[07:36] <zyga> o/
[08:04] <noizer> ogra_: Hi I installed yesterday my new build of snappy
[08:04] <noizer> but when I'm trying to use snappy as command then i got : command not found
[08:08] <zyga> noizer: snappy is now "snap"
[08:08] <zyga> noizer: (the command)
[08:08] <noizer> ow dam
[08:08] <noizer> zyga excuse me
[08:09] <noizer> zyga when I'm starting up my ssh tunnel then it comes : It's a brave new world here in snappy Ubuntu Core! This machine
[08:09] <noizer> does not use apt-get or deb packages. Please see 'snappy --help'
[08:09] <noizer> for app installation and transactional updates.
[08:09] <noizer> maybe change that?
[08:09] <zyga> noizer: yes, stale motd most likely
[08:10] <noizer> zyga :p shell classic does that changed too?
[08:11] <zyga> noizer: ?
[08:11] <zyga> currently there's no classic shell
[08:11] <noizer> ok
[08:11] <noizer> so the builds needs to be developed from somewhere else?
[08:13] <zyga> noizer: you can get a chroot and use that
[08:13] <zyga> noizer: I have a simple script, not tested really
[08:13] <zyga> http://paste.ubuntu.com/16675069/
[08:13] <zyga> noizer: if you take that and test it you could help me out
[08:13] <zyga> this is poor man's classic
[08:14] <noizer> ok I'l try it out for you
[08:15] <zyga> noizer: that dpkg --print-architecture was suppoed to be 'uname -m'
[08:15] <zyga> noizer: anyway, you get the idea
[08:16] <noizer> zyga So when its not working I need to change somethings?
[08:16] <zyga> noizer: yeah, there's no dpkg on the image
[08:16] <mwhudson> mvo: good morning, did i talk to you about go shared libraries and snappy recently?
[08:16] <zyga> noizer: change it to use uname -m instead of dpkg --print-architecture
[08:16] <zyga> mwhudson: o/
[08:16] <noizer> ok
[08:17] <mwhudson> zyga: hi
[08:19] <noizer> zyga little mistake wget isn't available on newest xenial build
[08:20] <noizer> I'l will download it myself xd
[08:21] <noizer> zyga hyperlink doesn't work ether
[08:22] <zyga> noizer: hmm :)
[08:23] <zyga> noizer: the link was okay when I checked it, perhaps the arch is wrong,
[08:23] <zyga> noizer: in any case, please use that as a starting point
[08:25] <noizer> ok thx
[08:29] <zyga> noizer: note, perhaps, ironically, the easiest way for this is to create a snap
[08:29] <zyga> noizer: that has minimal tooling (wget) to setup classic
[08:31] <zyga> this is just a stop gap before classic returns as a built-in thing though
[08:41] <noizer> zyga lol xD
[08:41] <noizer> Ok i try to make the snap and send you the snap for other developers
[08:48] <zyga> noizer: well, whatever helps you move your snaps around :)
[08:49] <noizer> zyga heheh it's a pleasure to help ubuntu snappy :D
[08:49] <noizer> with such good support
[08:50] <zyga> noizer: did you get luck with that armel snap you were working earlier?
[08:51] <noizer> zyga didn't get it snapped but my TTS of nuance works now
[08:51] <noizer> on a ubuntu LTS
[08:51] <noizer> and on the classic shell of an older snappy
[08:51] <noizer> so when i got it snapped I'll let you know about this
[08:52] <noizer> zyga thx for all the help of that it is a very good cost changer for us
[08:55] <nimoov> Hello everybody. I was wondering how to properly package LLVM/Clang with Snapcraft. LLVM & Clang are separated in two different git repositories, and Clang needs to be git cloned into a subdirectory of LLVM. I couldn't find any doc about parts with multiple git sources. Is it necessary to write a snapcraft plugin?
[08:56] <zyga> nimoov: you can create a snapcraft plugin that understands this
[08:56] <zyga> nimoov: you can use makefiles to create symlinks
[08:56] <zyga> nimoov: you can build everything with a script on the side and just copy bits with snapcraft
[08:56] <zyga> nimoov: anything that rocks your boat :)
[08:59] <nimoov> Well that is great. Loads of options. I like that. Thank you for the help ;)
[09:01] <zyga> nimoov: good luck, I was exploring with a rust-in-a-snap package
[09:01] <zyga> nimoov: and I just started with prebuilt rust as a starting point
[09:21] <noizer> zyga snap install noizersnap.snap --allow-unauthenticated               what is wrong about this?
[09:22] <zyga> noizer: is that 16 or 15.04?
[09:22] <noizer> 16
[09:22] <zyga> noizer: on 16 that's snap install --devmode ...
[09:23] <zyga> noizer: --allow-una.adsasdads (terrible word) is gone :)
[09:23] <noizer> zyga niceee
[09:23] <zyga> noizer: :-)
[09:24] <noizer> zyga I tried to make the snap on my Virtual Machine Ubuntu 16.04 LTS and install it on my rpi 2 but thin its incompatible is there some way to cross snap it?
[09:25] <zyga> noizer: no, not in general yet
[09:25] <zyga> noizer: I would recommend to get two PIs
[09:25] <zyga> noizer: one with something like ubuntu mate
[09:25] <zyga> noizer: and one with an all-snap image
[09:25] <zyga> noizer: or just an all-snap image and that classic script
[09:25] <zyga> noizer: (I did that last weekend)
[09:26] <noizer> hehe got 4 rpi so no problem
[09:26] <noizer> maybe i build it on a prev version of snappy it will work too
[09:26] <zyga> noizer: cool, ping me if you get stuck, I was through that experience :)
[09:26] <zyga> noizer: you cannot quite run snaps on mate yet, we're working on fixing some things that prevent that today
[09:27] <noizer> zyga ok nicee. maybe an other question about the release date of snappy. It is for my bosses. when will there be a LTS of snappy?
[09:27] <noizer> is that Ocotober?
[09:28] <noizer> *October
[09:51] <zyga> noizer: I don't know, we keep trying to release periodically (weekly)
[09:51] <zyga> noizer: we just need to get better at it
[09:52] <noizer> ok
[09:52] <noizer> snap install wget should working just now finding the correct hyperlink
[10:34] <noizer> zyga it works I will snap it and sent it too you
[10:35] <zyga> noizer: woot, great
[10:35] <noizer> just did some changes on you shell script
[10:36] <noizer> maybe not the best ones but is worked on my ubuntu :D
[10:51] <mvo> mwhudson: no, you did not talk about shared libraries with me recently
[10:52] <mvo> JamesTait: do you happen to know if the new /api/v1/metadata branch made it to staging yet? mbordese was working on this and I would love to run curl against it to validate
[10:52] <mvo> JamesTait: validate my mock data I put in my tests if they actually match what the store is sending
[10:54] <JamesTait> mvo, it's there, yes.
[10:54] <JamesTait> mvo, it's even in Production.
[10:59] <mvo> JamesTait: there is a new-new version of it that takes a dict instead of the previous version that just took ids, is that also available?
[10:59] <mvo> JamesTait: it complains in production that I did not send ids, do you know what staging server I should use?
[10:59] <JamesTait> mvo, not yet, no, but I believe the work is scheduled.
[10:59] <mvo> JamesTait: search.stagging.apps.ubuntu.com ?
[11:00] <JamesTait> search.apps.staging.ubuntu.com
[11:00] <mvo> JamesTait: aha, ok. I will just wait for it to happen then. thank you!
[11:01] <JamesTait> mvo, in somewhat-related news: I've noted your bug report about searching for "_" behaving oddly.
[11:02] <JamesTait> mvo, I can explain that: we recently switched to a different type of query on the back-end, and also took a more aggressive approach to cleansing queries.
[11:03] <JamesTait> mvo, this was to reduce the several thousand OOPS reports we were getting daily, mostly from what looks like people accidentally pasting code snippets into the search bar, or leaning on their keyboards.
[11:03] <JamesTait> mvo, because, frankly, since we enabled snaps on the desktop, the daily OOPS report has been useless.
[11:04] <JamesTait> mvo, now we've got that under control and can see if there's an *actual* problem, I'm working on re-enabling "special" characters, or at least as many of them as I can.
[11:04] <mvo> JamesTait: ok, thats fine, I think we will add some client side filtering to that as well then
[11:05] <mvo> JamesTait: just wanted to double check that this is intended bevhaior
[11:05]  * mvo can't type and gets lunch :)
[11:40] <noizer> zyga: how does i need to send you the snap and even the script?
[11:41] <zyga> noizer: email to zygmunt.krynicki@... at canonical.com
[11:45] <noizer> zyga: sended
[11:45] <zyga> noizer: btw, I have something new
[11:45] <zyga> noizer: if you want to give it a quick spin before I publish it
[11:46] <noizer> sure
[11:49] <noizer> zyga what is the new thing xD
[11:49] <zyga> noizer: https://github.com/zyga/devtools/blob/classic/refresh-bits
[11:49] <zyga> noizer: refresh-bits 2.0
[11:49] <zyga> noizer: I would appreciate any testing you can do
[11:51] <noizer> zyga I want to do that but honestly I didn't used refresh-bits 1.0 but I'l give it a shot
[11:52] <noizer> zyga is that the thing that you explained a while ago?
[11:52] <zyga> noizer: ah, if you don't hack on snapd itself then this is of no use
[11:52] <zyga> noizer: thanks
[11:53] <noizer> is that for the REST api? snapd?
[11:53] <noizer> zyga
[11:53] <noizer> zyga: I will do that later but then it should be intresting to test it right now
[11:55] <zyga> noizer: that's okay, I will also test this :)
[11:55] <zyga> noizer: and after all, there's always 2.0.1 ;)
[11:56] <noizer> zyga yes sure xD thats development
[11:56] <noizer> zyga does ubuntu searches people for snappy xD
[11:56] <noizer> snappy is so intresting for me xD
[12:00] <zyga> noizer: I think snappy is interesting to many people :)
[12:00] <noizer> zyga sure xD
[12:01] <noizer> zyga Does ubuntu recruit many people for snappy?
[12:03] <zyga> noizer: what do you mean by that?
[12:03]  * zyga has improved classic.sh to just be a script, no deps required
[12:03] <noizer> If ubuntu searches people to work on snappy
[12:04] <zyga> noizer: canonical or ubuntu?
[12:05] <zyga> noizer: anyone can work on snappy
[12:05] <noizer> canonical xD
[12:05] <zyga> noizer: build snaps, send pull requests
[12:05] <zyga> noizer: for working for canonical, check out http://www.canonical.com/careers
[12:06] <noizer> zyga ok thx I will have alook tonight xD
[12:06] <noizer> zyga after my dayjob xD
[12:11] <noizer> zyga what does i need to test of the refresh bits?
[12:23] <noizer> zyga because i saw i used 1.0.* before
[12:40] <zyga> noizer: well, it's just useful if you are patching snapd locally
[12:40] <zyga> noizer: you have to first have the full source tree
[12:40] <zyga> noizer: don't worry about that if you're not interested in hacking on go
[12:41] <noizer> zyga ooh ok
[12:42] <noizer> if you have other stuff where you need some help you can contact me and we see then if i can do that
[12:43] <zyga> noizer: thanks
[13:02] <josepht> on ubuntu core images (i.e. u-d-f core ...) /snap/bin is in root's PATH but not on ubuntu classic images (snapd 2.0.3)  Is that expected?  Will that change?
[13:06] <zyga> josepht: probably a bug
[13:06] <zyga> josepht: can you please report it
[13:07] <zyga> https://github.com/zyga/devtools/blob/master/classic.sh
[13:07] <zyga> ogra_: ^^
[13:07] <zyga> ogra_: fire away and tell me if that is sane
[13:07] <zyga> this gives you classic on any snappy device
[13:07] <josepht> zyga: there's already bug 1576716 if that's not sufficient let me know and I'll file a separate bug.
[13:07] <zyga> hmmm
[13:08] <zyga> josepht: that's not it I think
[13:08] <zyga> although
[13:08] <zyga> yes it might be the same
[13:08] <ogra_> zyga, hehm your use of TRAP is interesting
[13:08] <zyga> ogra_: oh, did I make a mistake?
[13:09] <ogra_> doesn6t that EXIT after the first unmount ?
[13:09] <zyga> no
[13:09] <zyga> it really work
[13:09] <zyga> it will EXIT when the shell quits
[13:09] <zyga> I don't exec
[13:09] <ogra_> you should call some kind of cleanup function that loops over the mounts and only have one trap
[13:10] <ogra_> are you sure it unmounts them all ?
[13:10] <zyga> ogra_: ohhh, maybe not !
[13:10] <zyga> ogra_: I see what you mean now
[13:10]  * zyga checks
[13:10] <ogra_> i would guiess it stops after proc
[13:10] <ogra_> leaving 7dev and sys behind
[13:10] <zyga> ogra_: thanks, it is broken indeed
[13:11] <ogra_> jzst create a cleanup() function you call from the trap ...
[13:11] <zyga> yep, thanks
[13:11] <noizer> sergiusens: Hi is that normal when I'm downloading snapcraft from github and install it that there many dependencies missing?
[13:11] <ogra_> the rest looks sane
[13:12] <zyga> ogra_: better?
[13:13] <kyrofa> noizer, you probably shouldn't install from github, just run out of its bin/
[13:14] <noizer> kyrofa: Ok
[13:14] <ogra_> zyga, probably unmount -l ... then it doesnt fall apart iof it cant unmount cleanly
[13:15] <kyrofa> noizer, to make sure you have the right dependencies, you can use apt-get build-dep snapcraft
[13:15] <zyga> ogra_: thanks
[13:15] <zyga> done
[13:16] <ogra_> cool
[13:16] <ogra_> zyga, oh, you might want a sudo check
[13:17] <ogra_> ahm there is one, sorry
[13:17] <ogra_> scrolled off screen
[13:19] <ogra_> zyga, http://paste.ubuntu.com/16680321/
[13:20] <ogra_> zyga, you want a mkdir xenial/dev/pts between line 50 and 51
[13:20] <ogra_> or better mkdir -p
[13:21] <zyga> ogra_: maybe you want to send me a patch? you seem to know this better than I do
[13:21] <ogra_> (the subdir isnt there by default)
[13:21]  * zyga isn't sure what /dev/pts does really
[13:21] <zyga> ah
[13:21] <ogra_> just add: mkdir -p xenial/dev/pts
[13:22] <ogra_> between these two lines ... thats all
[13:23] <ogra_> oh
[13:24] <ogra_> and you probably want to umount xenial/dev/pts before unmounting xenial/dev :P
[13:26] <zyga> ogra_: oh, man I'm glad I showed you the code :)
[13:26] <zyga> looking at fixing this
[13:27] <ogra_> zyga, http://paste.ubuntu.com/16680569/ take that one :)
[13:28] <ogra_> the umount order matters a bit :)
[13:28] <ogra_> (proc should be last since it has /proc/mounts)
[13:29] <zyga> ogra_: trying
[13:31] <zyga> ogra_: yeah
[13:31] <ogra_> awesome
[13:31] <zyga> ogra_: I also improved earlier bits to make more sense
[13:31] <zyga> ogra_: tested on aarch64 and armhf
[13:32] <zyga> I wonder if this could be snap install classic :)
[13:32] <ogra_> i'm runing it in a 6 weeks old pi3 install :)
[13:32] <ogra_> well, mvo wants to ship the delta of the os inside the snap
[13:32] <zyga> ogra_: aarch64 chroot on pi3?
[13:32] <ogra_> nah armhf
[13:32] <zyga> ogra_: ah, I remember that
[13:33] <zyga> ogra_: yeah, small download
[13:33] <ogra_> to save the downloading
[13:33] <ogra_> no download at all
[13:33] <mvo> zyga: we had this (we still have it in the store, its just unpublished)
[13:33] <mvo> zyga: a snap that includes this script (well, not this script, a similar one :)
[13:33] <ogra_> we just ship a tar,xz somewhere inside the rootfs ...
[13:33] <mvo> zyga: but the current agreement on this is to have the delta and generate classic from that
[13:34] <ogra_> i'm fiddling with the build scripts currently to make that work by friday ...
[13:39] <zyga> mvo: I see, thanks for clarifying that
[13:39] <zyga> ogra_: well the snap would still contain the delta, right?
[13:39] <mvo> zyga: the dellta is part of the OS snap itself
[13:39] <zyga> actually it might be useful to say ./classic --precise :)
[13:39] <zyga> aaah
[13:39] <zyga> so all pre-shipped
[13:39] <zyga> Thanks
[13:39] <mvo> zyga: yeah
[13:40] <zyga> anyway, devtools are not end-user tools, they are for hackers to hack :)
[13:40] <mvo> zyga: having a different approach is actually nice, we could still have this as a normal snap
[13:40] <zyga> so I look forward to proper classic
[13:40] <mvo> zyga: like zygas-classic or something
[13:40] <ogra_> right, we'll just ship the delta as compressed tarall in ... say /usr/lib/snapd/classic
[13:40] <mvo> zyga: i.e. feel free to just snap it and put it into the store
[13:40] <mvo> ogra_: \o/
[13:40] <ogra_> and if you enable classic it unpacks it
[13:41] <mvo> ogra_: plus something like removed_files (if we need that) - not sure if we have files we create in the livecd-rootfs and that we need to remove when building classic
[13:41] <ogra_> mvo, though hwo do you plan to run that ?
[13:41] <ogra_> that will be a ton of additional bindmounts, no ?
[13:41] <ogra_> to create a proper chroot dir
[13:44] <zyga> kgunn: hey, I wanted to ask about mir
[13:44] <jdstrand> roadmr: fyi if you're more comfortable with pushing r667 as a revision, feel free to pull that (it is not at all time-sensitive so feel free to skip if you've already pushed r666)
[13:45] <zyga> kgunn: I made some improvements to tooling, you should be able to run ./run-devel-vm --visual now to test your mir snap
[13:45] <zyga> kgunn: (and mir interface)
[13:45] <roadmr> jdstrand: I have but it's not deployed yet, I can somewhat easily update to 667.
[13:46] <roadmr> jdstrand: (we've been having some molasses issues in the pipeline - working on it!)
[13:47] <kgunn> zyga: awesome! i will give it a try
[13:47] <jdstrand> roadmr: ack, thanks :)
[13:51] <mvo> ogra_: how do you mean? how do I plan to "run that"? create classic from the delta? remove the extra files? not sure I follow
[13:51] <mvo> ogra_: my plan is to actually unpack the squashfs not take the running image
[13:51] <ogra_> mvo, well, we will have a tarball that has the missing files ...
[13:51] <mvo> ogra_: because the running image is full of bind mounts that are confusing
[13:51] <ogra_> ah, so you unsquash and then untar on top oif that ?
[13:52] <mvo> ogra_: yeah and maybe (if we need to) apply something like removed_files
[13:52] <mvo> ogra_: i.e. remove stuff we create in the squashfs but don't actually want on classic classic
[13:52] <mvo> ogra_: does this sound sensible? or am I overlooking something?
[13:53] <ogra_> no, sounds fine
[13:53] <ogra_> i was just ont understanding the approach to get a chroot dir
[13:53] <ogra_> didnt think about unpacking :)
[13:54] <mvo> ogra_: great, thanks for double checking!
[14:36] <noizer> sergiusens: Hi I tried now with bin/snapcraft (download from github) and go the error no module named yaml. but I installed pyyaml already what now?
[14:41] <kyrofa> noizer, you need the python3-yaml package
[14:41] <qengho> noizer: did you get the rest of the snapcraft files? I think one of them is called "yaml.py", e.g.
[14:41] <kyrofa> noizer, did you install build-deps as I suggested?
[14:41] <kyrofa> noizer, or you can just look in the debian/control file and you'll see a list of dependencies
[14:42] <kyrofa> noizer, by the way, I didn't ask: why are you wanting to run from source?
[14:43] <noizer> kyrofa: I made a new image of xenial xerus for my rpi 2  and made a chroot with zyga his script and when i'm trying to install snapcraft with apt-get it won't work
[14:44] <noizer> kyrofa: so I tought maybe from source
[14:44] <kyrofa> noizer, can you define "won't work" ?
[14:45] <noizer> kyrofa: when I did apt-get install snapcraft. he won't find the snapcraft package
[14:46] <kyrofa> noizer, did you run `apt-get update` first?
[14:46] <noizer> kyrofa: yes i will do it again
[14:46] <kyrofa> noizer, make sure you have universe enabled
[14:48] <noizer> kyrofa: OK and how will i do that
[14:48] <noizer> kyrofa: sudo add-apt-repository universe
[14:48] <kyrofa> noizer, pastebin your /etc/apt/sources.list
[14:48] <noizer> tried this but he won't find the add-apt-repository command
[14:50] <noizer> kyrofa: http://paste.ubuntu.com/16683077/
[14:50] <kyrofa> noizer, uncomment lines 17-20
[14:51] <kyrofa> noizer, run `apt update` again and then try `apt install snapcraft` again
[15:01] <beowulf> kyrofa: hi! in relation to node-engine pr, would you know what's causing this? https://pastebin.canonical.com/157244/
[15:01] <plars> elopio: fgimenez: have anything to discuss today? or are you too busy?
[15:02] <kyrofa> beowulf, well that's not a helpful error. Try running snapcraft -d snap
[15:02] <kyrofa> Does it give you any more information?
[15:02] <fgimenez> plars, nothing from my side, elopio?
[15:03] <beowulf> kyrofa: oh, that's more helpful, thanks
[15:04] <kyrofa> beowulf, yeah I don't see anything obviously wrong with the yaml
[15:38] <beowulf> kyrofa: oops, found it https://github.com/earnubs/snapcraft/commit/c21679fe34fee068fedf8c80d8488ad518b4905e
[15:39] <kyrofa> beowulf, ahh, ah ha. Note you could just use `extend` there if you like having them both
[15:44] <noizer> kyrofa: that worked for now but got an other error when I'm trying to use snapcraft http://paste.ubuntu.com/16683077/
[15:44] <noizer> ow wrong pastebin
[15:45] <noizer> kyrofa: http://paste.ubuntu.com/16684897/
[15:46] <kyrofa> noizer, snapcraft 2.9 hasn't made it to release yet, which means you're still running out of source (at least partially)
[15:47] <kyrofa> noizer, not sure exactly what happened there, so I'm not sure how to fix it I'm afraid
[15:47] <noizer> kyrofa: ok dammed
[15:47] <kyrofa> noizer, might be easiest to toast the chroot and try again
[16:05] <jdstrand> sergiusens: hey, so I saw you take a bug from zyga recently and thought I'd offer up bug #1577514. zyga has a poc for an ld preload lib that I think could just fit in snapcraft (at least, I think that is what zyga was envisioning-- he could give more details)
[16:05] <jdstrand> sergiusens: see comment #2 and #3 in particular
[16:13] <jdstrand> sergiusens: note, I'm only offering that info as 'fyi'
[17:06] <zyga> ogra_: hey
[17:06] <zyga> ogra_: I need to hug you
[17:07] <zyga> ogra_: before I do what I need to do :)
[18:56] <wililupy> Hello zyga.
[19:06] <ogra_> zyga, that bad ?
[19:11] <ogra_> zyga, lol ... just saw my bugmail ... its all fine
[19:51] <qengho> When is next snapd landing? Ideas?
[19:52] <zyga> ogra_: yes
[19:52] <zyga> ogra_: :)
[19:52] <zyga> ogra_: great, any help you can render is appreciated
[19:53] <zyga> ogra_: I'm not super faimilar with how this works
[21:07] <elopio> kyrofa: http://paste.ubuntu.com/16694248/
[21:08] <kyrofa> elopio, that's typically what I see when I forget to specify --target-arch
[21:08] <kyrofa> (or it's an arch that isn't supported)
[21:09] <kyrofa> elopio, that's what you should see when you specify armhf, but arm64 should work
[21:09] <elopio> kyrofa: oh wait, that might be the output I got after running amd64
[21:09] <kyrofa> elopio, ah, yeah that would be expected
[21:09] <elopio> I tried many commands :)  Let me rerun it.
[21:10] <kyrofa> Hahaha
[21:21] <elopio> kyrofa: http://paste.ubuntu.com/16694497/
[21:22] <kyrofa> elopio, hmm, we may be missing a build-package there
[21:22] <kyrofa> libopenssl-dev maybe
[21:23] <kyrofa> elopio, libssl-dev rather
[21:23] <kyrofa> elopio, new bug though
[21:25] <elopio> let me try that
[21:30] <kyrofa> elopio, dinner time here, ping me on telegram if you hit more issues there
[22:00] <elopio> kyrofa: it's building, but it will take a long time in this vm. I think we are done here, enjoy the night.