[00:47] Chipaca: I am now === chihchun_afk is now known as chihchun [06:24] Hey mvo, I enabled the translations for snappy in launchpad. [06:25] elopio: excellent, thanks a bunch! [06:25] mvo: I wasn't quite sure about the configs to set, so maybe you'll like to take a look. [06:25] I set autoimport and autoexport in trunk. [06:27] elopio: nice, I have a look. we need to change the image seed too, right now iirc we don't have all the packages needed to get translations :) [06:27] mvo: do you mean, to start snappy in a different language? [06:28] elopio: yes, on a snappy system, I think we lack some of the required libraries/packages [06:28] I see. I was wondering how to do that. [06:28] but for now I'm happy. It will be good for the open house to encourage people to contribute translations. [06:29] elopio: absolutely! === chihchun is now known as chihchun_afk [06:46] good morning [06:56] hey dholbach & snappy crew [06:57] salut [06:58] hey good morning seb128 and dholbach and fgimenez [06:59] hey mvo [06:59] good morning mvo and all [07:09] hey mvo [07:47] mo'ing [07:48] hey Saviq [07:50] oi === chihchun_afk is now known as chihchun [07:57] * ogra_ sihs about the size of personal [07:57] *sighs [07:58] one day we'll produce desktop images that dont take a lifetime to download :P [07:59] it's not the size of the image that's the problem, it's your crappy internets, ogra_! ;) [07:59] yeah+ [08:00] still, it would be good if ubuntu-device-flash and the system-image server could talk rsync [08:00] or delta, at least [08:00] re-downloading the whole thing every time is just so wasteful [08:01] ogra_, is console=ttyACM0 on Pi meant to stay? that seems to actually be my problem as the emon add-on uses serial to communicate [08:02] so the bootloader gets scared by all that happens on ttyACM0 [08:02] yes, i think it is meant to stay for the default image [08:02] embedded boards = serial console [08:03] ok then, /me rolls a custom snap then, ogra_ do you guys have a branch for your main pi snap? [08:03] we might have a "gui oem snap" for it or some such though [08:03] in that i would drop it [08:04] no branch yet, you can just unpack it and modify as needed [08:04] kk [08:04] * ogra_ puts "make branch" on his TODO [08:05] i have a half baked one for the overlay dtb support (needs also a spoecific device tarball with the last kernel), i'll upload that if this personal download ever finishes === john-mca` is now known as john-mcaleely === erkules_ is now known as erkules [08:39] hey rsalveti, did you get my open house mail? === davidcalle_ is now known as davidcale === davidcale is now known as davidcalle_ === davidcalle_ is now known as davidcalle [09:06] Good morning all; happy "I Forgot" Day! 😃 [09:26] JamesTait: i don't even remember what i forgot! [09:27] Chipaca, have you been drinking again? [09:27] JamesTait: not today (yet), and only twice ever enough to forget [09:29] Chipaca, so, success? [09:34] Chipaca: hey, goooood morning! do you happen to know if there is anything blocking the noUpdateGrub branch from landing? if everything is ready I can land it today [09:35] mvo: god morning! [09:35] sergiusens: hi, for later - could you pass me the links for the passwd and adduser diff so that I can upload your fix? [09:35] Chipaca: I hope that was a typo ;) [09:35] ooh, my beuno script has a bug! [09:35] mvo: god morning! [09:35] indeed [09:35] /exec -o beuno mvo [09:35] ^^ failing [09:35] lol [09:35] mvo: goooooooooooooooooooooooooooooooooooooooooooooood morning! [09:36] loooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooool [09:36] it's “echo -n "${1:-beuno}: g";eval printf "o%.0s" {2..$((RANDOM/512))}; echo 'd morning!'” [09:36] mvo, i think this was the final one for shadow http://paste.ubuntu.com/11778897/ ... the adduser stuff should be in an MP [09:36] but /bin/sh doesn't have a RANDOM? guess i havne't used it in a while [09:37] Chipaca, shuf -i 1-100 -n 1 [09:38] Chipaca, also ... https://wiki.ubuntu.com/DashAsBinSh the page every ubuntu dev should know by heart :) [09:39] (there is a more complex example for $RANDOM in a POSIX compliant way) [09:39] ogra_: i was using dash (or ash?) as sh before the official switch [09:39] ogra_: but i guess i never tested this thing after the last time i tweaked it? dunno [09:39] :) [09:40] i was using some small sh back in debian, which was before warty [09:40] ogra_: nice, thanks. I wasn't sure if there was a real branch for passwd or just the pastebin [09:40] anyway [09:40] mvo: in answer to your question [09:40] mvo: i don't know what's missing, but sergio should be around soon [09:40] mvo, just the pastebin i think, but sergiusens might have made changes since so better have him confirm that paste as final [09:41] ok [09:41] thanks Chipaca and ogra_ [09:42] there's still some question around console [09:44] more than one ... see Saviq above about the RPi :) [09:44] ogra_: where? [09:44] i think console shoul dprehaps become an option to u-d-f or some such [09:45] Chipaca, in the backlog ... his RPi runs sime peripherial HW attached to the serial console ... our default image uses that device as console device and crashes his HW ... [09:45] we need to find a more flexible way to set console altogether i think [09:45] on all images [09:46] and grub shouldnt use two console entries, IMHO all output from the boot should go to the same console device [09:47] (preferably the one where also your getty will start once finished) [09:47] the default image also runs a getty on serial afaik [09:47] or is that a freebie from it being console? [09:52] morning snapers [09:54] snaaapers :) [09:56] ogra_: I think we'd just need another oem for rpi2 that would not use the serial port by default [09:56] since unless hardcoded in the kernel, that's just a cmdline option, right? [09:57] rsalveti, i think we need a gerneral solution for console= [09:57] rsalveti, grub has similar probs [09:57] ogra_: what are the problems with grub? [09:57] (not actually killing hardware ... but cloud definitely wants serial while desktop will definitely want tty) [09:58] we need a more flexible way to define it at image creation time IMHO [09:58] problem with options at the image creation time can make the same image behave differently [09:59] which is why having another oem is so cheap [09:59] i dont want "options" i want one option ;) [09:59] oem/gadget [09:59] for now, yeah :P [09:59] --console=serial|native [09:59] something like that [09:59] right [09:59] sergiusens: ^^ [10:00] nothing you can freely define ... [10:00] just a switch [10:00] (it is ugly to mangle the cmdline during build, i know that, but i dont see a better way) [10:01] (unless we want to have a ton of duplicate oem snaps for each device just for one option changed) [10:02] --console=serial|network|native ;) [10:02] hah, even a third option :) [10:02] * ogra_ didnt think about network :) [10:05] * ogra_ laughs about balloons' open house mail ... switching folders in my mailer is like zapping on TV and always seeing the same ad on all channels [10:10] asac: rsalveti: mvo: sergiusens: should i re-enable click-review on build? [10:15] asac: rsalveti: mvo: sergiusens: i ask because bug #1470265 [10:15] Bug #1470265: Binary with an underscore fails to produce an apparmor profile [10:15] bug 1470265 in Snappy "Binary with an underscore fails to produce an apparmor profile" [Undecided,New] https://launchpad.net/bugs/1470265 [10:21] Chipaca: did the error messages get cleaned up yet? [10:21] asac: if by that you mean has it caught up with current snappy, yes [10:22] asac: there might be things still improperly reported as broken, because not enough testing, because we're not using it :) [10:22] Chipaca: no, i mean are the errors it spits out now readable and complains only about things that are really issues? [10:22] in particular there's at least something about systemd units that seems off [10:23] asac: the majority of things it complains about are actual issues; the (mostly hypothetical) remaining things are bugs we need to address [10:23] asac: but either we start using it, or we start reimplementing it in 'snappy build' [10:23] asac: snappy assumes you've used it, and does not do deep checks [10:24] asac: so things break in strange ways [10:24] asac: (as in the linked bug) [10:24] Chipaca: so is the bug that a snap install fails ? [10:24] asac: also in the linked bug: the full output from the review tool for a modified 'hello-world' that reproduces the issue [10:24] e.g. bails out ...? [10:24] e.g. you build and you install, and then a) it does not install or b) does not work right? [10:24] asac: no, the bug is that snap install does not bail, but fails to do all the things it should, afaik [10:25] (b) [10:25] mostly (b) [10:25] things we catch and fail on, we mostly catch at build time too [10:25] (mostly!) [10:25] so i think there are two times of checks. all checks that ensure that a nsap can be installed and work shoudl be in snappy build [10:25] all things we dobnt want by policy should be in review tools [10:25] asac: that's pretty much all of the review tools [10:26] right, then parts need to be moved [10:26] whatever needs checking for runtime reasons isnt review tools [10:26] review tools is really abotu not allowing certain options that otherwise dont cause issues [10:26] e.g. you add custom profile groups to your snap is technically working [10:26] just not allowed === chihchun is now known as chihchun_afk [10:32] asac: want to say as much in that bug? [10:32] asac, well, it is checking the options in the .yaml files ... i dont think it helps the above bug to re-enable the review tools though, binaires with underscores simply need to be supported ... (there are surely plenty) [10:32] (and the check needs to go once snappy got fixed to support them) [10:33] ogra_: it's not snappy but apparmor [10:33] well, apparmor then [10:37] Chipaca: think did that now [10:37] also included ogra's input [10:38] yup [10:38] thanks [10:38] hah [10:38] *snap* [10:38] 10 seconds apart :) [11:22] sabdfl: note bug 1470265 is about _s in binaries (ls /usr/bin | grep _), not in package names [11:22] bug 1470265 in Snappy "Binary with an underscore fails to produce an apparmor profile" [High,Confirmed] https://launchpad.net/bugs/1470265 [11:23] possibly the same argument applies, but it does mean renaming things like "document_viewer" (the core app document viewer that originated the bug report) [11:25] yeah, we cant really anforce that [11:25] *enforce [11:31] ogra_: well, we are right now, in the "neener neener no apparmor for you" sense [11:31] yeah [11:51] morning === alex-abreu|off is now known as alex-abreu [11:51] mvo: https://trello.com/c/BnuEpCft/134-support-extrausers-for-adduser-useradd-and-groupadd [11:54] asac: rsalveti ogra_ as I mentioned in the document for gadgets, we can use grubenv for specific options as well [11:55] sergiusens, on arm ? :P [11:55] ogra_: trollolololol [11:55] :P [11:55] sergiusens, i think we need some global way to set console= [11:55] arch and device independent [11:55] ogra_: we can support this, but not right away [11:56] yeah, i didnt expect it today :) [11:56] ogra_: on arm we can just have the default boot line in snappy-system.txt read from an additional variable in uEnv.txt [11:56] sergiusens, no [11:56] to support the default case and would be similar to grubenv [11:56] sergiusens, i want a way that doesnt require touching the oem snap [11:57] ogra_: oh, snappy config [11:57] being able to use the same image on serial and non serial setups [11:57] ogra_: then you get to right yaml ;-) [11:57] so the first boot goes to the right console device [11:57] i think it needs to be a udf option [11:57] *write [11:57] ogra_: no thanks, no more u-d-f options [11:58] well, thats the only way [11:58] I get slaughtered by adding them from people looking at crisp syntax ;-) [11:58] unless you can show me something else without me modifying any parts of the image [11:58] ogra_: live feed a snappy config is the best thing I can think of (as in "preactivate") [11:59] so writing a one liner yaml file that gets parsed by udf ? [11:59] ogra_: or pass it a file path [11:59] and you prefer that over a cmdline option ? [12:00] (its not really different, just more work for the user) [12:00] @reviewlist [12:00] https://code.launchpad.net/~mvo/snappy/snappy-fix-bbb-crash/+merge/263530 | No reviews (less than a day old) [12:00] https://code.launchpad.net/~fgimenez/snappy/filter-tests/+merge/263222 | Approve: 1 (2 days old) [12:00] https://code.launchpad.net/~mterry/snappy/selftest-reboot-notice/+merge/262265 | Approve: 1 (14 days old) [12:00] https://code.launchpad.net/~mvo/snappy/snappy-console/+merge/262061 | Approve: 1, Needs Fixing: 1 (15 days old) [12:00] https://code.launchpad.net/~mvo/snappy/snappy-verify/+merge/261718 | Needs Fixing: 1 (20 days old) [12:04] thanks rsalveti [12:15] sergiusens: hola! what's missing for noGrubUpdate? [12:20] Chipaca: I rebuilt the image last night, what is missing is a proper e2e test [13:19] mvo, seb128 desktop-next is still unhappy about the clickpkg user ? [13:19] ogra_, yes, I'm looking at that [13:19] it's because it inherits from touch-core [13:19] oh, it worked fine in core [13:19] cool (just got the mail from nusakan) [13:19] which includes packagekit-plugin-click [13:19] which brings click [13:19] which creates clickpkg user [13:20] which fails the build because that got cleaned out from the prebuild list [13:20] mvo, ogra_ ^ [13:20] seb128, so re-add it [13:20] assuming you want to support click packages on dekstop-next [13:20] seb128: just give it a different uid/gid, we will hardcode that in snappy [13:20] is that going to work on snappy? [13:20] (or is that mutually exclusive vs snap) [13:21] seb128, heh, no idea :) [13:21] I was going to hack livecd-rootfs to uninstall packagekit-plugin-click on desktop-next [13:22] mvo, do you think we want click on snappy personal? [13:23] * ogra_ would keep it for the start to have more apps available ... if snap and click can actually coexist [13:24] once the click packages were migrated thats indeed pointless [13:25] yeah, unsure if click works on snappy, probably needs some dirs to be made rw, unsure if they are [13:25] also currently the click scope is installed, but unsure if the snap one is going to be co-installable or replace it [13:26] (having a terminal would surely be helpful ;) ) [13:27] so if clicks dont work, it might make sense to have a terminal snap ahead of time :) [13:36] mvo: did you see my reply wrt clickpkg/snappypkg? [13:37] mvo, sergiusens, do you have opinion on including click on not or personal? [13:37] or->on [13:38] seb128: wouldn't that be confusing in the end? [13:38] sergiusens: yes, I think you are spot on, I like the config idea [13:39] mvo: oh goodie /usr/share/snappy/ or similar? [13:39] sergiusens, having click? [13:39] seb128: yeah, click and the click scope and then snappy and the snappy scope [13:40] sergiusens: yeah, I think so, part of ubuntu-core-config I guess so that its easy to split between 15.04 and 16.04 [13:40] sergiusens, unsure, but atm we don't have snappy scope yet [13:40] Chipaca, WRT the network interface naming, did we actually do anything about it ? (seems it all works atm and i wonder why, did pitti revert anything ? ) [13:40] mvo, ^ opinion? [13:40] ogra_: no, it's still broken (on intel) [13:40] oh [13:41] ogra_, Chipaca: no, I didn't revert anything, but awe was talking to me about ofono [13:41] i'll start a ML thread about it then ... [13:41] we discussed it in bug 1467640 and PM, and I gave some suggestion [13:41] just wanted to know the status quo, since i had not heard anything about it anymore [13:41] bug 1467640 in ofono (Ubuntu) "No mobile data connection for mako on wily" [High,Confirmed] https://launchpad.net/bugs/1467640 [13:41] seb128: it's just my personal opinion that if you add it, it will be hard to remove in the future [13:41] seb128: hmmm, I'm not if mixing the two is a good idea, I think they might get confused, especially click as there will be files in /apps that do not have the meta-data that click expects [13:42] seb128: and maybe kyrofa can share is scope preview with you [13:42] seb128: but it would be mostly unpopulated [13:42] pitti, ah net.ifnames=0 sounds good [13:42] mvo, so should I just remove click and package-plugin-click from a livecd-rootfs hook? [13:42] (though i guess we will eventually need to support that stuff) [13:43] ogra_: if that's just about ofono, I suggested that we disable the ifnames just for the rmnet* devices, isn't that easier? (doesn't require changing kernel params or other image changes0 [13:43] pitti, well, i dont really care specifically about rmnet [13:43] this is more about eth0 which is hardcoded in half the world [13:43] ogra_: did that break anything else? [13:43] mvo: do you want to do the config or should I? And should we use numbers or names/strings? [13:43] yes, snappy VM images [13:43] ogra_: oh right, sorry -- I thought I was talking on #u-touch :) [13:44] we ship /e/n/i.d/etc9 by default pre-built [13:44] *eth0 [13:44] mvo given the stricktness of uid/gid, matching with numbers is fine in my opinion if it is in a config (not in code ala android ;-) ) [13:44] well, rmnet will affect snappy phones at some point :) [13:44] sergiusens: I can do it, unless you really want to, I won't stand in the way of course [13:44] so it isnt totally offtopic [13:44] seb128, I do indeed have a snappy scope [13:44] mvo: go ahead ;-) [13:44] but for the moment we have no networking on kvm images ... that needs immediate action [13:45] sergiusens: I was thinking that uid/gid by number will not work on desktop installs of ubuntu-device-flash as its generated dynamically there :/ [13:45] sergiusens: I switch networks now, trying to find a place that is less hot :) [13:45] * mvo is back in 2minutes [13:46] seb128, heh, i just booted my first kvm personal ... how did you even manage to take that picture yesterday ... the reboot is so fast i cant read what it prints [13:46] seb128, is this for the personal image? [13:47] mvo: we can read from the snappy sysroot though [13:47] kyrofa, yes [13:48] ogra_, I filmed the boot with my bq and went frame by frame on the movie with mplayer [13:48] LOL ! [13:48] :-) [13:48] wowo [13:48] -o [13:48] seb128, awesome! Right now, the snappy scope runs by utilizing the webdm API. It'll move to using the snappy service when its API is finished [13:48] kyrofa, great [13:49] seb128, lp:unity-scope-snappy [13:49] kyrofa, thanks [13:49] * ogra_ guesses popey should work on a terminal-app snap then ;) [13:49] kyrofa, I'm not looking at that yet, trying to get an image to boot and start unity8 first, but then it's next [13:50] seb128, very cool. I've got an orange matchbox here if you get to the point where I can help with anything [13:50] kyrofa, ok, noted, thanks :-) [13:51] seb128, of course! :) [13:51] rsalveti, asac: newest incarnation: https://i.imgur.com/pF720DL.png - deployment will take a bit longer [13:52] kudos to davidcalle for his great styling work :) [14:03] seb128, so with modifying grub.cfg i get it to boot here ... [14:04] (the boot takes nearly 10min in kvm though, but i see a greeter with guest session) [14:04] yeah, that's expected [14:05] if we ever get a image to build without cloud-init you should see the ubuntu user and be able to log in :p [14:05] oh. it is still in there ? [14:05] k [14:06] seb128, if you let me know when you've got an image with unity8, I can actually package the scope as a snap for you [14:06] heh, yeah, clicking on the passwd field gets me a black screen now [14:06] right [14:06] ogra_, bug #1307618 [14:06] Bug #1307618: Unity 8 Desktop Preview does not work in the guest session [14:06] bug 1307618 in unity8-desktop-session (Ubuntu) "Unity 8 Desktop Preview does not work in the guest session" [Medium,Confirmed] https://launchpad.net/bugs/1307618 [14:06] yup [14:07] kyrofa, we have an image that works if you manually hack around a bit [14:07] hopefully less manually hacking by tomorrow [14:09] seb128, are you planning to do unity8 as a framework? [14:10] kyrofa, is that doable with what framework can do? [14:10] seb128, I actually have no idea :P [14:11] kyrofa, but currently no, I think framework are too limited [14:11] eventually we are getting there [14:11] but not in the first iteration [14:12] seb128, that makes sense [14:12] seb128, okay, so the snappy scope won't have any framework dependencies other than webdm [14:13] k [14:13] seb128, and we just hope that no one tries to install it on Ubuntu Core :P [14:13] hehe [14:19] mvo, I just saw your comment on the clean-up card [14:19] mvo, but unfortunately, I've been doing a lot of disruptive cleanup on the demo branch [14:19] seb128, so now when i boot with all console= args dropped i actually see the errors :) [14:19] clould init actually tries to pull some remote file via http and fails ... thats why it takes so long [14:20] mvo, and your branches don't merge well at all anymore. I've also done some pep8/pylint cleanup myself -- will try to see what your run-checks does vs mine [14:20] mterry: sure, no problem. let me know if I can help in any way here [14:21] mvo, what's the story with pyflakes vs pylint? Is one better/more-maintained than the other? [14:21] ogra_, right, and worth, that results in not having an "ubuntu" user working, which is why we remove cloud-init [14:21] mterry: I have not investigated pylint in a while, when I used it last some years ago I got quite a few false positivies, pyflakes fit my needs better, but that might have changed by now [14:21] seb128, yeah [14:22] mvo, will try -- pylint3 crashes on one of my files... [14:22] heh [14:22] seb128, just saying, there is no way to even see the errors with the console= args we set by default [14:22] ogra_, well, "try to remove", still fighting issues due to mvo's clickpkg->snappypkg :p [14:22] evil mvo ! [14:22] ogra_, without those it boot loop to grub anyway no? [14:22] * ogra_ tries to manually add a user in the mounted partition :) [14:23] mvo, pyflakes is nicer indeed :) [14:23] seb128, nope, i only needed an initrd line and drop the panic and console= args [14:23] which gets me a proper boot [14:24] k [14:24] do you know why the config is not having an initrd? [14:24] well, we should wait for the grub cfg refactoring work to land to look at that more [14:24] issues might just be outdated [14:24] seb128, no, but Chipaca does i think [14:24] right, the next build might be fine [14:24] not sure what landed yet [14:25] hmm [14:25] ogra@anubis:~/datengrab/personal$ cat mnt/var/lib/extrausers/passwd [14:25] ubuntu:x:1000:1000:ubuntu,,,:/home/ubuntu:/bin/bash [14:25] seems the ubuntu user actually exists [14:26] ogra_, yeah, but it has no passwd or that is screwed in some way [14:27] I set the passwd from a systemd.debug-shell shell and then I can log in [14:27] it doesnt look like mouse or kbd work for me [14:27] on the greeter [14:27] weird [14:27] wfm [14:27] (doubleclick does, but nothing else) [14:28] and there is no pointer [14:32] fgimenez: lets skip the hangout today, unless you have something to talk about. [14:34] elopio, ok, nothing special, i've put in review filter-test again and was able to reproduce the udf issue [14:34] fgimenez: cool, I'll will look at the branch. [14:35] anybody has an idea about what's going on here? https://bugs.launchpad.net/ubuntu/+source/goget-ubuntu-touch/+bug/1470727 [14:35] Ubuntu bug 1470727 in goget-ubuntu-touch (Ubuntu) "ubuntu-device-flash touch fails with: failed to find user uid/gid" [Undecided,Confirmed] [14:35] elopio, ok thanks, the idf issue seems to be related to something else different from the image version or even udf, which hasn't been updated lately [14:35] *udf [14:36] elopio: fgimenez heh, mvo is taking care of that; it's related to the latest landing of changing clickpkg to snappypkg as the user to install under [14:37] mvo: I have a hackier solution; just create clickpkg in /etc/passwd with the same uid/gid as snappypkg and list it after the snappypkg :-P [14:37] sergiusens: woah, thats … scary [14:37] mvo: supported and works though ;-) [14:39] ok, I see. Thanks. [14:44] mvo: http://docstore.mik.ua/orelly/networking/puis/ch04_01.htm 4.1.2 :-P [14:44] balloons, dholbach: did you avoid on purpose mentioning this IRC channel on the wiki page? or should I add it? [14:45] elopio, I thought I had added it - please add it if I forgot [14:45] ty elopio .. feel free to edit that wiki page(S) [14:46] on it... [14:46] elopio: yeah, my fault, but I think I have a plan for a fix (unless sergiusens keeps confusing me ;) [14:48] mvo: the uid/gid alias is magic and 2 lines of livecdrootfs ;-) [14:51] sergiusens, and one spare build to collect the new md5 [14:51] :) [14:53] mvo: how goes squashfs? [14:54] totally squashed [14:55] so much so, now it's called sqlfs [14:55] wait, no [14:56] Chipaca: did I send you the spreadsheet already with my results so far? [14:57] mvo: well, i didn't see it === kickinz1|afk is now known as kickinz1 [15:00] mvo: ta [15:01] Chipaca: the percentages are pretty terrible, but the absolute time is not too bad [15:02] mvo: percentages of? [15:02] Chipaca: there is a additional sheet with the memory consumption [15:02] sergiusens: startup time overhead with squashfs [15:36] beuno: did you see the invitation about the open house on tuesday? sergiusens pointed out correctly that we haven't invited anybody from the store. [15:36] could you (or somebody from your team) join us? [15:51] mvo: is this a bug in gettext? http://bazaar.launchpad.net/~snappy-dev/snappy/snappy/view/head:/po/snappy.pot#L89 [15:51] or should we just not comment things before the G line ? [15:52] elopio: let me look at the code [15:54] elopio: I think thats a gettext problem, at least partialy. the alternative xgettext-go uses a slightly different heurisitic to find the comments, if there is a blank line, it will not consider the comment [16:03] mvo: cool. So with your proposed branch we get a lot of nicer things. [16:11] rsalveti: can we publish the rc we will be testing in cdimage.ubuntu.com ? [17:18] mterry: you like translations, right? [17:18] https://code.launchpad.net/~elopio/snappy/translator-comment/+merge/263673 [17:18] elopio, heh I suppose I do :) [17:18] elopio, but mvo has been the architect of snappy's gettext support [17:19] elopio: sure, once we get the rc I can build the pre-built images and publish them there [17:19] elopio, looks good though [17:19] balloons: ^ so no need to document ubuntu-device-flash, for now. [17:21] thanks mterry. I think mvo is super busy trying to get his holidays :) [17:22] :) [17:23] ogra_: will you publish a raspberry pi for the RC? [17:23]