[00:02] time to publish the new image :-) [00:02] and finalize the release [00:04] rsalveti: I'll be here for another hour. Let me know when it's done, to try an update from stable -1. [00:04] elopio: great [00:19] \o/ [00:20] generic_amd64 should have image 3 already [00:23] sergiusens: elopio: image 3 should be available for both archs now [00:25] man, I hate this issue when using --install webdm [00:26] need to open a bug for that [00:26] rsalveti: this one also references beta: https://developer.ubuntu.com/en/snappy/tutorials/build-snaps/ [00:26] I'll update it, but it would be nice to somehow reference the ppa only from one page. [00:27] elopio: I already updated it [00:27] hit f5 [00:27] rsalveti: great. [00:28] rsalveti: weird, it should happen always (since oem snaps are also installed). [00:29] can only reproduce when using --install [00:29] rsalveti: right, --install just appends to the slice (as does --oem) [00:30] rsalveti: in any case, I think I may know what it is, and can solve it by serializing a bit instead of so much parallelism [00:30] right [00:32] rsalveti: kvm happily updated, rolled back and updated again. [00:32] beagle in progress... [00:33] awesome, mine is still downloading [00:38] * rsalveti kicks launchpad [00:38] giving a lot of errors when copying packages around [00:38] sigh [00:39] rsalveti: use the python lp libs [00:39] sergiusens: that works, but then the interface says it failed [00:39] like https://launchpad.net/~snappy-dev/+archive/ubuntu/beta/+packages [00:40] Launchpad encountered an internal error while copying this package. It was logged with id OOPS-c5d363b745138ca15db2f2fff68342c9. Sorry for the inconvenience. [00:40] failed for 2 packages [00:40] goget-ubuntu-touch and ubuntu-snappy, both for vivid [00:40] bummer [00:40] for other series it all worked fine [00:41] well, at least we're killing this PPA [00:41] so that's fine [00:42] * rsalveti now kicks ubuntu-device-flash [00:42] tried 5 times, failed every single time [00:42] with --install [00:42] hahah [00:46] and now store gave up on me [00:47] 10k/s [00:53] rsalveti: did you copy package already? [00:54] sergiusens: yup [00:54] sergiusens: tools and tools-proposed are all in sync with latest [00:54] and beta as well [00:54] sergiusens: are we missing anything? [00:54] crap, I can't using --install! [00:54] rsalveti: nope, but I'm going to update and build some images [00:54] *use [00:55] rsalveti: what if you --install hello-world instead of webdm? [00:55] sergiusens: any quick hack or workaround I can use? [00:55] let me try [00:56] trying: sudo ubuntu-device-flash core 15.04 --channel stable --oem beagleblack --install=hello-world --enable-ssh --output ubuntu-15.04-snappy-armhf-bbb.img [00:56] sergiusens: same issue [00:56] http://paste.ubuntu.com/11693333/ [00:56] let me open a bug [00:57] rsalveti: only with --install? [00:57] sergiusens: yup [00:57] rsalveti: if you don't it all works? [00:57] sergiusens: yup [00:57] no issue [00:58] rsalveti: the problem with that statement is that even if there isn't an --install, there is always at least one install called (and this is serialized) [00:59] sergiusens: https://bugs.launchpad.net/ubuntu/+source/goget-ubuntu-touch/+bug/1464054 [00:59] Ubuntu bug 1464054 in goget-ubuntu-touch (Ubuntu) "Fails to create a snappy image when using --install" [Undecided,New] [01:00] let me try to create the image on another computer I have around [01:04] elopio: sergiusens: https://launchpad.net/snappy/+milestone/15.04.1 [01:04] trying to update the pre-built images now, then upload and release to snappy-devel [01:06] rsalveti: oh wow, you can upload files directly to lp! [01:06] yup, when making releases [01:06] rsalveti: I run in a loop and I get this over and over http://paste.ubuntu.com/11693360/ [01:07] rsalveti: it might be a race and easy for you to trigger as your machine is faster... not sure [01:07] interesting [01:07] maybe, also using vivid [01:07] rsalveti: nice. [01:07] rsalveti: in my xp, when talking go it usually doesn't matter; what is elopio using? [01:08] sergiusens: right, but I don't think go is the issue here [01:08] sergiusens: as in what distro? vivid. [01:08] maybe the external environment is helping causing the race [01:08] oh, and he got the same machine [01:08] elopio: rsalveti and you guys have the same computer [01:08] rsalveti: yeah ;-) [01:08] elopio: mind trying to reproduce 1464054 ? [01:08] bug 1464054 [01:08] bug 1464054 in goget-ubuntu-touch (Ubuntu) "Fails to create a snappy image when using --install" [Undecided,Incomplete] https://launchpad.net/bugs/1464054 [01:09] on it... [01:12] rsalveti: can you remove the channel part from First stable release for the 15.04 channel. ? [01:12] Making it "First stable release for 15.04"? since channels in the future represent something else [01:12] sure [01:13] oh, I think I can change that too :-P [01:13] sergiusens: yup [01:13] already did [01:14] rsalveti: I can reproduce slowing down the download ;-) [01:15] sergiusens: hahaha [01:15] sergiusens: rsalveti: http://paste.ubuntu.com/11693402/ [01:15] https://bugs.launchpad.net/ubuntu/+source/goget-ubuntu-touch/+bug/1464054/comments/3 [01:15] Ubuntu bug 1464054 in goget-ubuntu-touch (Ubuntu) "Fails to create a snappy image when using --install" [Undecided,Incomplete] [01:15] for what you asked [01:15] this is from my desktop. [01:15] well not exactly reproduce, but something similar [01:15] yeah, same issue [01:15] at least it's consistent [01:16] hum, my beagle could update and rollback. But after the second update, I am now in emergency mode. [01:16] rsalveti: oh, it is the same issue [01:16] this happened to me last week too. Not sure how. [01:16] elopio: not good [01:16] yeah [01:16] we could really use some automated tests for beagle [01:17] to stress it [01:17] rsalveti: I slow down the download by installing a bigger package, there some semaphore missing somewhere [01:17] cool [01:18] rsalveti: did you also forget to push the tag for lp:goget-ubuntu-touch? [01:18] sergiusens: did I? [01:18] * rsalveti looks [01:19] sergiusens: maybe it's launchpad, hit f5 and it should show the correct rev :P [01:20] rsalveti: I'm bzr pulling [01:20] damn [01:20] journalctl -xb is not particularly easy to read, but can you make sense of any of these errors? http://paste.ubuntu.com/11693431/ [01:22] elopio: fat partition is busted [01:22] elopio: how sane is your sdcard? [01:23] sergiusens: I got it in austin, that's like a month ago. I have flashed it less than 20 times. [01:23] I can switch to a different one to see if it happens again during the week. [01:23] elopio: hmm, then that's not it; something is writing incorrectly or unmounting uncleanly and just being bad [01:30] https://bugs.launchpad.net/snappy/+bug/1464057 [01:30] Ubuntu bug 1464057 in Snappy "snappy rebooted into emergency mode after update" [Undecided,New] [01:30] I attached the journal in there. [01:31] elopio: I think we already have a bug with this... [01:31] but we can search for it tomorrow [01:31] slangasek: one interesting question, how to update something at releases.ubuntu.com? [01:31] I thought it was also at nukasan [01:32] *nusakan [01:32] sergiusens: I found two similar, but the error messages they have don't appear in my journal. [01:34] sergiusens: yeah, also reproduced on trusty (my older machine) [01:34] problem is indeed the connection speed I guess === devil is now known as Guest47334 [01:37] I'm going to the gym. bbl. [01:53] rsalveti: releases.u.c is the /srv/cdimage.u.c/www/simple tree, as opposed to www/full [01:54] slangasek: oh, got it [02:31] rsalveti: so I'm seeing "install fails", returns an error, triggers the unmount path and for some reason the same process is still "using" it and blocking the unmount [02:31] I see it with docker only [02:32] docker failed to install: unable to create /var/lib/snappy/apparmor/policygroups/docker_client: open /var/lib/snappy/apparmor/policygroups/docker_client: file exists [02:32] hm, here I don't get a failure when installing it [02:32] sergiusens: was able to create the images with the uk vpn [02:32] rsalveti: there is no chance to print it out [02:32] store is a bit faster with the vpn [02:32] yeah, true [03:14] rsalveti: can you give this a quick try? https://code.launchpad.net/~sergiusens/goget-ubuntu-touch/BeLazy/+merge/261679 [03:15] sergiusens: sure [03:15] rsalveti: no need to approve or anything, I've been playing a bit to get rid of my self induced panic call in the code [03:15] rsalveti: so far, now docker fails to install here and errors out correctly [03:16] great, let me check [03:16] going to sleep now to be able to get some prep work for webdm topics tomorrow [03:17] sergiusens: great [03:17] will put the feedback in the MR [03:17] just waiting releases.ubuntu.com and cdimage to show my pre-built image and will send the announcement [03:22] sergiusens: ops, just found a bug =\ [03:22] (amd64)ubuntu@localhost:~$ snappy info [03:22] release: ubuntu-core/15.04/stable [03:22] architecture: amd64 [03:22] frameworks: webdm [03:22] apps: [03:22] webdm as a framework [03:35] rsalveti: I see the same. Not a regression though, same output on #2. [03:35] wonder if this is a tool issue [03:36] we were testing only snappy list -v. One more reason to get the selftests extended. [03:37] even when using snappy install it is still showing as framework [03:37] did we change it to be a framework? [03:38] failing to login now, weird [03:39] after installing webdm and rebooting [03:39] http://bazaar.launchpad.net/~snappy-dev/webdm/trunk/view/head:/pkg/meta/package.yaml#L5 [03:39] yeah, then the doc is wrong [03:39] it is a framework. Now I'm really confused about what are frameworks. [03:39] maybe because it's exporting apis now [03:40] might be replaced for an app once we implement the rest api [03:40] shouldn't we allow apt-cache policy ? [03:41] how do I know the version of the snappy installed? [03:42] elopio: use /usr/bin/apt-cache [03:43] good trick. But it says: Installed: (none) [03:43] /usr/bin/apt-cache policy ubuntu-snappy [03:43] :D [03:44] that's right. [03:45] slangasek: how long does it usually take for something under /srv/cdimage.ubuntu.com/www/full to show up at http://cdimage.ubuntu.com ? [03:47] elopio: can you update https://developer.ubuntu.com/en/snappy/tutorials/using-snappy tomorrow with the proper output we get from image 3? [03:47] rsalveti: I can do it now. [03:48] elopio: great, thanks! [03:48] np [03:51] elopio: http://cdimage.ubuntu.com/ubuntu-snappy/15.04/stable/20150609/ [03:52] elopio: http://releases.ubuntu.com/15.04/ was also updated [03:53] yep. Downloading because my sdcard got busted. [03:54] I should start keeping all the images, instead of overwriting them. [04:08] elopio: https://lists.ubuntu.com/archives/snappy-devel/2015-June/000789.html [04:08] \o\ |o| /o/ [04:09] rsalveti: nice job. [04:09] as usual it took way more work than expected :-) [04:09] guess we learned a lot as well [04:09] I'm sure I did. [04:10] yeah [04:10] I will send a testing report now. [04:15] great [04:18] utlemming: now just need your side to update the cloud images ^ [05:27] ogra_: avahi> I roughly know what it is for and what it's supposed to do, yes :) [05:42] what's the deal with the +generic and +bbb filenames here? http://releases.ubuntu.com/vivid/ [05:44] ahh just keep reading the list sars, just keep reading the list :) [05:45] heh, I was about to point you to https://lists.ubuntu.com/archives/snappy-devel/2015-June/000787.html , but sounds like you found it :) [05:50] indeed :) thanks [07:05] slangasek, "ubuntu-personal/rolling/edge" looks fine to me as well, but yeah willcooke should validate it I guess [07:10] seb128: ok - can you check it with him today, perhaps? I'm heading off to bed now; but if we have the channel name I can set it up in the morning [07:10] slangasek, sure, waiting for him to get online [07:10] slangasek, have a good night! [07:10] thanks, have a good day :) [07:10] slangasek, I guess I should wait on that rather than try to hack an image build locally ;-) [07:10] thanks [07:11] pitti, so do you have any clue how a avahi reply could return a real external IP ? [07:11] ogra@anubis:~/datengrab/rpi$ ping webdm.local [07:11] PING webdm.local (254.193.204.33) 56(84) bytes of data. [07:11] i thought that was impossible [07:12] ogra_: why? isn't that the point? [07:12] you have a machine --> over there which offers a service, like ssh, or cups or whatnot [07:12] pitti, you mean returning internet IPs in a lan ? [07:12] or in this case, .local host names [07:13] isn't that a local LAN address? [07:13] indeed not :) [07:13] and at times i actually get 192.168.2.25 ... which is the right IP [07:14] 169.254.* would also be plausible (ipv4ll), but I suppose we don't use that [07:14] right [07:14] it should either return a non-routable local IP or something in the reserved 169.254 range [07:15] good morning [07:15] s/non-routable/not externally routable/ [07:15] i'm very confused how it can return the above [07:46] hey willcooke [07:46] hey seb128 [07:47] willcooke, sergiusens proposed to use "ubuntu-personal/rolling/edge" as the channel name for the personal image, slangasek asked for somebody to "ack the name product-wise" before setting that up ... can you do that? (or suggest something better if you have some other idea about that) [07:51] seb128, sergiusens - name sounds fine to me. I'll confirm with kgunn and report back asap [07:52] willcooke, thanks, slangasek went to bed and said he could set up the channel during his tomorrow, so I guess it let you the day to check with Kevin ;-) [07:55] :) [08:36] mvo, sergiusens http://paste.ubuntu.com/11694984/ i cant create images on trusty anymore with the recent u-d-f [08:36] * ogra_ wanted to build a final image for the rpi from the stable channel [08:39] ogra_: how does it fail? [08:39] see the paste :) [08:39] you know what [08:39] if i didn't see the url in your question [08:39] it seems to try to mount an already mounted disk image [08:39] maybe i should finish my coffee first [08:40] err ... or rather ... it tries to unmount one that is in use [08:40] ogra_: isn't that the partx race ? [08:40] * ogra_ cant read today it seems [08:40] ogra_: for some people it seems to help to remove the sd card when creating the image [08:40] is there a workaround ? [08:40] mvo, which sd card ? [08:41] ogra_: oh, no sd card or anything else removable in your system :/ ? [08:41] (my SD sits in the rpi ... i would only use it after i have an image :) ) [08:41] ogra_: meh, sorry, thats the best I have, maybe reboot :( [08:41] sigh ... thats my work desktop ... takes me 30min to start all work scripts after a reboot ... [08:42] * ogra_ would prefer to not have to :P [08:42] i guess i'll do my monthly dist upgrade then :P [08:43] mvo, u-d-f worked fine until the upgrade fwiw [08:43] ogra_: silly quesiton [08:43] ogra_: meh, best to talk to sergiusens then [08:43] ogra_: does it happen every time? [08:43] Chipaca, 3 out of three tries, yes [08:43] dang [08:43] and there is no loopback device left once it stopped [08:44] err [08:44] no, i'm lying [08:44] /dev/mapper/loop0p2 on /tmp/diskimage643565256/system type ext4 (rw) [08:44] /dev/mapper/loop0p3 on /tmp/diskimage643565256/system-b type ext4 (rw) [08:44] /dev/mapper/loop0p4 on /tmp/diskimage643565256/writable type ext4 (rw) [08:45] a lying liar of lies! [08:47] ogra@anubis:~/datengrab/rpi$ mount|grep loop [08:47] ogra@anubis:~/datengrab/rpi$ sudo losetup -a [08:47] /dev/loop0: [0811]:66982244 (pi2.img) [08:47] ogra@anubis:~/datengrab/rpi$ sudo losetup -d /dev/loop0 [08:47] ogra@anubis:~/datengrab/rpi$ sudo losetup -a [08:47] /dev/loop0: [0811]:66982244 (pi2.img) [08:47] hmm ... [08:48] mvo: i've got more weirdness for you [08:48] mvo: in case you're bored [08:48] mvo: ubuntu-core-launcher failing to run because it can't find librt.so.1 on image 69 [08:48] no [08:48] i mean ubuntu-core 69 [08:49] this is on my wily image, which is rolling edge [08:50] and it's because of an apparmor denied? [08:51] [Thu Jun 11 08:47:20 2015] audit: type=1400 audit(1434012441.158:15): apparmor="DENIED" operation="open" profile="/usr/bin/ubuntu-core-launcher" name="/lib/x86_64-linux-gnu/librt-2.21.so" pid=779 comm="ubuntu-core-lau" requested_mask="r" denied_mask="r" fsuid=0 ouid=0 [08:53] and indeed, that's not in the profile [08:55] ... and it isn't using librt when i build it locally [08:55] maybe this is wily -specific? [08:59] Good morning all; happy Ferris Bueller Day! 😃 [09:01] Bueller ... !!!! [09:03] * ogra_ thinks he has 80s day today ... someone on G+ injected a huey lewis song in my brain that i cant get rid of and now *that* ! [09:04] Chipaca: oh, interessting. let me try to reproduce [09:04] mvo: if you ldd /usr/bin/ubuntu-core-launcher on wily, it uses librt [09:04] mvo: but not on vivid [09:05] adding librt to the profile fixes it [09:05] but, i don't see why we now need librt [09:18] Chipaca: sounds a bit like a question for doko, but let me poke, I bet its gcc5 [09:19] so the reboot was useless [09:19] same error after fresh boot and dist-upgrade [09:22] * ogra_ sighs [09:28] Chipaca: ha! I blame libudev [09:29] Chipaca: if I update that I get the new librt dependency [09:30] * ogra_ downgrades to u-d-f 0.23-0ubuntu1 [09:30] sigh ... same issue [09:37] mvo: needing a commit message on https://code.launchpad.net/~mvo/snappy/snappy-remove-bin-path-compat/+merge/261596 [09:39] Chipaca: thanks a bunch [09:39] Chipaca: I have some huge branches soon, but I think I get lunch first :) [09:45] sounds good [09:45] i'm figuring out what "other snappy" is running during boot, which is blocking regen from running [09:46] * ogra_ looks at the u-d-f diff and finds ... [09:46] // create /boot/uboot [09:46] - if err := os.MkdirAll(filepath.Join(img.System(), "boot", "uboot"), 755); err != nil { [09:46] + if err := os.MkdirAll(filepath.Join(img.System(), "boot", "uboot"), 0755); err != nil { [09:46] that seems to be the only change in core_uboot.go [09:48] * ogra_ would just patch it and try it out, but obviously i cant fulfill even the build-deps on trusty :( [09:49] well... 755 is obviously wrong, so [09:50] :) [09:54] so guys, there is a noticeable lag 4-5s in webdm 0.9 (15.04 ubuntu core 3) [09:55] conyoo, that is why the spinner was added to the page i guess [09:57] :D [10:02] rollback worked ubuntu-core 3 -> ubuntu-core 2 \o/ [10:03] now how do i get back to 3? snappy update? [10:03] yes [10:03] thanks ogra_ :D [10:04] grah, "booted" and "internal-run-hooks" run at the same time [10:05] hey [10:05] morning [10:06] I just updated bb to -3 [10:06] and rebooted [10:06] and http://pastebin.ubuntu.com/11695375/ [10:06] (it doesn't boot, stops on nandboot not defined [10:07] pitti: can a service unit file have an ExecStartPre and no ExecStart? [10:07] Chipaca: I believe a Type=oneshot can; a Type={simple,forking,notify}, i. e. a real "service" needs to have an ExecStart [10:08] yeah, this is a oneshot [10:08] and i have other things depending on it [10:08] but they'll start before the oneshot is done [10:08] zyga, hold the user button down, thats not a snappy boot at all, looks like the board boots from eMMC [10:08] Chipaca: yeah, then this only matters if you want to override parts of it with drop-ins [10:08] ogra_: oh [10:08] seb128, quick question: will the snappy personal image be writable? [10:08] ogra_: thanks, I'll wipe emmc [10:08] dpm: no [10:09] Chipaca: err, a Type=oneshot isn't "done" until after ExecStart* all have finished [10:09] at least that kernel version doesnt look like any ubuntu kernel to me [10:09] pitti: well then something's awry [10:09] pitti: do you have five to look at it? [10:09] Chipaca: does that other unit have a proper After= (directly or indirectly) on the oneshot? [10:10] Chipaca: yes, sure [10:10] * pitti just quickly finishes his open-iscsi fix [10:10] pitti: oh [10:10] pitti: it's got an After on the wrong one :) [10:10] Chipaca: that might be related :) [10:10] pitti: thanks :) [10:11] Chipaca, so it's going to be the same in terms of writability as the phone, then? [10:11] Chipaca: After=YKWIM.service ! [10:11] JFDI=true [10:11] pitti: i prefer After=YFDWIM.already [10:12] Chipaca: computers are sooo picky [10:12] pitti: inorite [10:12] WOW ... http://paste.ubuntu.com/11695398/ [10:12] dpm: maybe. Do you consider the "writable" phone to be supported? [10:12] no [10:12] since when does tar call mknod when extracting a tarball [10:12] dpm: then yes :) [10:13] * ogra_ has never seen such an error [10:13] ogra_: whenever the tarball has special files in it? [10:13] Chipaca, it doesnt just extract them ? [10:14] i have never had something like this happen to me and i tend use chroot tarballs a lot ... [10:14] ogra_: filesystem mounted with nodev? [10:14] zyga, not on purpose at least :) [10:14] * ogra_ checks [10:14] but still, why would tar call mkdnod instead of just blindly unpacking whats there [10:15] um [10:15] ogra_: and besides, mknod is priviledged, no? [10:15] ogra_: sudo [10:15] ogra_: how would it unpack a special file? [10:15] zyga, i know how to work around it [10:15] i want to know why it suddenly happens [10:15] ogra_: it creates files with open, directories with mkdir, ... etc [10:15] Chipaca, and how did it do that before ? [10:16] ogra_: same way? [10:16] ogra_: i mean, there's no other way [10:16] well, i usually only start using sudo when i enter my chroots [10:16] ogra_: maybe fakeroot wrapper made mknod a fake mknod [10:16] ogra_: and you just didn't notice (wild guess) [10:16] hmm [10:17] nops :P [10:17] /dev/sdb1 on /home/ogra/datengrab type ext4 (rw,nodev,noatime,nodiratime,acl,user_xattr) [10:17] WTF ... [10:17] ogra_: systemd? :) [10:17] trusty [10:17] hmm! [10:17] indeed [10:18] ogra@anubis:~/datengrab/rpi/udf/chroot$ grep /home/ogra/datengrab /etc/fstab [10:18] UUID=a3818c99-93e5-4596-bc93-f058a2daa60d /home/ogra/datengrab ext4 user,acl,user_xattr,noatime,nodiratime,exec,suid 1 2 [10:18] and no "nodev" in fstab [10:19] ogra_: blame sergiusens [10:20] ogra_: works for me :-p [10:20] offtopic, I haven't tried yet so feel free to bash me, can I use docker to get a normal debian chroot with snappy [10:21] zyga: aiui, yes [10:21] * zyga erased emmc, boot still tries to go from it [10:21] hmm [10:22] just boot from the sd card [10:23] http://pastebin.ubuntu.com/11695445/ [10:23] hmm [10:25] zyga, hmm, corrupt fat ? [10:25] Hello. :) I like to configure Ubuntu Snappy as a Router with some docker features. But I can't find any information which is the best way to install something like ufw or firewalld on snappy? [10:25] but http://pastebin.ubuntu.com/11695460/ [10:25] ogra_: I'll check on my host, I just love sd cards [10:34] Norbell: i don't know of a snap that does that yet, but it's doable [10:36] @Chipaca Okay, thanks. Do you think it's possible to use something like deb2snap to convert firewalld into a snappy app? [10:36] Norbell: No such command! [10:38] * ogra_ sighs ... no lick for me today ... [10:38] so running u-d-f in a wily chroot doesnt work either [10:38] * ogra_ only wants this rpi image done ... dmaned [10:38] *damned even [10:39] s/lick/luck/ [10:39] what a wasted day :( [10:39] Norbell: I don't know, sorry [10:40] * ogra_ decides to rather wait for sergiusens or rsalveti to make u-d-f work again [10:48]