[02:05] <liuxg> how to disable autopilot. my raspberry pi display the message like "snappy autopilot triggered a reboot to boot into an up to date system -- temprorarily disable the reboot by running 'sudo shutdown -c'" from time to time.
[08:10] <fgimenez> good morning
[10:00] <JamesTait> Good morning all; happy Friday, and happy Ubuntu Community Appreciation Day! 😃
[11:49] <happyaron> hey, I wonder which image is the latest snappy image, where can I find it?
[12:46] <olli> gm
[13:02] <kyrofa> happyaron, for which device or arch?
[13:03] <happyaron> kyrofa: for amd64, preferrable for VM. I'm not running the vivid image on edge channel, but I'm curious about whether that's latest, or there is a wily based or even x-series based one?
[13:04] <happyaron> s/not running/now running/g
[13:04] <kyrofa> happyaron, ah, so you've seen https://developer.ubuntu.com/en/snappy/start/#snappy-local then
[13:05] <happyaron> yep\
[13:05] <kyrofa> happyaron, I'm not sure about the x-based question-- hang out and someone more qualified will come by :)
[13:05] <happyaron> I tried to install ubuntu-snappy on an x-series chroot, but it appears missing many configurations (and the layout is not real snappy, of course)
[13:05] <happyaron> okay, :)
[13:05] <kyrofa> happyaron, but do note that you can create your own image via ubuntu-device-flash
[13:06] <happyaron> ah let me look into that, ty!
[13:06] <kyrofa> happyaron, any time!
[13:41] <mvo> jdstrand: if you have a moment, it would be great if you could approve my pending kernel/os/oem snaps, this should allow a full all-snap image to be assembled
[13:41] <mvo> jdstrand: they are pending review in the store, the update was needed to push some fixes in
[13:43] <jdstrand> mvo: hello, sure
[13:44] <jdstrand> mvo: fyi, I have a branch that can handle all these, but there will still be a manual review for these types
[13:45] <jdstrand> mvo: it'll look much like the oem feedback
[13:47] <jdstrand> mvo: done
[13:48] <asac> stgraber: i am kind off failing with something basic wrt lxd... all i want is to mount some dir in my home into the container and while the homedir: ... entry in config seems to work and mounts the dir i conifgured to /extra ... i cant seem to find a reasonable way to make that writable by the lxc uid etc.
[13:48] <jdstrand> mvo: I imagine there needs to be some conversation on this wrt to review tools. ie, imo you shouldn't be inhibited by the tools for these, but others should. eg, a sort of 'core-dev' group rights thing in the store
[13:48] <asac> and the id_map things i tried in config didnt work at all
[13:49] <asac> stgraber: think i ended up trying to do something https://github.com/lxc/lxd/issues/579 ... but not sure if thats the right way to just conveniently get a directory int he container that i can use ther
[13:49] <mvo> jdstrand: \o/
[13:49] <jdstrand> mvo: actually, I imagine it has nothing to do with the tools themselves. the store would simply ignore this one check if it came from this privileged group
[13:49] <mvo> jdstrand: yeah, it would be nice if there would be some sort of whitelist
[13:49] <jdstrand> like we do with brand stores
[13:59] <mvo> jdstrand: so ./ubuntu-device-flash --verbose core rolling -o amd64-all-snap.img --channel edge --oem generic-amd64.mvo --developer-mode --kernel ubuntu-kernel.mvo --os ubuntu-core.mvo works now
[13:59] <mvo> jdstrand: well, with me updated u-d-f, so thanks for allwoing it into the store
[13:59] <jdstrand> nice!
[14:15] <elopio> pitti: on adt-run, why is the source tree copied with owner ubuntu:root instead of ubuntu:ubuntu ?
[14:15] <pitti> elopio: err, I don't know, is it? which backend?
[14:15] <elopio> pitti: snappy.
[14:15] <pitti> so, ssh runner?
[14:16] <elopio> pitti: yes.
[14:16] <pitti> ah, I think copying files in doesn't drop privileges, it just keeps root
[14:27] <kgunn> hey so i'm building mir in a container, targetting xenial....got to the point of snapcraft assemble....all was going well, but then suddenly bailed
[14:27] <kgunn> https://pastebin.canonical.com/144531/
[14:27] <kgunn> wondering if this is a known issue?
[14:27] <kgunn> gonna try again...
[14:28] <kgunn> oops nvmd...i was updating in the background, i think lxd was configuring
[14:29] <elopio> yes, that main.go had me puzzled.
[15:57] <mvo> jdstrand: if you could approve https://myapps.developer.ubuntu.com/dev/click-apps/3752/review/seq/4/ that would be awsome, bugfixes plus allows upgrade testing
[16:01] <kgunn> hey there, if i do
[16:01] <kgunn> ubuntu-device-flash core rolling --oem=generic-amd64 --channel edge
[16:02] <kgunn> is that xenial ?
[16:02] <kgunn> would assume so...
[16:04] <Chipaca> kgunn: yes
[16:04] <Chipaca> kgunn: you probably want --developer-mode also
[16:04] <kgunn> yep i do
[16:04] <kgunn> thanks
[16:04] <kgunn> Chipaca: any plans to add a query option for core images ?
[16:05] <Chipaca> kgunn: "query option"?
[16:05] <kgunn> Chipaca: so u-d-f query can be used to list channels and images for devices
[16:05] <Chipaca> ah
[16:05] <kgunn> would've thot there'd be the same for core
[16:05] <kgunn> as there is in touch
[16:05] <kgunn> consistency and all....
[16:06] <Chipaca> kgunn: you might want to chat with sergiusens
[16:06] <Chipaca> kgunn: i think i might be working on this tool soonish
[16:07] <sergiusens> kgunn, we are retiring ubuntu-device-flash for something that targets the snappy architecture better
[16:08] <kgunn> ack
[16:10] <jdstrand> mvo: done
[16:10] <mvo> jdstrand: \o/
[16:11] <sergiusens> kgunn, also, only 16.04 and all snaps support (no system image)
[16:15] <Chipaca> sergiusens: hyphens are important
[16:15] <Chipaca> :)
[16:18] <sergiusens> Chipaca, funnily or not,  I removed the hyphen there before pressing enter :-)
[16:19] <Chipaca> sergiusens: the one in all-snaps, or in system-image? :-)
[16:19] <sergiusens> Chipaca, system-image, although, all-snaps should have one too ;-)
[16:19] <Chipaca> sergiusens: (you could also use quotes or caps for the same purpose, ie "all snaps", System Image)
[16:20] <Chipaca> sergiusens: namely, making clear that "all snaps" and "system image" are proper nouns
[22:43] <jerryG> Chipaca: can u answer a quick question?
[22:44] <jerryG> plz
[22:44] <jerryG> :}
[22:46] <jerryG> :{