[07:03] <dholbach> good morning
[07:45] <davidcalle> Bonjour
[07:45] <dholbach> salut davi
[07:45] <dholbach> salut davidcalle
[09:21] <JamesTait> Good morning all; happy Amnesty International Day! 😃
[09:29] <tbr> JamesTait: happy Pungenday, 2nd day of Confusion in the YOLD 3181
[09:29] <JamesTait> Only the second day of confusion? That can't be right!
[09:34] <tbr> run ddate and check for yourself (depending on your distro release you might need to install the ddate package nowadays)
[09:35] <JamesTait> I'm sure I've been confused for more than just a day. 😉
[11:06] <sergiusens> morning
[11:07] <Chipaca> sergiusens: morning!
[11:07] <Chipaca> sergiusens: mvo: do you think https://code.launchpad.net/~chipaca/snappy/clickety/+merge/260456 is reviewable, or should i split it?
[11:07] <sergiusens> Chipaca: I can spend my day on it :-P
[11:08] <sergiusens> Chipaca: might need a repeat for mvo_
[11:08] <Chipaca> yeah
[11:08] <Chipaca> mvo_ and his fancy underscore
[11:08] <Chipaca> mvo_: do you think https://code.launchpad.net/~chipaca/snappy/clickety/+merge/260456 is reviewable, or should i split it?
[11:08] <Chipaca> as it stands, it's splittable fairly easily
[11:08] <Chipaca> let me do that
[11:08] <Chipaca> * famous last words
[11:08]  * sergiusens can spend his day on it :-P
[11:09] <sergiusens> Chipaca: if it were that way, you would of done it though
[11:09] <Chipaca> sergiusens: well, maybe
[11:09] <Chipaca> sergiusens: the first commit, and the last commit, are a set
[11:09] <sergiusens> Chipaca: do one that gets rid of EnsureDir
[11:09] <Chipaca> sergiusens: the junk in the middle are splittable
[11:09] <sergiusens> Chipaca: that is splittable at least
[11:09]  * Chipaca nods
[11:10] <Chipaca> this feels like shuffling things around still; less than happy with it, but if i go on it gets massive
[11:10] <Chipaca> so, small steps
[11:10] <Chipaca> anyway, to split
[11:10] <Chipaca> mvo__: we get it. you like underscores.
[11:12] <sergiusens> Chipaca: well I already added a comment fwiw
[11:13] <sergiusens> heh, mvo__ is on a connection rampage
[11:14] <Chipaca> sergiusens: answered
[11:15] <sergiusens> Chipaca: great answer ;-)
[11:30] <Chipaca> oh dear
[11:30] <Chipaca> there are more than a few places where we use path.Join instead of filepath.Join
[11:31] <sergiusens> Chipaca: aren't any legit? like urls?
[11:31] <Chipaca> sergiusens: i don't think so
[11:32] <Chipaca> sergiusens: egrep --exclude \*_test.go -r '\bpath\.[A-Z]'
[11:32] <Chipaca> none of it seems to be on build, so that should still work on non-/-systems
[11:33] <sergiusens> Chipaca: partition was mostly unreviewed in the beginning of time
[11:34] <Chipaca> in whoever-it-was's defence, path vs filepath is stupid/silly/asking for trouble
[11:34] <sergiusens> Chipaca: indexURL := systemImageServer + "/" + path.Join(channel, device, "index.json") might be better as a url.Parse
[11:34] <sergiusens> Chipaca: avoiding the escaping problem we had already
[11:37] <Chipaca> @reviewlist
[11:37] <nothal> https://code.launchpad.net/~stephen-stewart/webdm/remote-and-local-collections-with-sorting-and-filtering/+merge/260305 | No reviews (less than a day old)
[11:37] <nothal> https://code.launchpad.net/~sergiusens/webdm/godepsForBuilding/+merge/260156 | No reviews (1 day old)
[11:37] <nothal> https://code.launchpad.net/~stephen-stewart/webdm/repent-harlequin-said-the-ticktockman/+merge/260120 | No reviews (1 day old)
[11:37] <nothal> https://code.launchpad.net/~mvo/snappy/snappy-more-errors-15.04/+merge/260112 | No reviews (1 day old)
[11:37] <nothal> https://code.launchpad.net/~chipaca/snappy/use-skipdir/+merge/260465 | No reviews (less than a day old)
[11:39] <Chipaca> it's weird what nothal chose to not report
[11:41] <sergiusens> Chipaca: can you get the webdm one for building?
[11:41] <sergiusens> there are indeed some missing things there
[11:42] <Chipaca> sergiusens: i can't get it any more than it's already gotten
[11:42] <sergiusens> Chipaca: thanks!
[11:43] <mvo_> Chipaca: let me look at the branch now (re reviable>)
[11:44] <mvo_> Chipaca: looks reviewable to me :) I see sergiusens already started(?)
[11:47] <Chipaca> mvo_: too late :)
[11:47] <Chipaca> mvo_: i've split out the unrelated bits, which are up for review now
[11:48] <Chipaca> mvo_: then i need to merge those back and get it going
[11:48] <mvo_> Chipaca: heh, ok
[11:54] <rsalveti> morning
[12:15] <Chipaca> sergiusens: mvo_: thanks for the reviews! all landed now. https://code.launchpad.net/~chipaca/snappy/clickety/+merge/260472 merged those.
[12:15] <Chipaca> sergiusens: if an oem install fails, we don't clean up udev
[12:16]  * Chipaca files a bug
[12:16] <beuno> *cough*gadget*cough*
[12:16] <Chipaca> beuno: no, those are fine
[12:17] <beuno> Chipaca, what's an oem install?
[12:18] <mvo_> Chipaca: cool, looking now
[12:18] <Chipaca> beuno: there's no such thing, what are you talking about
[12:18] <Chipaca> beuno: bug 1459642 is what i was talking about
[12:19]  * sergiusens watches how Chipaca plays beuno 
[12:19] <beuno> Chipaca, you get points for confusing me in my pedantic correction
[12:19]  * Chipaca wins
[12:19] <beuno> I also now realise I'm not 100% awake
[12:19]  * Chipaca wins *double*
[12:20] <Chipaca> ok, i'm off to find lunch before the zomg backlog thing
[12:20] <Chipaca> o/
[12:20]  * sergiusens goes for breakfast
[12:32] <kyrofa> sergiusens, ping
[12:32] <kyrofa> sergiusens, got a question when you get back from breakfast :)
[13:03] <sergiusens> kyrofa: I'm back
[13:35] <kyrofa> sergiusens, haha sorry, I was in a meeting. Still there? :P
[13:41] <beowulf> clurrrr: o/
[13:41] <clurrrr> hello
[13:49] <beowulf> clurrrr: do you have Vagrant installed?
[13:49] <clurrrr> no, will i need it?
[13:51] <mterry> tedg, can you flesh out the "What a buildenv looks like inside" section of the snappy doc to include your latest chats with the sdk team?
[13:51] <beowulf> clurrrr: well, it's even easier than building a vm of snappy
[13:52] <tedg> mterry, Sure
[13:52] <beowulf> clurrrr: https://developer.ubuntu.com/en/snappy/start/#vagrant
[13:52] <tedg> Trying to deal with this scalingstack build failure right now though :-/
[13:52] <beowulf> clurrrr: and is free
[13:52] <clurrrr> beowulf: thanks :)
[13:55] <beowulf> clurrrr: after step 4 in that guide, you can 'sudo snappy install webdm' and you'll get the current webdm
[13:57] <beowulf> but i think i should probably start something in a public cloud where people can see webdm trunk
[13:58] <clurrrr> i can't speak to whether anyone else would need that, but it would help me
[14:09] <elopio> good morning.
[14:09] <elopio> fgimenez: welcome!
[14:10] <fgimenez> elopio, thx! glad to be around
[15:26] <Chipaca> mvo_: sergiusens: so, what do we need for a 15.04 release?
[15:26] <mvo_> Chipaca: lets look at the must-do column :)
[15:27] <Chipaca> mvo_: i think we killed it
[15:27] <mvo_> :)
[15:27] <Chipaca> \o/ ?
[15:27] <seb128> does anyone know how to boot a snappy image on a laptop?
[15:28] <seb128> I tried to create a 15.04 image using u-d-f and to dd that to a stick
[15:28] <mvo_> Chipaca: re-generate existing systemd units, exec wrapper, seccomp on boot
[15:28] <Chipaca> seb128: that should work
[15:28] <seb128> but the machine doesn't reconnize the stick as bootable
[15:28] <Chipaca> seb128: it's worked for me in the past
[15:28] <Chipaca> seb128: the machine is full of lies :-p
[15:28] <seb128> note that this machine wants things to be uefi compliant to list them in the boot menu
[15:28] <seb128> so I guess the key is not
[15:28] <mvo_> Chipaca: the terrible delay when the cp -a /boot/a -> /boot/b happens
[15:28] <seb128> I had issues in the past trying to boot a valid ubuntu 32 bits image
[15:29] <mvo_> Chipaca: but that one is a bit tricky as we do not have rsync on the image, we could add it of course
[15:29] <Chipaca> mvo_: i thought jodh had had it added
[15:29] <Chipaca> i distinctly remember him saying so, in fact
[15:29] <mvo_> Chipaca: there was a branch for this, but it was solved in a different way iirc
[15:29] <Chipaca> ahh
[15:30] <seb128> Chipaca, mvo_, any idea on how to boot from an usb stick on an uefi machine?
[15:31] <mvo_> Chipaca: getting the instal.yaml into the trunk would also be nice, but that needs u-d-f support too, so sergiusens needs to be involved, its hanging there for some time
[15:31] <Chipaca> seb128: bug 1425370 is fix-released, so it should work
[15:31] <seb128> Chipaca, using vivid?
[15:31] <mvo_> seb128: uh, if it does not work, either slangasek or sergiusens should be able to help
[15:31] <Chipaca> seb128: "vivid"?
[15:31] <seb128> Chipaca, the laptop I called u-d-f on
[15:32] <seb128> I did use "u-d-f core 15.04 -o iso.img" and dd-ed that to a stick
[15:32] <Chipaca> seb128: presuming you're using the tools ppa, sure
[15:32] <seb128> no I'm not
[15:32] <seb128> I'm using plain Ubuntu
[15:32] <seb128> let me enable the ppa :p
[15:32] <seb128> thanks
[15:33] <Chipaca> seb128: yeah, also that u-d-f invocation looks like any vegetable
[15:33] <Chipaca> seb128: i mean, i'm not sure it's correct
[15:33] <Chipaca> sergiusens: ^ could you check? i keep on losing track
[15:35] <sergiusens> Chipaca: it looks correct
[15:35] <sergiusens> mvo_: we need to discuss the u-d-f thing, should I only compile it against vivid?
[15:35] <sergiusens> since trunk is long gone
[15:36] <Chipaca> mvo_: i'll do the regeneration one, if that's alright
[15:37] <jdstrand> dholbach, davidcalle: hey, I noticed yesterday that https://developer.ubuntu.com/en/snappy/guides/package-metadata/ is not formatted correctly
[15:38] <Chipaca> seb128: you could also get http://releases.ubuntu.com/15.04/ubuntu-15.04-snappy-amd64-generic.img.xz
[15:39] <jdstrand> dholbach, davidcalle: this is the same issues we had with the security page before (that has been fixed). specifically, subpoints are not indented properly
[15:39] <jdstrand> for example: 'security-template' should be a subpoint of 'caps'
[15:39] <mvo_> Chipaca: sure!
[15:39] <jdstrand> there seems to be a lot of stuff in there that isn't indented right
[15:39] <dholbach> jdstrand, davidcalle (not here right now) worked on a script - he wanted to show it to me tomorrow - I'll make sure to mention to him what you just said
[15:39] <dholbach> AFAIR the markdown command worked, right?
[15:40] <jdstrand> dholbach: ok. in the meantime I will be doing a 1 character MP for meta.md for 15.04. will you see that automatically or should I ask you to review?
[15:40] <jdstrand> re markdown> let me double check
[15:40] <dholbach> just push it
[15:42] <jdstrand> dholbach: yes, markdown is fine and resulting file is properly indented
[15:42] <jdstrand> oh wait
[15:42] <jdstrand> actually, it is for ports, but not caps
[15:42] <jdstrand> let me look at this again
[15:43] <jdstrand> I also totally said that wrong, security-template is not a subpoint of caps
[15:43] <jdstrand> silly me
[15:43] <jdstrand> dholbach: let me review it more carefully and get back to you
[15:43] <jdstrand> dholbach: ah, yes
[15:44] <jdstrand> dholbach: subpoints of services and binaries is not correct
[15:44] <jdstrand> 'name', 'description', 'start', 'caps', security-template',e tc should all be subpoints under 'services'
[15:45] <jdstrand> dholbach: and the markdown is correct for that
[15:46] <jdstrand> dholbach: do disregard my previous comment: "for example: 'security-template' should be a subpoint of 'caps'", but do regard my comment on services and binaries :)
[15:46] <dholbach> just so I understand it all now... using the markdown tool on https://bazaar.launchpad.net/~snappy-dev/snappy/15.04/view/head:/docs/security.md should be fine now? :)
[15:47] <jdstrand> dholbach: security.md has been fixed. it is meta.md that is the issue now
[15:48] <dholbach> ok
[15:51] <jdstrand> dholbach: fyi, pushed http://bazaar.launchpad.net/~snappy-dev/snappy/15.04/revision/442
[15:51] <dholbach> thanks jdstrand
[15:51] <jdstrand> np
[16:01] <sergiusens> asac: fyi http://getgb.io/
[16:01] <sergiusens> tvoss: ^
[16:25] <seb128> k, just can't get something that boots on a laptop
[16:26] <seb128> I emailed the list, let's see if somebody has a clue/can help there ;-)
[16:34] <elopio> tedg: mterry: for snaps with a free license, do we want to enforce reproducible builds? Like, instead of uploading the .snap to the store, upload the snapcraft.yaml and build it in the store
[16:34] <mterry> elopio, like a tarball of their source, plus the yaml?
[16:34] <mterry> elopio, it's an interesting idea
[16:35] <beuno> elopio, mterry, no  :)
[16:35] <beuno> the store doesn't build stuff
[16:36] <elopio> beuno: that's easy to fix, just add a builder ;)
[16:36] <beuno> elopio, it's easier to not fix it!
[16:37] <mterry> :)
[16:37] <elopio> beuno: I agree. But I find this is awesome: https://wiki.debian.org/ReproducibleBuilds. For technologies that will control my house, I would love to be able to trust what I'm installing.
[16:37] <beuno> it is great
[16:37] <elopio> anyway, it was just a question to see if that was on the plan.
[16:37] <beuno> it's also not a reality, really, atm
[16:37] <beuno> and, that's for debs
[16:38] <beuno> I'm not sure if that'll apply in any way to snaps
[16:39] <elopio> snapcraft gives us the chance to get reproducible builds. But as I said, I was just wondering... I'll add it as a wishlist, somewhere.
[16:40] <elopio> maybe it's enough with getting a link to the source, and the snapcraft yaml. Then I can compare the packages that I can build with the packages that I can install.
[16:40] <beuno> elopio, it's explicetly out of scope for the store, FWIW, building anything
[16:41] <elopio> beuno: because of limited resources, or because you think it's not useful?
[16:42] <beuno> elopio, to give it a clear scope
[16:42] <beuno> so we can do some things well instead of many things badly
[16:42] <elopio> ack.
[16:42] <beuno> launchpad, I think, will grow the capability to build snaps
[16:43] <elopio> tedg: mterry: the only way I see to validate your work is to get a bunch of python hackers and tell them to make a snap.
[16:44] <elopio> luckily, we have a bunch of python hackers at hand.
[16:44] <mterry> elopio, :)
[16:44] <mterry> elopio, I mean, LP could easily grow snap-building tech
[16:44] <mterry> it's not far from a PPA
[16:45] <beuno> mterry, right, so cjwatson is expecting you to loop him in
[16:45] <beuno> so he can start seeing how to bring launchpad into the fun
[16:45] <mterry> beuno, I know, I've talked to him
[16:46] <mterry> beuno, we're not at the point that I have anything he can use yet
[16:46]  * mterry goes afk
[16:49] <damjan> sometime ago I installed core in kvm, since then it's been update up to version 146 … is that ok?
[17:08] <asac> Chipaca: can you paste he diff of https://code.launchpad.net/~chipaca/webdm/m1777/+merge/259864 in pastebin please?
[17:08] <asac> i cannot open launchpad
[17:08] <Chipaca> asac: neither can I, but let me see if I have that branch locally
[17:08] <Chipaca> asac: http://pastebin.ubuntu.com/11415239/
[17:09] <Chipaca> asac: however, it might no tbe that
[17:09] <Chipaca> asac: because if you say it happens when starting a *service*, then something else is wrong
[17:09] <Chipaca> asac: because webdm and your service would both be running as root
[17:09] <Chipaca> ah, unless it's just being denied by apparmor
[17:10] <Chipaca> asac: try it and tell me :)
[17:10] <Chipaca> asac: easy way to try: chmod 01777 /tmp/snaps, and try to restart hte service
[17:15] <jdstrand> beuno: is it safe to assume that "release" is only in the json for snaps and not clicks?
[17:15] <asac> Chipaca: can you please try webdm on the release image?
[17:15] <asac> it doesnt work it seems
[17:15] <asac> in kvm?
[17:15] <Chipaca> asac: sure, give me a sec
[17:15] <beuno> jdstrand, yes, but also, not even in the snaps, as that's metadata really that lives on the server
[17:15] <Chipaca> asac: you mean http://releases.ubuntu.com/15.04/ubuntu-15.04-snappy-amd64-generic.img.xz right?
[17:15] <asac> yeah
[17:15] <jdstrand> beuno: I meant from the store json
[17:15] <beuno> jdstrand, ah
[17:16] <beuno> jdstrand, yes, only snaps
[17:16] <jdstrand> beuno: I was adding filtering by extension and wanted to see if I could avoid hitting _links
[17:16] <jdstrand> cool, thanks
[17:19] <Chipaca> asac: what exactly doesn't work?
[17:19] <Chipaca> asac: webdm itself does not run, you need to update first
[17:23] <asac> Chipaca: i installed fresh webdm from store
[17:23] <asac> and it doesnt run either
[17:24] <Chipaca> asac: it's running fine here
[17:24] <Chipaca> asac: how are you determining that it's not running?
[17:24] <asac> Chipaca: grepping process
[17:24] <asac> and looking at log
[17:24] <asac> i have 0.6.1
[17:25] <Chipaca> asac: yep, 0.6.1 works fine here
[17:25] <asac> let me reboot
[17:25] <Chipaca> asac: how is it failing for you?
[17:25] <asac> i am on core 70
[17:25] <asac> with the permission denied error
[17:25] <asac> from above
[17:25] <Chipaca> asac: did you do the chmod i suggested?
[17:30] <asac> Chipaca: in webdm?
[17:30] <asac> no
[17:31] <asac> i thought its fixed in latest webdm
[17:31] <Chipaca> asac: no, in trunk
[17:32] <sergiusens> asac: core launcher had a bug wrt to tmpdir so I made webdm create the path as the fix to tmp dir in the core launcher would of taken ages to land
[17:32] <sergiusens> asac: latest trunk, not in store webdm
[17:32] <asac> right, should be in store i guess
[17:32] <sergiusens> asac: I am releasing a new webdm today
[17:33] <asac> i dont think the mkdir will even fix it
[17:33] <sergiusens> asac: with this and the iot world fixes
[17:33] <asac> the diff that Chipaca posted creawtes /tmp/snaps
[17:33] <asac> but the error is about /tmp/snap.XXXXXX
[17:33] <asac> but the error is about /tmp/snap.0_webdm_XXXXXX
[17:34] <asac> so maybe check it against the released image
[17:34] <sergiusens> asac: you say webdm from store does not work on 15.04/stable? I've tested that a lot before releasing
[17:34]  * sergiusens recreates image
[17:34] <asac> yes
[17:34] <asac> sergiusens: just download the real image
[17:34] <asac> sergiusens: http://releases.ubuntu.com/15.04/ubuntu-15.04-snappy-amd64-generic.img.xz
[17:34] <asac> wget it
[17:34] <asac> use kvm
[17:34] <asac> snappy remove webdm, snappy install webdm
[17:34] <asac> bang
[17:35] <Chipaca> sergiusens: otoh that worked for me :)
[17:35] <Chipaca> asac: what else have you installed?
[17:35] <asac> Chipaca: hello-world
[17:36] <asac> ok i will wget again
[17:36] <asac> http://cdimage.ubuntu.com/ubuntu-snappy/15.04/20150423/ubuntu-15.04-snappy-amd64-generic.img.xz
[17:36] <asac> J,,
[17:36] <asac> HMM
[17:36] <asac> maybe thts wrong :)
[17:36]  * asac aborts
[17:36] <asac> goes for http://releases.ubuntu.com/15.04/ubuntu-15.04-snappy-amd64-generic.img.xz
[17:36] <beuno> remember, the store is down, just in case  :)
[17:36] <Chipaca> beuno: it's working fine here :)
[17:37] <beuno> Chipaca, it won't serve any downloads
[17:37] <Chipaca> beuno: ... it just did
[17:37] <Chipaca> 6.08MB of webdm
[17:37] <Chipaca> twice
[17:37] <beuno> ah, maybe squids
[17:37] <beuno> it lost all access to swift
[17:38] <Chipaca> squids are awesome
[17:38]  * Chipaca tries to sing it to the lego movie theme, and fails
[17:38] <josepht> Everysquid is awesome
[17:39]  * ogra_ humms Octopus's Garden
[17:40] <beuno> Chipaca, yeah, so if something's in squid, you might still be able to get it for a short while
[17:40] <beuno> but no new uploads, and stuff will get pushed out of squid soon
[17:41] <sergiusens> asac: everything works here http://paste.ubuntu.com/11415739/
[17:43] <Chipaca> asac: could you pastebin the output of "find /tmp/ -ls" please?
[17:45] <asac> so webdm works now
[17:45] <asac> but my go-example-webserver doesnt still
[17:46] <asac> http://paste.ubuntu.com/11415807/
[17:46] <asac> that bails with permission denied too
[17:47] <asac> xkcd-webserver has same problem it seems
[17:47] <asac> wow
[17:48] <sergiusens> asac: you can't mkdir, that requires special privs
[17:48] <sergiusens> Chipaca: ^
[17:49] <asac> is this fixed on 15.04/edge?
[17:49] <asac> the launcher bug
[17:50] <sergiusens> asac: it is one of the tasks to get done before release, yes
[17:50] <sergiusens> and Chipaca is on top of the fix
[17:52] <asac> ok seems not fixed on edge
[17:52] <asac> hmm edge seems to not even be newer than the release image?
[17:52] <asac> are we not generating images?
[17:53] <asac> rsalveti: ^ ?
[18:18] <rsalveti> asac: no, it's our list to fix this
[18:18] <rsalveti> missing the importing piece at system-image
[18:18] <rsalveti> and updating the ppa and so on
[20:58] <hreset> Has anyone seen the 500 Internal Server Error when trying to run updates in snappy on the Pi2?
[21:29] <Chipaca> hreset: from the commandline?
[21:30] <beuno> hreset, yes, sorry, some parts of the store are down
[22:10] <Ross> Hi guys.
[22:11] <Guest2840> Can I get any sort of GUI out of Snappy? Basically I want to run an RDP client on Snappy that just remotes to a Windows virtual machine. Is this possible with Snappy?