=== vrruiz_ is now known as rvr [01:51] bdmurray, on 15.04 you can snappy install lxd; on 16.04 (probably the recommended target for new dev); snappy enable-classic [03:04] question: Is webdm still in the Snappy store? I try to install it with sudo snappy install webdm but I get webdm failed to install: snappy package not found === chihchun_afk is now known as chihchun [07:04] Hi guys, [07:04] I am trying to pull down the snappy core image for i386 [07:05] I cant seem to get it [07:05] I get a 404 on this : wget http://releases.ubuntu.com/15.04/ubuntu-15.04-snappy-amd64-generic.img.xz [07:05] unxz -c ubuntu-15.04-snappy-amd64-generic.img.xz [07:05] does anyone have something that I can pull publicly ? [07:08] anyone online ? [07:11] Ok seems like it was something on my network . sorry [07:11] thanks [07:58] good morning [08:13] good morning [08:42] Hi all! It's Renat from Screenly again=) [08:43] When setting up assign rules in the oem snap - is it possible to add device access rules (MODE="", GROUP="")? [08:44] For example, we need to use /dev/vchiq. And I add appropriate option to the assign: section. [08:44] assign: rules: - kernel: vhciq [08:46] But it device isn't accessible because of very strict access mode. [09:45] Good morning all! Happy Tuesday, and happy Hedgehog Day! 😃 [11:44] Hi folks. I need some help [11:44] I downloaded a generic x86 image [11:44] I would like to know what the OEM part of the docs is exactly. [11:44] I am not getting that part very wekk [11:44] well I mean [12:12] Good morning [12:15] good morning kyrofa [12:16] although on my end it is afternoon . Nice sunny day in Nairobi [12:16] Hello torbit :) . I'm afraid I don't know much about OEM stuff right now, other than it's a bit in flux right now between 15.04 and 16.04 [12:17] torbit, essentially it contains the bootloader [12:17] ogra_ : hmmmm. I see [12:17] amd64 is a bit special here though ... unlike the arm arches it only ships the bootloader config http://bazaar.launchpad.net/~snappy-dev/snappy-hub/snappy-systems/files/head:/generic-amd64/ [12:18] well in my case I am working with some intel device. [12:18] (grub gets simply pulled out of the rootfs when the oem snap gets put into place by ubuntu-device-flash) [12:18] oh. [12:19] that I did not know [12:19] ogra_: how is the arm64 cdimage.u.c output looking? are we getting close to soemthing that we can consume :) ? u-d-f and the store are fixed so we can move again [12:19] * mvo_ lunch [12:19] mvo_, oh, not done yet + [12:19] ogra_: ok [12:19] ogra_: just curious, no real rush [12:19] i need to do the rpi bootloader update today, then i'll move on to cdimage [12:19] ogra_: at least we can move forward now again with the store fixed [12:20] ogra_: \o/ ok [12:20] yeah :) [12:20] mvo_, we wont be able to build arm64 until we have a kernel package in the archive though [12:20] ogra_: hmmmm. so I guess that means I need to create the root.tar.xz? [12:20] ppisati said there were still bits blocking it [12:21] am I correct in assuming this ? [12:21] torbit, for wghat exactly [12:21] ogra_: in my case I am trying to create a bootable disk to flash a device [12:21] so use snappy core [12:21] the device is currently using ubuntu server [12:21] torbit, sure, but why does the existing setup not work for you [12:22] ogra_: yes, the dragonboard kernel won't enter the archive as it is, until we have a multi-arm64 kernel etc [12:22] ogra_: for now you'll have to use my ppa [12:22] ogra_: so this is what I did, I took the generic image , made a bootable flash with DD [12:22] ppisati, i doubt we want that for cdimage builds ... but i can copy it to the snappy hardware PPA i guess [12:22] ogra_: k [12:22] ogra_: I plug it in an nothing . [12:23] ogra_: i'm writing you an email right now [12:23] so I am not too sure what I am doing wrong to be honest [12:23] ogra_: with uboot etcetc [12:23] ogra_: it is my first time [12:23] torbit, well, it should work on any x86 system [12:23] ppisati, ok, thanks ! [12:24] ogra_: tell me does this platform need to have a screen to select this image in the boot loader or does it just boot into it [12:24] torbit, you might want to take a look at the kernel cmdline on the created usb stick, could be that the early boot defaults to do all output to the serial console [12:25] it should boot straight through [12:25] (the first boot takes a while though, it creates ssh keys and such) [12:26] ogra_: hmmm. oooh I see. ok one sec I try this one more time [12:27] is that 32 or 64bit hardware ? [12:28] ogra_: 32 bit [12:28] oh [12:28] for sure [12:28] ogra_: it is intel chip based [12:29] you might need to build an i386 image manually then [12:29] ogra_: can we DM ? [12:30] the generic x86 image we offer pre-built is using UEFI and a 64bit kernel to boot [12:30] aaaaah === xnox_ is now known as xnox === plars_ is now known as plars [13:09] kyrofa Hi my snappy just rebooted automatically and some things dont work anymore just lik i installed python on my snap but when he executes a command he doesn't find python anymore :s [13:10] noizer, I can't remember-- are you on 15.04 or rolling? [13:10] on rolling (snapcraft 2.0 snaps ;) ) [13:11] noizer, hmm, can you check the shebang of the python script you're trying to run? What does it look like? [13:11] yea on rolling [13:13] kyrofa wait i dont use the shebang the command looks like : python file.py [13:14] and then the error is python not found [13:15] noizer, is this a daemon, or no? [13:16] no deamon [13:17] but when i do snappy list i don't get the core anymore so I think my snappy is broken :s [13:18] so I will install snappy again [13:18] kyrofa, FYI, you can now upload multiple architectures and releases [13:19] ogra_, ^ [13:19] beuno, woo hoo! [13:19] beuno, do I need to do anything special? Or will foo_1.2_amd64.snap and foo_1.2_armhf.snap just magically go to the right place as long as the YAML is the same? [13:19] * ogra_ hugs beuno [13:20] kyrofa, magically [13:20] beuno, I like magic [13:20] * beuno briefly naps in ogra_'s hug [13:20] Man that's a long hug [13:21] beuno, thanks for the hard work! I'm testing it out now [13:21] Kyrofa i think i found an issue of snappy. The pythonpath is only directed to the dist-packages and not to the site-packages [13:21] is that normal or? [13:21] noizer, they should be a symlink [13:22] when i putted some folders in the site-packages, they cant be imported :s [13:22] kyrofa, I'll leave the thanks in its original packing until it's gotten a bit of mileage and people are still happy :) [13:22] beuno, haha [13:23] noizer, can you run ls -l on the directory containing site-packages? [13:24] Hi guys! Let me repeat my question. [13:24] When setting up assign rules in the oem snap - is it possible to add device access rules (MODE="", GROUP="")? [13:24] For example, we need to use /dev/vchiq. And I add appropriate option to the assign: section. [13:24] assign: rules: - kernel: vhciq [13:24] But it device isn't accessible because of very strict access mode. [13:26] ogra_, renat's question may be best suited for you [13:27] kyrofa, elopio https://github.com/ubuntu-core/snapcraft/pull/286 [13:27] kyrofa, i have no clue about the capability system [13:27] kyrofa, all i knew about was hw-assign ... i kind of lost track when we dropped that [13:27] ogra_, oh I thought OEM was 15.04 [13:27] ogra_, I'm getting confused so quickly :P [13:28] i dont even think in 15.04 there was a way to do it automated [13:28] ogra_, ah, now that you mention it, I do remember hearing that [13:28] it was all a manual call to hw-assign asd i remember [13:29] ogra_, that is all 15.04 renat is talking about [13:29] ogra_, there was in the oem snap; mvo_ implemented [13:29] sergiusens, well, do you remember if there was a way to do it from the oem ? [13:29] ogra_, surely asac knows about this since he wrote a guide [13:29] ah, i didnt know [13:29] i only ever used hw-assign back then [13:29] sergiusens, do you know about the mode/group bits? [13:30] i dont think mode/group will help much ... apparmor will block before you even get to that [13:30] ogra_, kyrofa in case it is of interest https://developer.ubuntu.com/en/snappy/guides/appliance-builder-guide-webcam/ [13:30] mode and group should be handled through udev-acl anyway [13:30] kyrofa, no, I think it is just tagging [13:31] renat, if it is not a service, use sudo [13:31] ogra_, not apparmor blocking me [13:31] sergiusens, it's a service. Is it possible in 16.04? [13:32] renat, stick to 15.04 for now; if it is a service and blocked I don't know, seccomp maybe? [13:32] renat, sudo snappy install snappy-debug [13:33] sergiusens, thanks. I will try. [13:36] jdstrand, maybe you have ideas ^ [13:37] sergiusens, kyrofa: let me know if you need snapcraft 2.1 uploaded to xenial [13:38] ah no... you have upload rights for it now, right? [13:39] dholbach, hah, I don't need you for that anymore :-P [13:39] dholbach, sorry ;-) [13:39] yeah... I know [13:39] go go go! [13:39] dholbach, still waiting on pocketsphinx though ;-) [13:42] sergiusens, so you were able to build a rolling image that worked? === JamesTait is now known as Guest59296 [13:47] renat: if it is a service, it should be running as root so file perms shouldn't be an issue. I suggest 'sudo snappy install snappy-debug' and then 'sudo snappy-debug.security scanlog' in one console while trying to use the app in another. [13:53] jdstrand, understood. thanks. [13:53] Seems it's trying to access /proc/4212/mounts [13:53] For the some reason [13:55] kyrofa, I downloaded from mvo_'s p.c.c [13:55] kyrofa, just this morning [13:55] sergiusens, ah okay [13:55] beuno, mvo_: I saw something about uploads to the store going to the write place. I noticed on a 15.04 bbb system that it is trying to install hello-world.canonical 1.0.18 over and over and over again [13:56] s/write/right/ [13:56] * sergiusens goes for a quick run [13:56] * jdstrand is curious if these things are related [13:57] jdstrand, good question. What we've enabled, FWIW, is multiple binaries for different architectures andreleases [13:59] beuno: so that means that I can have an ar-snap for 15.04 and a squashfs-snap for rolling both targeting !edge and it all works? [14:01] jdstrand, correct [14:01] that sounds nice indeed [14:02] ogra_: check out the guide [14:02] it has that info [14:02] mvo_: fyi, something weird is happening on bbb 15.04 and hello-world.canonical starting yesterday [14:03] ogra_: https://developer.ubuntu.com/en/snappy/guides/appliance-builder-guide-webcam/ [14:03] search for assign: [14:10] jdstrand: what is it? [14:10] jdstrand: since yesterday you say? do you have some more details? [14:10] jdstrand: there were some changes to the store related to the multi-dimension uploads [14:11] asac, well, tell that renat ;) [14:20] mvo_: what are multi dimension upload? [14:21] 4D uploAds ! [14:21] 5D at least [14:21] >( [14:21] :) [14:22] kyrofa what was the update of the snappy build because it rebooted it for update (ubuntu 16.04) [14:22] noizer, you'd have to ask mvo_ [14:22] hey, can any of you tell me how to view the kernel options for our latest snappy rolling ripi2 image? [14:22] noizer, remember you're on rolling, so some instability is not surprising [14:23] awe__, isnt /proc/config.gz populated ? [14:23] asac, ogra_: you seem to missing the point, there is no limit to multi ;) [14:23] (i usually set that by default before giving ppisati my config) [14:23] awe_ what is changed during the update with the rolling version? [14:23] awe__ what is changed during the update with the rolling version? [14:23] ogra_, nope [14:23] noizer, can you pastebin your binary wrapper for me? [14:24] awe__, hmm, then you need to apt-get source the package i fear ... [14:24] asac: the same name for multiple architectures, i.e. no more ubuntu-core-armhf [14:24] awe__, https://launchpad.net/ubuntu/+source/linux-raspi2 [14:24] asac, ogra_: What mvo_ was trying to create with that statement was "XD uploads" :D [14:24] ogra_, thanks dude [14:26] kyrofa http://pastebin.com/647GUD2q [14:27] noizer, I mean the one in /snaps/bin/ [14:27] mvo_: ok, i wouldnt call it |dimension" [14:27] that name is already taken [14:27] but just nit pikcing [14:27] ttyl [14:28] kyrofa ok [14:28] noizer, I know, there are a lot of wrappers :) [14:29] asac: I agree, we were calling it multi-arch before which is arguable way worse [14:29] kyrofa haha yea there are many wrappers but when my snappy was done with the update he doesnt have any snapp dir anymore :s [14:29] http://foodnetwork.sndimg.com/content/dam/images/food/fullset/2012/9/25/0/ZB0307H_grilled-chicken-caesar-wrap_s4x3.jpg [14:29] ;) [14:29] noizer, the /snaps directory is gone? [14:30] kyrofa yea he is gone [14:31] elopio, kyrofa time to stand [14:31] noizer, huh... yeah I'd reflash. Not sure what's going on there [14:31] sergiusens, ah, right thanks [14:33] maybe i will try again build a new image and see what he is doing while he is updating? [14:33] kyrofa [14:37] mvo_: sorry, got pulled away [14:38] ogra_, that branch was for wily... and I can't seem to come up with the right source package name for 'apt-get source' [14:38] * awe__ jumps to #ubuntu-kernel [14:39] awe__, just grab the .deb ... then dpkg -x /part/to/deb . [14:39] (that will extract it to the current dir, probably create some ./tmp or some such ) [14:39] jdstrand: no problem, I'm am pretty busy myself with various issues [14:39] I'm not sure where the .deb lives or what it's name is [14:39] if I did, I certainly would do that! ;)- [14:39] it is linked from the above page i gave you [14:39] that's a wily branch [14:40] https://launchpad.net/ubuntu/+source/linux-raspi2 shows wily and xenial [14:40] mvo_: http://paste.ubuntu.com/14857472/ [14:40] ah, my bad [14:40] * awe__ goes and looks again [14:40] clicking on the version will get you to the package [14:40] (then click on "armhf" there to get the binary deb) [14:41] jdstrand: so its reinstalling hello-world evey 1h? [14:41] (under "Builds") [14:41] got it [14:41] mvo_: so, starting at 11:00 local (17:00 UTC), snappy started regenerating apparmor profiles on the hour, every hour for hello-world.canonical, but not other snaps [14:42] beuno, so I have version X uploaded to the store for armhf. I tried "Upload a New Version" of version X for amd64, and it's complaining that the version is already uploaded. Do I have to change the version per arch? [14:42] mvo_: the other snaps that are install (one sideload, snappy-debug and ufw) did not dual-land [14:42] I believe ufw may be an ar-based snap in rolling, and snappy-debug you need edge [14:43] oh, but his is all 15.04 [14:43] jdstrand: I suspect its actually reinstalling this every hour? [14:43] $ snappy list [14:43] Name Date Version Developer [14:43] ubuntu-core 2016-01-20 13 ubuntu [14:43] bind9 2016-01-20 IKaMHDSJATaY sideload [14:43] hello-world 2015-12-27 1.0.18 canonical [14:43] snappy-debug 2016-01-06 0.10 canonical [14:43] ufw 2015-12-17 0.35 jdstrand [14:43] beagleblack 2015-12-17 1.12 canonical [14:43] mvo_: that is what I expect is happening [14:43] kyrofa any idea how i force an update, [14:43] s/expect/suspect/ [14:43] mvo_, it seems that canonistack hasn't built a rolling image since it moved to all snaps [14:44] mvo_, do you know anything about that? [14:45] we build images in canonistack ? [14:45] since when [14:46] * ogra_ thought we dont build rolling images at all ... you always need u-d-f for it [14:47] kyrofa, nothing moved to all-snaps yet except mvos dir at people.c.c [14:47] kyrofa: aiui, there is nothing that automatically builds the os, kernel and gadget snaps used with these images. that work, aiui, is planned [14:47] the cdimage builds still only produce the old setup [14:47] (on my list for this week) [14:50] mvo_ is there a way to update the image with a command line? [14:51] snappy update ubuntu-core [14:51] (+ sudo ) [14:51] jdstrand: will "snappy list -u" show you hello-world as upgradable? [14:51] * jdstrand checks [14:52] jdstrand: I'm still puzzled by this :) [14:52] jdstrand, ogra_ ah, I keep misunderstanding that. So rolling really is dead right now? [14:52] * jdstrand taps fingers [14:52] mvo_: it does not [14:52] $ snappy list -u [14:52] ... [14:52] hello-world 2015-12-27 1.0.18 [14:52] ... [14:53] jdstrand: hrm, hrm, that is confusing [14:53] mvo_: you said a change landed yesterday on the store. I imagine that change was between 1600 and 1700 UTC [14:53] jdstrand: worth checking with the u1 guys [14:54] mvo_: it seems like this is perhaps something that needs to be backed out unless we know that it isn't affecting shipping devices [14:54] this would likely disrupt a service for a snap that this is happening to [14:55] kyrofa, no, it is simply not moved to all snaps yet ... everything should work though [14:55] (but using system-image) [14:55] jdstrand: I forwarded your question [14:55] ogra_, "dead" = not getting any updates, I mean [14:56] it is getting them daily ;) [14:56] in fact all-snaps isnt getting any currently :) [14:56] (apart from manual builds mvo_ does) [14:57] mvo_: thanks [14:57] ogra_, huh, okay. Yeah, I really misunderstood :P [14:58] kyrofa now i updated the ubuntu core again and yet i dont have a snapps dir [14:59] noizer, I'm afraid you've moved beyond my experience. sergiusens or mvo_ may be able to help you better [14:59] stgraber, hey, looking at using pylxd, but stumbled upon something which you were on the path to fix https://github.com/lxc/pylxd/pull/53 [15:01] serguissens mvo_ Hi guys, i did just an update of my ubuntu core and now my snapps dir is totaly gone. [15:01] sergiusens [15:01] sergiusens mvo_ When i installed a snap with python he doesn't recognized the keyword python anymore [15:02] sergiusens mvo_ Any suggestions [15:02] ? [15:02] noizer: are you running 16.04 (rolling) ? [15:03] noizer: or is that on 15.04? [15:04] mvo_, 16.04 system-image [15:04] mvo_ rolling [15:05] noizer, oh, python 2 is not part of rolling; you will need to use snapcraft and the python plugin [15:05] or use python3 [15:05] kyrofa, ^ [15:05] sergiusens, i think he does use the python2 plugin [15:06] * ogra_ gave him the runes [15:06] ogra_, when someone uses the copy plugin I always suspect ;-) [15:06] sergiusens sorry i use the python2 plugin at this time [15:06] but if the /snaps dir is gone that wont help much :) [15:06] sergiusens, yeah no shebang or anything [15:06] sergiusens, not copy ... just the same runes i use for mycroft [15:07] config: [15:07] plugin: python2 [15:07] source: . [15:07] and additionyl python packages via stage-ppackages in copy [15:07] geez .... my typing ... [15:07] sergiusens, but the thing that's really confusing is is the /snaps dir [15:08] ogra_ but is there now a way to install them with pip? [15:08] * kyrofa went cross-eyed trying to read what ogra_ just said [15:08] noizer: hm, sorry that 16.04 is a bit rocky, we had some incompatible changes recently but its stabelizing all again now. we moved to the new /snaps dir (instead of the previous /apps dir) and we moved to a new snap.yaml layout. those may have broken the image. easiest might be to reinstall using http://people.canonical.com/~mvo/all-snaps/ - I am updating the images as we speak [15:08] kyrofa, like http://paste.ubuntu.com/14857655/ ... ;) [15:09] ogra_, hahaha [15:09] config gets you the interpreter ... copy's stage-packages gets you extra modules [15:09] i know i'm cheap ;) but it works [15:09] ogra_, ah, this is the "I don't want to write a setup.py" YAML? [15:10] mvo_ can you update me when the image is there to download? [15:10] well, i dont want tio use sources if i can use prebuilt binaries ... :) [15:11] ogra_, heh :) === popey_ is now known as popey [15:14] ogra_ can i install the packages then like a tornado? [15:14] (stage-packages) [15:15] like a tornado ? [15:15] dressed like a funnel whirling around ? [15:15] noizer: sure, I will. I hope later today, there is one pending branch that needs review then I think all is in and the disruptions are over (fingers crossed) [15:15] tornado the python library [15:15] ah [15:15] you shoudl be able to [15:15] ogra_, nah, noizer use pip-packages; snapcraft help python2 [15:15] ah [15:15] yeah, thats definitely different [15:17] ooooh ok [15:24] mvo_ i think i best need to wait until the problem is solved? [15:26] mvo_ or can i revert my update so I can work a little further? [15:27] noizer: you can revert your update, just run "snappy rollback ubuntu-core" [15:28] mvo_ thx allot xD [15:28] mvo_ hopefully is it fixed soon :d [15:29] dammed mvo_ :p no version to roll back :p [15:36] noizer: ha! of course [15:36] noizer: ok, this is a bit tricky but you can force it via "grub-editenv", grub-editenv list will show whats there [15:37] noizer: and if you look at /var/lib/snappy/snaps you need to set the snappy_os to the last os snap you have there [15:37] noizer: its a bit risky but should work :) [15:41] mvo_ dammed i cant enter the classic mode anymore [15:41] noizer: grub-editenv should be available in normal mode [15:41] noizer: its all connected, the /snaps change also changed the data directory [15:42] noizer: appologizes again, the timming is very unlucky, this is probably the worst distruption we had in the entire snappy lifecycle [15:42] mvo_ -bash: grub-editenv: command not found [15:42] mvo_ np i appreciate the good help over here so no worries === chihchun is now known as chihchun_afk [15:47] noizer: hm, it should be under /usr/bin/grub-editenv [15:48] Hello, in snapcraft how can I inform make plugin that an additional configure is needed? [15:50] opny, when you say "configure" I think autotools, not make. No? [15:51] mvo_ it think i will make a new image of the previous version. but can i disable automatic updates? [15:53] kyrofa, yes, I'm not that good on the topic, sorry. I have a Makefile but requires a ./configure run first. Should I "extract" such ops from it ? [15:54] opny, nahh, you just need to use the autotools plugin! [15:54] opny, that will run configure for you (and allows you to specify configure options) as well as run make/make install for you [15:55] kyrofa, I'll try thanks :) [15:56] opny, `snapcraft help autotools` will help === bdmurray_ is now known as bdmurray [15:57] kyrofa, oh.. great.. I used to read the plugin source till now.. [15:58] opny, *cough* well that works, too... [15:58] kyrofa, *cough* ya kind of.. [15:59] guys, stop sreading your germs in here ! [16:14] hey folks. What does this mean ? `Device generic_amd64 not found on server https://system-image.ubuntu.com channel stable` [16:15] I run this command: ` ubuntu-device-flash core 15.04 -o my-snappy.img --channel stable` [16:18] torbit, try adding --oem generic-amd64 [16:24] ogra_: unkown flag [16:24] huh ? [16:24] cant be [16:25] * ogra_ wonders how old your ubuntu-device-flash is [16:25] one sec I check for you [16:25] though --oem has been supported from day one i think [16:26] well this may sound odd but I cant seem to get the version. However my -h flag gives me the following outout ```Usage: [16:26] ubuntu-device-flash [OPTIONS] [16:26] Application Options: [16:26] --revision= revision to use, absolute or relative allowed [16:26] --download-only Only download. [16:27] --server= Use a different image server (https://system-image.ubuntu.com) [16:27] --clean-cache Cleans up cache with all downloaded bits [16:27] --tls-skip-verify Skip TLS certificate validation [16:27] Help Options: [16:27] -h, --help Show this help message [16:27] Available commands: [16:27] core Creates ubuntu core images [16:27] query Run queries against the image server [16:27] touch Flashes ubuntu touch images ``` [16:27] geez ! [16:27] * ogra_ points to paste.ubuntu.com [16:27] :) [16:27] also: ubuntu-device-flash core --help [16:28] since you want to know the options for the core command [16:28] ogra_: http://pastebin.com/BxcU6qzM [16:28] same output as above [16:29] mvo_ will the image be updated today? [16:30] noizer: thats my goal, I'm still waiting for one branch to land [16:32] mvo_ ok but when im trying to use an previous version it will automic update but can i disable thath? [16:32] noizer: I disabled the new version for now on the server side [16:33] thx a lot :D [17:05] dholbach: when I am using the guide here: https://developer.ubuntu.com/en/snappy/start/#snappy-local , can I get a newer image than 15.04? [17:06] oic [17:06] dholbach: is there a rolling image? [17:07] tsimonq2: I don't think there's an official one, but you can roll one yourself using ubuntu-device-flash [17:07] dholbach: how would I go about doing that? [17:07] or use http://people.canonical.com/~mvo/all-snaps/ [17:08] which has the latest changes [17:08] dholbach: so is this rolling edge? [17:08] it will be [17:08] this is a new architecture that currently only gets manual updates [17:09] but shoulöd be implemented as default very soon [17:09] dholbach: so I'll get the 1504 image as specified on the page, but can I upgrade release and channel? [17:09] to rolling and edge? [17:09] you can get a rolling release by using ubuntu-device-flash and using the rolling (xenial) release to build your image [17:10] tsimonq2: ^ what ogra_ said [17:10]