[10:04] <farblue> hi all :) has anyone had success with snappy on scaleway VPS provisioning?
[10:22] <prasad> what must be the value for "init" in bootargs for an armhf device? is it "init=/lib/systemd/systemd-udevd" ?
[10:23] <prasad> it results in "Failed to read /proc/cmdline, ignsystemd-udevd[1]" error
[10:23] <prasad> anyone?
[10:58] <ogra_> prasad, http://bazaar.launchpad.net/~snappy-dev/snappy-hub/snappy-systems/files ... take a look at the uboot.env.in files in the subdirs of the arm based devices there
[11:38] <popey> 12:19 < popey> http://imgur.com/RNyqX2C
[11:38] <popey> resolved by pulling power cable out and powering again
[11:38] <popey> not good
[11:40] <kyrofa> Good morning!
[12:44] <josepht> jdstrand: I'm getting checksum mismatch when unsquashfs'ing and resquashing my snap.  https://myapps.developer.ubuntu.com/dev/click-apps/4710/rev/10/
[12:53] <jdstrand> josepht: how did you build your snap?
[12:53] <josepht> jdstrand: with snapcraft on a rpi2
[12:53] <josepht> jdstrand: 16.04
[12:56] <jdstrand> josepht: what version of snapcraft?
[12:56] <josepht> jdstrand: 2.6.1
[12:57] <jdstrand> ok, the issue isn't obvious. I'll have to look into it
[12:58] <josepht> jdstrand: ack, thanks.  What I tried was to unpack the squashfs and repack it.  'file' showed a 4 byte difference between the two.  'ls' and 'grep' couldn't find any difference between the two unpacked filesystems.
[14:27] <sergiusens> kyrofa, elopio can we start 10 after?
[14:27] <kyrofa> sergiusens, no problem :)
[14:32] <kyrofa> elopio, is there a way to know that a PR is not up-to-date with master, but not make it _required_?
[14:38] <popey> Is there some way I can force the writable filesystem to resize as it failed on my pi - 16GB card has only 3.4GB writable
[14:39] <kyrofa> popey, you can do it manually
[14:43] <popey> how?
[14:44] <popey> (please don't say take the card out and put it in another computer and use gparted)
[14:52] <leftyfb> popey: use fdisk, delete the partition, recreate the partition. Reboot. run: sudo resize2fs /dev/mmcblk0p2
[14:57] <popey> leftyfb: will i lose any data?
[14:58] <leftyfb> popey: no
[14:58] <popey> sweet
[14:58]  * popey will blame you if I do :)
[14:58] <popey> actually
[14:58] <popey> shouldn't need to delete the partition
[14:58] <popey> /dev/mmcblk0p2      270336 31250000 30979665 14.8G 83 Linux
[14:58] <popey> it is the right size, just looks like I need the resize2fs ?
[15:02] <popey> /dev/mmcblk0p2   15G  3.4G   11G  24% /writable
[15:02] <popey> \o/
[15:02] <popey> thanks
[15:33] <jdstrand> josepht: can you request a manual review? I'm going to accept it for now
[15:33] <josepht> jdstrand: okay, thanks
[15:44] <kgunn> jdstrand: hey, you running a xenial core? curious what 'snap find mir' returns you?
[15:44] <kgunn> ...or anyone else who might be tinkering today  ^
[15:45] <kgunn> i may have found a bug in the store
[15:46] <kgunn> so i had mir 1 & 2 published, it returned 2....then published a mir 3, and unpublished 2...so only 1 & 3 are published...now find just says "no snaps found"
[15:46] <kgunn> beuno: ^
[15:49] <kgunn> beuno: oops...nvmd...it was me....channels!
[15:49] <kgunn> but...i had to pick stable?
[15:50] <kgunn> thot, if xenial is still rolling edge...it would appear in edge?
[15:52] <jdstrand> kgunn: it seems you don't still need me?
[16:02] <kgunn> jdstrand: yep, sorry for noise
[16:05] <josepht> jdstrand: sorry, I requested the manual review for a bad upload (arm version with amd64 as the arch.) I re-request a review of revision 9
[18:10] <kyrofa> sergiusens, I hit a snag trying to remove the ld.so.conf stuff. The libs still need to link up at build time, and that code was used for build- and run-time dependencies
[18:11] <kyrofa> So it appears that we may still need it at least to build stuff with libs in non-standard places
[18:12] <kyrofa> sergiusens, unless you can think of a better way to do that
[18:12] <sergiusens> kyrofa, let's just leave it in for now
[18:13] <kyrofa> sergiusens, okay. Let's keep it in the back of our minds anyway
[18:13] <sergiusens> kyrofa, can you rebase with master btw (or my branch)?
[18:13] <sergiusens> kyrofa, yeah let's get a bug report going
[18:13] <kyrofa> sergiusens, will do
[18:55] <popey> just updated my pi 2 edge and again it didn't come back after a reboot :(
[18:56] <popey> Reboot to use canonical-pi2-linux version 4.4.0-1004-raspi2+20160321.17-52.
[18:56] <popey> Reboot to use ubuntu-core version 16.04+20160321.17-37.
[18:56] <popey> that update
[19:19] <sergiusens> kyrofa, did you rebase?
[19:22] <kyrofa> sergiusens, not yet... ran into another issue... working it out
[19:22] <sergiusens> ack
[19:22] <kyrofa> I swear the universe doesn't want me splitting the unpacking of stage packages out to be done in build
[20:48] <kyrofa> sergiusens, alright, it's been rebased onto your branch and it's all finished
[20:48] <sergiusens> kyrofa, gonna check it out
[20:48] <kyrofa> sergiusens, ended up unpacking debs into an intermediate directory in pull and linking them in with build
[20:49] <sergiusens> kyrofa, but after I get back from aikido which I'm returning to after my 2 month hiatus
[20:49] <sergiusens> :-)
[20:49] <kyrofa> sergiusens, sounds great! Want me to make a PR into your branch in your fork? Might make reviewing easier
[20:50] <kyrofa> sergiusens, or we can push your branch to the official repo and I can make a PR there. Tests run that way
[20:53] <kyrofa> Let me know-- dinner time, I'll be on telegram
[21:53] <tedg> jdstrand: Are the SNAP_DATA directories mounted NOEXEC?
[21:54] <jdstrand> they shouldn't be
[21:55] <tedg> jdstrand: Okay, looking for a theory on why this snap isn't working. That's not it :-)
[21:55] <jdstrand> /dev/vda3 on /var/lib/snaps type ext4 (rw,relatime,data=ordered)
[21:56] <jdstrand> and there aren't separate mount points for SNAP_DATA for snaps (just verified) so that shouldn't be it
[21:56] <tedg> Ironically the Java library giving me trouble is called Snappy.
[22:12] <popey> Where do bugs in snappy classic go?
[22:18] <popey> (I mean, where should I file them)
[22:19]  * genii sips his coffee and ponders how snappy classic/new snappy reminds him of coke classic/new coke 
[22:21] <genii> Hopefully we don't get a diet snappy
[22:22] <leftyfb> snappy zero
[22:22] <leftyfb> you know, for the pi zero :)
[22:22] <genii> Hehe