[02:05] 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. === pandatrone is now known as bananatrone [08:10] good morning === chihchun_afk is now known as chihchun [10:00] Good morning all; happy Friday, and happy Ubuntu Community Appreciation Day! 😃 [11:49] hey, I wonder which image is the latest snappy image, where can I find it? === chihchun is now known as chihchun_afk [12:46] gm [13:02] happyaron, for which device or arch? [13:03] 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] s/not running/now running/g [13:04] happyaron, ah, so you've seen https://developer.ubuntu.com/en/snappy/start/#snappy-local then [13:05] yep\ [13:05] happyaron, I'm not sure about the x-based question-- hang out and someone more qualified will come by :) [13:05] 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] okay, :) [13:05] happyaron, but do note that you can create your own image via ubuntu-device-flash [13:06] ah let me look into that, ty! [13:06] happyaron, any time! === dpm is now known as dpm-afk === chihchun_afk is now known as chihchun [13:41] 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] jdstrand: they are pending review in the store, the update was needed to push some fixes in [13:43] mvo: hello, sure [13:44] mvo: fyi, I have a branch that can handle all these, but there will still be a manual review for these types [13:45] mvo: it'll look much like the oem feedback [13:47] mvo: done [13:48] 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] 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] and the id_map things i tried in config didnt work at all [13:49] 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] jdstrand: \o/ [13:49] 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] jdstrand: yeah, it would be nice if there would be some sort of whitelist [13:49] like we do with brand stores [13:59] 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] jdstrand: well, with me updated u-d-f, so thanks for allwoing it into the store [13:59] nice! [14:15] pitti: on adt-run, why is the source tree copied with owner ubuntu:root instead of ubuntu:ubuntu ? [14:15] elopio: err, I don't know, is it? which backend? [14:15] pitti: snappy. [14:15] so, ssh runner? [14:16] pitti: yes. [14:16] ah, I think copying files in doesn't drop privileges, it just keeps root [14:27] 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] https://pastebin.canonical.com/144531/ [14:27] wondering if this is a known issue? [14:27] gonna try again... [14:28] oops nvmd...i was updating in the background, i think lxd was configuring [14:29] yes, that main.go had me puzzled. === dpm-afk is now known as dpm === chihchun is now known as chihchun_afk === chihchun_afk is now known as chihchun [15:57] 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] hey there, if i do [16:01] ubuntu-device-flash core rolling --oem=generic-amd64 --channel edge [16:02] is that xenial ? [16:02] would assume so... [16:04] kgunn: yes [16:04] kgunn: you probably want --developer-mode also [16:04] yep i do [16:04] thanks [16:04] Chipaca: any plans to add a query option for core images ? [16:05] kgunn: "query option"? [16:05] Chipaca: so u-d-f query can be used to list channels and images for devices [16:05] ah [16:05] would've thot there'd be the same for core [16:05] as there is in touch [16:05] consistency and all.... [16:06] kgunn: you might want to chat with sergiusens [16:06] kgunn: i think i might be working on this tool soonish [16:07] kgunn, we are retiring ubuntu-device-flash for something that targets the snappy architecture better [16:08] ack [16:10] mvo: done [16:10] jdstrand: \o/ [16:11] kgunn, also, only 16.04 and all snaps support (no system image) [16:15] sergiusens: hyphens are important [16:15] :) [16:18] Chipaca, funnily or not, I removed the hyphen there before pressing enter :-) === chihchun is now known as chihchun_afk [16:19] sergiusens: the one in all-snaps, or in system-image? :-) [16:19] Chipaca, system-image, although, all-snaps should have one too ;-) [16:19] sergiusens: (you could also use quotes or caps for the same purpose, ie "all snaps", System Image) [16:20] sergiusens: namely, making clear that "all snaps" and "system image" are proper nouns === chihchun_afk is now known as chihchun === popey_ is now known as popey === chihchun is now known as chihchun_afk === chihchun_afk is now known as chihchun === chihchun is now known as chihchun_afk [22:43] Chipaca: can u answer a quick question? [22:44] plz [22:44] :} [22:46] :{