[01:12] <mup> PR snapcraft#837 opened: kernel plugin: allow collecting the same mod deps <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/837>
[01:15] <sergiusens> cwayne thanks!
[01:15] <sergiusens> cwayne I hope you notice it is a smaller snap than before too ;-)
[01:23] <cwayne> ooh I like that :)
[02:06] <mup> PR snapcraft#838 opened: pluginhandler: take the file encoding into account <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/838>
[04:36] <mup> PR snapcraft#839 opened: Fixing 'sign-build' integration tests <Created by cprov> <https://github.com/snapcore/snapcraft/pull/839>
[04:37] <cprov> otherwise if falls apart with the static name, https://travis-ci.org/snapcore/snapcraft/builds/163606844
[05:34] <zyga> o/
[05:48] <mup> PR snapd#2003 closed: debian: adjust packaging for trusty/deputy systemd <Created by vosst> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/2003>
[06:41] <dholbach> good morning
[07:43] <zyga> hey dholbach
[07:43] <zyga> morphis_: hey
[07:43] <zyga> morphis_: I got things to work last night
[07:44] <dholbach> hey zyga
[07:46] <dholbach> can somebody respond to the comment in https://plus.google.com/u/0/+DanielHolbach/posts/Xiho2rVSmEg?cfem=1?
[07:57] <morphis_> zyga: wow!
[07:57] <morphis_> zyga: how?
[08:12] <davmor2> ogra_: so it looks like my bug from yesterday is because of upgrades so I'm going to do a bunch of testing around that today and see if I can trigger it
[08:14] <deymon0077> hello
[08:15] <zyga> morphis_: re
[08:15] <zyga> morphis_: let me show you
[08:16] <zyga> morphis_: http://paste.ubuntu.com/23250152/
[08:16] <zyga> try this script please
[08:17] <morphis_> zyga: what should I do when I am in the bash shell
[08:17] <deymon0077> how to contact the community manager :?
[08:18] <deymon0077> help me please
[08:18] <zyga> morphis_: you can mount anything in /media
[08:18] <zyga> morphis_: and look at /proc/self/mountimfo
[08:18] <zyga> info*
[08:18] <zyga> morphis_: both inside and outside of the shell
[08:18] <zyga> deymon0077: hey, how can I help you?
[08:19] <morphis_> zyga: wow
[08:19] <morphis_> it works :-)
[08:19] <zyga> morphis_: I'll make the changes to snap-confine today
[08:19] <morphis_> great
[08:19] <morphis_> will read through the script later
[08:20] <deymon0077> I have a question: can I in the town of open courses circle to work with Linux such as Ubuntu?
[08:21] <zyga> deymon0077: hmm, can you re-phrase that question?
[08:21] <deymon0077> yes of course 1 minute
[08:23] <deymon0077> if I could, in our city open circle work on Linux Ubuntu in particular
[08:23] <deymon0077> is it possible to? or not?
[08:24] <deymon0077> I am waiting for an answer to the impatient
[08:25] <zyga> deymon0077: I don't see any problem with that
[08:25] <zyga> deymon0077: this is not the best forum to ask about things like that
[08:25] <zyga> deymon0077: I would recommend to post questions to ...
[08:25] <zyga> deymon0077: https://lists.ubuntu.com/#Ubuntu+Worldwide+LoCo+Teams
[08:26] <zyga> deymon0077: match the country that you are living in
[08:26] <zyga> deymon0077: you can connect to the local community of ubuntu users and developers this way
[08:26] <zyga> deymon0077: on that page you can also find many interesting mailing lists
[08:27] <deymon0077> Thank you very much! Good luck. I will try it =)
[08:28] <deymon0077> Have a nice day and all delicious cookies)
[08:39] <mup> PR snapd#2005 closed: asserts,overlord,snap: add prepare-device hook for device registration <Critical> <Created by pedronis> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/2005>
[08:55] <mup> PR snapd#2028 opened: doc: added timezone-control to interfaces doc <Created by stolowski> <https://github.com/snapcore/snapd/pull/2028>
[09:07] <mup> PR snapd#1990 closed: many: allow use of the system user assertion with create-user <Critical> <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/1990>
[09:08] <deymon0077>  Hello, good advise Russian forum ubuntu?
[09:08] <deymon0077> I'm from Ukraine
[09:09] <deymon0077> or a good foreign forum
[09:18] <deymon0077> tell me a good forum ubuntu
[09:18] <deymon0077> ?
[09:29] <zyga> deymon0077: perhaps ask in #ubuntu
[09:29] <zyga> deymon0077: this channel is specific to snappy
[10:20] <mup> PR snapd#2029 opened: daemon, store: switch to new store APIs in snapd <Created by pete-woods> <https://github.com/snapcore/snapd/pull/2029>
[10:28] <mup> PR snapd#2030 opened: coreconfig: nuke it. Also, ignore po/snappy.pot <Created by chipaca> <https://github.com/snapcore/snapd/pull/2030>
[10:45] <mectors> when you connect a content plug and slot, is there a directory that gets mounted?
[11:06] <mup> PR snapd#2017 closed: store: download deltas if explicitly enabled <Created by absoludity> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/2017>
[11:19] <ogra_> mectors, wait for mhall119, i think he has some experience with the content interface
[11:21] <mectors> ogra, thanks
[11:41] <sborovkov> zyga: I think I actually lied to you yesterday. I had dont apt upgrade and snap was working indeed. But when I did install the next version of my snap (build with the same version of snapd) I ran into the same issue again. After new revision of snap got installed it once again complains about wrong arm architecture. :(
[11:42] <pstolowski> jdstrand, hello, fyi, https://github.com/snapcore/snapd/pull/2028/files & apologies for forgetting about it in the earlier PR
[11:42] <mup> PR snapd#2028: doc: added timezone-control to interfaces doc <Created by stolowski> <https://github.com/snapcore/snapd/pull/2028>
[11:43] <ogra_> hmm, whats up with the latest snapd ...
[11:43] <ogra_> after my dragonboard auto-upgraded today i get:
[11:43] <ogra_> ogra@dragon:~$ snap list
[11:43] <ogra_> error: cannot list snaps: cannot communicate with server: Get http://localhost/v2/snaps: dial unix /run/snapd.socket: connect: connection refused
[11:43] <ogra_> ogra@dragon:~$
[11:44] <ogra_> ogra@dragon:~$ systemctl status snapd.service
[11:44] <ogra_> ● snapd.service - Snappy daemon
[11:44] <ogra_>    Loaded: loaded (/lib/systemd/system/snapd.service; enabled; vendor preset: enabled)
[11:44] <ogra_>    Active: inactive (dead) (Result: exit-code) since Sat 2016-09-24 11:24:12 UTC; 5 days ago
[11:44] <ogra_>   Process: 2106 ExecStart=/usr/lib/snapd/snapd (code=exited, status=1/FAILURE)
[11:44] <ogra_>  Main PID: 2106 (code=exited, status=1/FAILURE)
[11:48] <ogra_> wow, thats really badly broken
[11:52] <ogra_> mvo, zyga ^^^ seems i had a failed upgrade for some reason, now my dragonboard install is in a unrecoverably state telling me snapd is to old
[11:52] <ogra_> ogra@dragon:~$ cat /proc/cmdline | tr ' ' '\n'|grep snap_core
[11:52] <ogra_> snap_core=ubuntu-core_425.snap
[11:52] <ogra_> ogra@dragon:~$ ls -l /var/lib/snapd/snaps/ubuntu-core_*|tail -1
[11:52] <ogra_> -rw------- 1 root root 64577536 Sep 26 06:17 /var/lib/snapd/snaps/ubuntu-core_745.snap
[11:52] <ogra_> ogra@dragon:~$
[11:53] <ogra_> Sep 24 11:24:09 dragon systemd[1]: Reached target Bluetooth.
[11:53] <ogra_> Sep 24 11:24:10 dragon snapd[2007]: error: cannot downgrade: snapd is too old for the current system state (patch level 4)
[11:53] <ogra_> Sep 24 11:24:10 dragon systemd[1]: snapd.service: Main process exited, code=exited, status=1/FAILURE
[11:53] <ogra_> Sep 24 11:24:10 dragon systemd[1]: snapd.service: Unit entered failed state.
[11:53] <ogra_> Sep 24 11:24:10 dragon systemd[1]: snapd.service: Failed with result 'exit-code'.
[11:53] <ogra_> Sep 24 11:24:10 dragon systemd[1]: snapd.service: Service hold-off time over, scheduling restart.
[11:53] <ogra_> Sep 24 11:24:10 dragon systemd[1]: Stopped Snappy daemon.
[11:53] <ogra_> thats what i see on boot
[11:53] <sergiusens> ogra_ well now you know, snapd is too old :-P
[11:54] <ogra_> sergiusens, well ... i see three ubuntu-core snaps ... one seems to be the broken 745 one, the other the reliably working 738 one ... but for some reason there is also a 425 that got picked by the auto-rollback mechanism
[11:55] <ogra_> (instead of rolling back to 738)
[11:55] <sergiusens> ogra_ thanks for clarifying conf/modules ;-)
[11:55] <ogra_> :)
[11:55] <sergiusens> ogra_ surely a new feature/bug as I don't think we support that in 16 at all (use to in 15.04 through ubuntu-core config hook)
[11:56] <ogra_> well, and we shouldnt ...
[11:56] <ogra_> the kernel needs to auto-load whats needed ...
[11:56] <ogra_> i suspect the modules.dep is wrong .... it needs to be re-generated for exactly the module set that is inside the initrd
[11:57] <ogra_> before re-compressing
[11:57] <sergiusens> ogra_ it should load what it needs, but what if the module takes some specific options like disable_802.11n=true (or however it was formatted)
[11:57] <ogra_> ah, yeah, that would need something in th emodules.d dir ... a config file
[11:57] <ogra_> *in the modules.d dir
[11:57] <sergiusens> ogra_ it used to be correct as it used to work and the kernel plugin only got love from ppisati since its introduction and this bug fix now
[11:58] <ogra_> errr
[11:58] <ogra_> /etc/modprobe.d that is
[11:59] <ogra_> i guess we need more info like a kernel log from serial during boot and such ...
[11:59] <zyga> sborovkov: hmm, interesting
[11:59] <ogra_> to see why it wasnt loaded
[11:59] <zyga> sborovkov: can you strace both cases?
[11:59] <ogra_> so back to my main prob ...
[12:00] <ogra_> why do we keep three vervisions of ubuntu-core ... and why do we roll back to the obviously obsolete one
[12:00] <ogra_> an end user would now have to re-flash
[12:00] <ogra_> *revisions
[12:01] <ogra_> i guess thats a serious blocker
[12:05] <jdstrand> pstolowski: thanks!
[12:06] <mup> PR snapd#2028 closed: doc: added timezone-control to interfaces doc <Created by stolowski> <Merged by jdstrand> <https://github.com/snapcore/snapd/pull/2028>
[12:06] <ogra_> eeek
[12:06] <ogra_> ogra@dragon:~$ ls -l /var/lib/snapd/snaps/ubuntu-core_*
[12:06] <ogra_> -rw------- 1 root root 57589760 Sep 29 10:20 /var/lib/snapd/snaps/ubuntu-core_425.snap
[12:06] <ogra_> -rw------- 1 root root 64577536 Sep 25 08:19 /var/lib/snapd/snaps/ubuntu-core_738.snap
[12:06] <ogra_> -rw------- 1 root root 64577536 Sep 26 06:17 /var/lib/snapd/snaps/ubuntu-core_745.snap
[12:06]  * ogra_ notices the timestamps 
[12:07] <ogra_> so obviously it didnt not roll back but *upgraded* to 425 ... which is the last stable ubuntu-core
[12:07] <mup> PR snapd#2028 opened: doc: added timezone-control to interfaces doc <Created by stolowski> <Merged by jdstrand> <https://github.com/snapcore/snapd/pull/2028>
[12:07] <ogra_> it did that automatically !
[12:08] <ogra_> smells like snapd has a bug in the channel handling here
[12:08] <mup> PR snapd#2028 closed: doc: added timezone-control to interfaces doc <Created by stolowski> <Closed by jdstrand> <https://github.com/snapcore/snapd/pull/2028>
[12:08] <ogra_> mvo, zyga did anything change in that regard recently ?
[12:08] <ogra_> (with the new snapd)
[12:10] <zyga> jdstrand: hey
[12:10] <sborovkov> zyga: in an hour. Need to test my snap first. How do I strace what snapd does?
[12:10]  * ogra_ wonders if we have a GA blocker tag for bugs 
[12:10] <zyga> sborovkov: hmm, good question, you can probably just strace the command and coupled with -f -o you should get the full output
[12:10] <jdstrand> hey zyga :)
[12:10] <zyga> ogra_: I don't know really
[12:11] <ogra_> zyga, well, thats pretty disastrous
[12:11] <zyga> ogra_: I don't get notifications in irssi unless my name is the first one
[12:11] <zyga> ogra_: note that this is under the control of the store
[12:11] <mup> PR snapd#2028 opened: doc: added timezone-control to interfaces doc <Created by stolowski> <Merged by jdstrand> <https://github.com/snapcore/snapd/pull/2028>
[12:11] <zyga> ogra_: it's not true that revisions can be compare
[12:11] <zyga> *compared
[12:11] <zyga> ogra_: the most recent revision is whatever the store is claming
[12:11] <zyga> claiming
[12:11]  * zyga needs that coffee
[12:12] <ogra_> zyga, well, the image is created with "-c edge, it should never ever pull ubuntu-core from stable
[12:12] <ogra_> unless i manually tell it to
[12:12] <mup> PR snapd#2028 closed: doc: added timezone-control to interfaces doc <Created by stolowski> <Merged by jdstrand> <https://github.com/snapcore/snapd/pull/2028>
[12:12] <ogra_> and i think thats set up inside the imge, not in the store
[12:13] <ogra_> via seed.yaml or so
[12:14] <zyga> ogra_: that may be a bug in the image building tool
[12:14] <zyga> ogra_: but I don't know how this works either nowadays,
[12:14] <zyga> ogra_: you can peek at /var/lib/snapd/state.json
[12:14] <ogra_> well, that image is from last week ... it sat there without me touching it and auto-upgraded on its own for the last days
[12:14] <zyga> ogra_: and check which channel you are tracking
[12:14] <ogra_> i#'m actually logging in for the first time today
[12:15] <ogra_> it did the auto-upgrade just fine until today it seems
[12:15] <jdstrand> zyga: re irssi-- is that your intended workflow? I use irssi and get proper highlighting. (I use '{ text = "jdstrand"; nick = "yes"; word = "yes"; },' in the 'hilights' section of config). I also use something called hilightwin.pl
[12:16] <jdstrand> (perhaps you are missing 'word = "yes"' for your nick)
[12:18] <ogra_> hmm, interestingly the pi3 went properly to 766 on the edge channel
[12:19] <zyga> jdstrand: is there a way to reload config without quitting? :)
[12:19]  * zyga wishes for vim for irc 
[12:19] <jdstrand> zyga: yes. /reload
[12:19]  * ogra_ tickles mvo 
[12:19] <jdstrand> zyga: I think you may need to do /save
[12:20] <jdstrand> zyga: otherwise when you shutdown it might go away. I can't recall otoh
[12:20] <mup> PR snapd#2028 opened: doc: added timezone-control to interfaces doc <Created by stolowski> <Merged by jdstrand> <https://github.com/snapcore/snapd/pull/2028>
[12:21] <mup> PR snapd#2028 closed: doc: added timezone-control to interfaces doc <Created by stolowski> <Merged by jdstrand> <https://github.com/snapcore/snapd/pull/2028>
[12:22] <jdstrand> zyga: hilightwin.pl isn't needed for this, but I find it handy. you can put it in a window and all your highlights show up there. good for seeing what to tend to first in backscroll
[12:22] <ogra_> mvo, did you do any channel fiddling for ubuntu-core today in the store ?
[12:23] <ogra_> which could have caused the aboev ...
[12:23] <ogra_> **above
[12:27] <jdstrand> mvo: hi! wondering if someone is assigned to snapd failing migration in yakkety-proposed for the last few weeks. I ask because bug #1626121, which has been fixed for a while in yakkety-proposed, keeps coming up in my circles (latest was running snapd in lxd)
[12:27] <mup> Bug #1626121: strict mode snaps crash with Segmentation fault on 16.10 <Snappy Launcher:Invalid> <Snapcraft:New> <Snappy:Fix Committed by jdstrand> <snap-confine (Ubuntu):Invalid> <snapd (Ubuntu):Fix Committed by jdstrand> <https://launchpad.net/bugs/1626121>
[12:27] <zyga> I wonder if this causes a highlight (zyga)
[12:27] <zyga> hmmm
[12:27] <ogra_> the zyga !
[12:27] <zyga> nope :/
[12:28] <zyga> let me restart
[12:28] <ogra_> zyga the
[12:28] <ogra_> what client ?
[12:28] <jdstrand> hi zyga!
[12:28] <zyga> irssi
[12:28] <zyga> grr
[12:28] <ogra_> hmm
[12:28] <jdstrand> weird
[12:28] <zyga> nope
[12:28] <zyga> probably a typo
[12:28] <zyga> le me google
[12:29] <cjwatson> my config has "hilights = ( { text = "cjwatson"; nick = "yes"; word = "yes"; } );" and that works fine
[12:29] <ogra_> sudo snap install hexchat ;)
[12:29] <cjwatson> probably /hilight -nick -word zyga or some such (possibly as two separate commands)
[12:30] <zyga> ogra_: one day :)
[12:30] <qengho> popey: I saw your game snapping video. It's really good.
[12:30] <ogra_> haha
[12:30] <zyga> old habits you know
[12:30] <ogra_> yeah, same here ...
[12:30] <ogra_> (other way around though)
[12:30] <jdstrand> zyga: it could be a typo... I wonder if maybe in another part of your 'hilights' section
[12:31] <jdstrand> ogra_: new habits die fast?
[12:31] <ogra_> who had the brilliant idea to call the option "hilights"
[12:31] <zyga> ah
[12:31] <ogra_> that screams for typos ;)
[12:31] <zyga> sigh
[12:31] <zyga> yes
[12:31] <zyga> it does :)
[12:31] <jdstrand> re hilights> I know, right?
[12:32] <jdstrand> the fact that the config file is perl is nice too
[12:32] <zyga> hit me!
[12:32] <ogra_> hey zyga
[12:32] <zyga> gaah
[12:32] <zyga> screw this ...
[12:32] <ogra_> all work and no play makes zyga a dull boy
[12:32] <zyga> I'll get back to coding
[12:32] <zyga> is there a joke about writing an IRC client because irssi has a lousy config
[12:33] <jdstrand> zyga: I promise, it can be made to work :) (perhaps another time)
[12:36] <cjwatson> I've generally found that the path to wisdom in irssi is to forget about writing the config file by hand and to maintain it exclusively by running commands in irssi and then /save
[12:36] <cjwatson> far easier and you can test stuff on the fly
[12:37] <cjwatson> and as far as I'm aware you can do everything interactively like that anyway
[12:38] <jdstrand> cjwatson: that is probably very wise
[12:38] <jdstrand> it is really easy to mess up your config
[12:38] <zyga> hee, let's try this: snap-confine
[12:38] <zyga> hmm
[12:38] <jdstrand> hi zyga!
[12:38] <zyga> yes
[12:38] <zyga> it worked
[12:38] <jdstrand> \o/
[12:38] <ogra_> congrats
[12:38] <zyga> now I will catch all the people talking about snap-confine
[12:38] <zyga> thanks jdstrand :)
[12:39] <jdstrand> that is a mixed blessing ;)
[12:39] <jdstrand> zyga: you're welcome! :)
[12:49] <popey> qengho: thanks!
[12:53] <sborovkov> zyga: so I see ther eis a bunch of snapd services. Which one I need to run with snapd? Anything I need to pass to it? can you give me the command line. Just upgraded everything for that
[12:53] <mup> Bug #1628914 opened: ubuntu-core edge image switched to stable channel unpredictably and became unusable <Snappy:New> <https://launchpad.net/bugs/1628914>
[12:56] <zyga> sborovkov: it's not snapd, just run the program you care about
[12:56] <zyga> sborovkov: snapd doesn't participate in that
[12:56] <ogra_> mvo, niemeyer, bug #1628914 seems pretty serious ...
[12:56] <mup> Bug #1628914: ubuntu-core edge image switched to stable channel unpredictably and became unusable <Snappy:New> <https://launchpad.net/bugs/1628914>
[13:00] <mvo> ogra_: I promoted the ubuntu-core snaps from yesterday to beta, that was the only change I did
[13:00] <ogra_> mvo, well, any idea how the above could happen ?
[13:00] <mvo> jdstrand: yaketty-proposed> sort of, autopkgtest is driving me nuts, there is a failure on i386 right now but its not happening in my adt VM that I use for testing
[13:01] <jdstrand> mvo: oh I hate that :(
[13:01] <mvo> ogra_: let me look
[13:01] <mvo> jdstrand: yeah, exactly, each adt run takes ~45min, so debugging that is a pain
[13:01] <ogra_> the bug should have all info aggregated now
[13:01] <mvo> jdstrand: and its *only* failing on i386 and only on the actual adt runner on LP/whatever-stack, not locally
[13:07] <mvo> ogra_: can I get the uboot.bin too? or the output of fw_prrintenv?
[13:07] <ogra_> sure
[13:08] <ogra_> mvo, atteched on the bug
[13:08] <sborovkov> zyga: well... is not that arm version issue in snapd... I can't run my app easily. It's a bit complicated as it's buildrooted.
[13:10] <mvo> ogra_: so the ubuntu-core switched to "stable" which is strange
[13:10] <ogra_> mvo, yeah
[13:11] <ogra_> out of the blue
[13:11] <mvo> ogra_: the state has it set to "channel: stable"
[13:11] <mvo> ogra_: so somethng switched it, anything in history?
[13:11] <ogra_> mvo, but beyond that switch ... the fact that snapd cant run when an older ubuntu-core is used is way more worrying
[13:12] <ogra_> mvo, nothing ... i sideloaded kgunn's unity8-session snap and installed classic before to have wget available, thats all
[13:13] <ogra_> beyond that i havent even logged in since i installed the board initially
[13:15] <mvo> ogra_: in a meeting right now, but it is definitely worrying
[13:15] <mvo> ogra_: channels should never switch except when the user explicitely sets it
[13:15] <mvo> ogra_: could you add the "history" ?
[13:15] <ogra_> mvo, right ... and i assume snapd should stay executable even if i roll back
[13:16] <mvo> ogra_: that isa separate problem :/
[13:16] <ogra_> mvo, which history exactly ? i added state.json
[13:16] <mvo> ogra_: and a pretty big one actually
[13:16] <mvo> ogra_: shell history
[13:16] <ogra_> ah
[13:16] <ogra_> sure
[13:16] <mvo> ogra_: what commands might have caused this misbehavior
[13:19] <zyga> jdstrand: hey, I need a review on a patch for snap-confine that gustavo asked me to release quickly, I will add a few spread tests for it but can you have a quickly initial look at https://github.com/snapcore/snap-confine/pull/161
[13:19] <mup> PR snap-confine#161: Prefer the "core" snap is one is available <Created by zyga> <https://github.com/snapcore/snap-confine/pull/161>
[13:21] <ogra_> mvo, added
[13:22] <mhall119> mectors: you might need to talk to zyga about the 'write' property of the content interface, as well as ways to share snap data files between snaps
[13:24] <ralsina> sergiusens: for this failure: https://travis-ci.org/snapcore/snapcraft/jobs/163709462 is that I need to add snap as a dependency, or that I am not faking enough?
[13:25] <sergiusens> ralsina before going crazy, https://github.com/snapcore/snapcraft/pull/839
[13:25] <mup> PR snapcraft#839: Fixing 'sign-build' integration tests <Created by cprov> <https://github.com/snapcore/snapcraft/pull/839>
[13:25] <ralsina> sergiusens: phew
[13:25] <ralsina> it's not that failure tho :-)
[13:26] <mvo> ogra_: thank you
[13:26] <ogra_> np
[13:26] <sergiusens> ralsina doesn't seem related though
[13:26] <sergiusens> yeah
[13:27] <ralsina> I am using "snap sign" on an assertion I generate that is predictable and the integration test passes locally
[13:27] <ralsina> But on staging it's not finding the snap command
[13:27] <ralsina> on travis, I mean
[13:27] <sergiusens> ralsina we don't install snapd for our unit tests
[13:27] <ralsina> sergiusens: hmmm
[13:27] <ralsina> sergiusens: ok, I can fake it
[13:28] <sergiusens> ralsina yeah, that would be better; signing on unit tests can get tricky
[13:28] <zyga> mectors: the write property cannot be used at this time, we should expand (and design this) the interface to allow to refer to wriable data as well as to readable data/ code
[13:30] <oparoz> zyga, it should definitely be reflected in the documentation as it takes a lot of trial and errors to figure out that it doesn't work at all
[13:33] <zyga> oparoz: yes, I know, there are many things that need improvements
[13:33] <zyga> oparoz: if you want please improve the documentation straight away, it takes a moment to do this and we merge lots of stuff daily
[13:33] <oparoz> I'm happy to submit a PR
[13:34] <oparoz> Just not sure about the direction. Just remove that attribute?
[13:35] <jdstrand> zyga: done
[13:36] <zyga> oparoz: document what works today perhaps
[13:36] <zyga> oparoz: start with someting and let's see what we get in the feedback
[13:36] <zyga> jdstrand: thank you
[13:39] <zyga> oh, so that's how it sounds when a kernel doesn't boot
[13:39] <zyga> the beep
[13:39] <zyga> man
[13:39] <zyga> don't run your kernel while listening to meeting/hangout
[13:45] <clobrano> Hi All, is still possible to create snaps for 15.04? If so, where could I find the correct snapcraft version?
[13:46] <zyga> clobrano: I believe the answer is yes, you will need an older version of ubuntu as a base though (perhaps 15.04, I don't recall)
[13:58] <clobrano> zyga: I see, thanks!
[14:13] <mup> PR snapcraft#839 closed: Fixing 'sign-build' integration tests <Created by cprov> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/839>
[14:16] <mup> PR snapd#2031 opened: store: apply deltas if explicitly enabled <Created by absoludity> <https://github.com/snapcore/snapd/pull/2031>
[14:21] <mup> PR snapd#2032 opened: tests: fix create-key/snap-sign test isolation <Created by cjwatson> <https://github.com/snapcore/snapd/pull/2032>
[14:25] <mup> PR snapcraft#826 closed: Do not depend on Content-Length when Content-Encoding is gzip <Created by tachyons> <Closed by tachyons> <https://github.com/snapcore/snapcraft/pull/826>
[14:28] <sergiusens> ogra_ so snapcraft#838 solves it for you, right?
[14:28] <mup> PR snapcraft#838: pluginhandler: take the file encoding into account <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/838>
[14:28] <mup> PR snapcraft#837 closed: kernel plugin: allow collecting the same mod deps <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/837>
[14:28] <ogra_> sergiusens, thats what i added to the PPA yesterday afaik
[14:28] <ogra_> sergiusens, though with completely turned off tests during package build
[14:28] <sergiusens> ogra_ yeah, this doesn't have the prints and has unit tests ;-)
[14:29] <ogra_> then it should be fine
[14:29] <sergiusens> ogra_ did you install the image onto your phone though? that is the important question
[14:29] <ogra_> i'll happily tests it from -proposed once there is a package
[14:29] <ogra_> i rarely install snappy images onto my phone ...
[14:29] <ogra_> extremely rarely ...
[14:29] <ogra_> like ... never :P
[14:30] <sergiusens> ogra_ but this architecture is a good one ;-)
[14:30] <ogra_> sergiusens, but that is because sabdfl has not approved to get me an s390x phone for testing purposes yet
[14:30] <sergiusens> ogra_ btw, can I add you into the release process?
[14:30] <ogra_> what does that involve ?
[14:31] <sergiusens> ogra_ ping you to test snapcraft from xenial-proposed and just confirm it still works
[14:31] <ogra_> sure
[14:31] <sergiusens> great
[14:31] <sergiusens> elopio ^^
[14:32] <sergiusens> ogra_ you may think I do, but I actually dislike regressions as small as they are if they are not planned
[14:32] <ogra_> just improve your planning skills then :)
[14:32] <ogra_> - "worst thing"
[14:33] <ogra_> just put that on your planing doc and be done
[14:39] <mup> PR snapd#2030 closed: coreconfig: nuke it. Also, ignore po/snappy.pot <Created by chipaca> <Merged by niemeyer> <https://github.com/snapcore/snapd/pull/2030>
[14:42] <sergiusens> ogra_ lol; the "learn how to plan" douche card :-P
[14:43] <mup> PR snapcraft#838 closed: pluginhandler: take the file encoding into account <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/838>
[14:43] <ogra_> heh
[14:52] <mhall119> zyga: a krita snap user is saying he can't access files on an external hard drive from inside krita, is there a ready way to give access to that (without using --devmode) or should I file a bug?
[14:54] <elopio> ping pitti, I think we are ready to put the project in wendigo. Should I send you the token and secret?
[14:57] <mup> PR snapd#2011 closed: client, cmd: change buy command to match UX document <Created by pete-woods> <Merged by niemeyer> <https://github.com/snapcore/snapd/pull/2011>
[15:00] <mup> PR snapd#2029 closed: daemon, store: switch to new buy APIs in snapd <Created by pete-woods> <Closed by niemeyer> <https://github.com/snapcore/snapd/pull/2029>
[15:01] <mup> PR snapd#2025 closed: snap/implicit: don't restrict the camera iface to clasic <Created by zyga> <Merged by niemeyer> <https://github.com/snapcore/snapd/pull/2025>
[15:01] <sabdfl> ogra_, you just have to carry it home ;)
[15:02] <ogra_> i'll put it on top of the lawnmower !
[15:02] <ogra_> (as cart)
[15:03] <mup> PR snapd#1810 closed: interfaces/builtin: fix fcitx support in unity7 <Reviewed> <Created by chihchun> <Closed by niemeyer> <https://github.com/snapcore/snapd/pull/1810>
[15:05] <mup> PR snapd#2033 opened: many: move firstboot code into the snapd daemon <Created by mvo5> <https://github.com/snapcore/snapd/pull/2033>
[15:28] <mup> PR snapd#2032 closed: tests: fix create-key/snap-sign test isolation <Created by cjwatson> <Merged by niemeyer> <https://github.com/snapcore/snapd/pull/2032>
[15:30] <mup> PR snapd#1775 closed: interfaces: add thumbnailer interface <Created by fkaleo> <Closed by niemeyer> <https://github.com/snapcore/snapd/pull/1775>
[15:37] <mup> PR snapd#2034 opened: Modify the description of the content interface <Created by oparoz> <https://github.com/snapcore/snapd/pull/2034>
[15:39] <mup> Bug #1628616 changed: Hello nextcloud claws-mail-moon127 all segfault on yakkety <Snappy:Confirmed> <https://launchpad.net/bugs/1628616>
[15:51] <zyga> mhall119: mmm
[15:51] <zyga> mhall119: I think there's no interface for now
[15:51] <zyga> mhall119: or perhaps there is one
[15:51] <zyga> mhall119: I think someone added it
[15:52] <oparoz> We need access to mounted storage
[15:52] <zyga> mhall119: there is an interface, tell them to use "removable-media" please
[15:52] <zyga> oparoz: ^^ :)
[15:52] <elopio> hey zyga, why don't you snap teleport? Seems cool
[15:53] <zyga> elopio: it is cool, I need to look into it more to decide if it would work well as a snap today
[15:53] <oparoz> zyga, does that work with NFS and CIFS mounted storage?
[15:53] <zyga> oparoz: it gives you access to /media and /run/media
[15:53] <zyga> oparoz: if you mount it there, yes, otherwise it won't
[15:53] <oparoz> zyga, I'll try that, thanks!
[15:53] <ogra_> zyga, i guess we'd want a network-storage interface anyway at some point
[15:54] <ogra_> for such protocols
[15:54] <ogra_> or network-filesystem
[15:54] <zyga> ogra_: where do you mount network storage?
[15:55] <zyga> ogra_: if the answer is "it depends" it hard to write the interface for it :)
[15:55] <oparoz> zyga, can snaps mount storage?
[15:55] <ogra_> either where the fstab entry defines or whereever the interface allows you to in the confined area if there is no fstab entry
[15:56] <zyga> oparoz: I'm working on this, they will be able to in the next release
[15:56] <zyga> oparoz: (you would not believe what is required to make this possible)
[15:56] <zyga> ogra_: what happens when fstab changes?
[15:57] <oparoz> ogra_, if I mount locally, then other snaps can't access my content (yet)
[15:57] <zyga> ogra_: you have to reload apparmor profiles of all apps?
[15:57] <oparoz> zyga, awesome news :)
[15:57] <zyga> ogra_: it's complex IMHO
[15:57] <ogra_> zyga, i dont think it is complex ... you can start with ignoring fstab and just allow the snap to mount a network FS in the confined area for a start
[15:58] <ogra_> using the fuse interface and sshfs makes that already possible
[15:58] <zyga> ogra_: that's different
[15:58] <ogra_> would just be an extension of that
[15:58] <zyga> ogra_: mounting is super privileged
[15:58] <ogra_> network FS mounting too ?
[15:58] <ogra_> i think thats pretty different
[15:58] <zyga> ogra_: the removable-storage iface lets you see things that are mounted by something else
[15:58] <ogra_> right
[15:59] <zyga> ogra_: the new thing lets you do the mounting
[15:59] <zyga> ogra_: but only in /media again
[15:59] <zyga> ogra_: (or /run/media)
[15:59] <ogra_> i just dont think allowing to mount network FSes inside your snap is any dangerous
[15:59] <zyga> ogra_: well, mounting anything anywhere can really quickly blow your system up
[15:59] <zyga> ogra_: as I've learned this and last week :)
[15:59] <ogra_> if a server exports it to you you are obviously allowed to mount it ...
[15:59] <zyga> anyway, have to run to a meeting
[16:00] <oparoz> Does the removable-storage interface give you to everything which is in media? Like one snap creates folder there, another can access them?
[16:00] <zyga> oparoz: yes, to everything in /media
[16:00] <zyga> oparoz: yes, that would work
[16:00] <oparoz> Awesome, thank you zyga!
[16:01] <zyga> my pleasure :)
[16:01] <ogra_> that sounds a bit like a cheat to the content-share interface :P
[16:01] <oparoz> Indeed! :D
[16:01] <oparoz> But soooo needed :)
[16:01] <zyga> ogra_: thumb drives win for media sharing over network attached storage, once again :)
[16:02] <ogra_> well, i just think it is a cheaply to achieve extra to allow NFS/CIFS mounting in the snap confined area
[16:02] <zyga> ogra_: I'll let jdstrand tell you how that might blow up
[16:03] <ogra_> the security bits have to be server side anyway ... you are just using something you have been granted access to already
[16:05] <zyga> mhall119: are we doing the call today?
[16:05] <zyga> mhall119: if not I can work on some coding I need to do
[16:08] <mhall119> yes, one second
[16:15] <mup> PR snapd#2035 opened: asserts: support parsing the slots stanza i.e. slot rules in snap-declarations <Created by pedronis> <https://github.com/snapcore/snapd/pull/2035>
[16:17] <mup> PR snapd#2034 closed: Modify the description of the content interface <Reviewed> <Created by oparoz> <Closed by niemeyer> <https://github.com/snapcore/snapd/pull/2034>
[16:22] <mup> PR snapcraft#840 opened: Catkin plugin: build with in-snap python <Created by kyrofa> <https://github.com/snapcore/snapcraft/pull/840>
[16:23] <pitti> elopio: still need to review/test/land the autopkgtest patch for supporting GitHub PR addresses; at a conference now, can we do that next Tuesday?
[16:23] <elopio> pitti: yes, but I think I don't need the patch. We moved the packaging to a different branch, and I made a PR for the TEST_UPSTREAM bits, which ran okay locally.
[16:24] <elopio> I can wait for you to come back, I'm in no hurry.
[16:24] <pitti> elopio: ah, sure; but just driving by on IRC between talks, going to be AFK again, sorry
[16:24] <mhall119> zyga: lost you
[16:24] <pitti> elopio: right, let's do that when I have some time to concentrate on this
[16:25] <elopio> pitti: no worries.
[16:25] <zyga> mhall119: aww
[16:25] <zyga> mhall119: let me reload
[16:25] <elopio> I sent you an email because I thought you missed my ping. Just ignore it until next week.
[16:52] <ralsina> sergiusens, elopio: except for some nitpicking from coveralls, my PR seems to have everything fixed and passing, it would be awesome if it got the re-review  today. Awesomer if it passed ;-)
[16:53] <sergiusens> ralsina my mental buffer for interrupt driven review is too small for that changeset but I'll do my best :-P
[16:54] <sergiusens> small and with fast timeouts
[16:54] <ralsina> sergiusens: your best is the most I can ask for, dude, I know it's a large branch
[17:13] <mup> PR snapcraft#832 closed: python plugin: only download in pull and build in build <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/832>
[17:16] <Croepha> Hey everyone, its been a while since I did any snappy stuff, is this: http://people.canonical.com/~mvo/all-snaps/ubuntu-device-flash still state of the art for making a 16 snappy flash image?
[17:17] <Croepha> nvm, i guess not, the link is dead
[17:19] <kyrofa> ogra_, is ubuntu-image ready for Croepha?
[17:22] <mup> PR snapd#2031 closed: store: apply deltas if explicitly enabled <Created by absoludity> <Merged by niemeyer> <https://github.com/snapcore/snapd/pull/2031>
[17:23] <zyga> jdstrand: got it to work, just now
[17:23] <zyga> jdstrand: a few extra complications that only affect the real actual layout snaps use
[17:23] <zyga> jdstrand: but nothing unexpected, just some extra requirements that pivot_root requires that need to be satisfied
[17:36] <zyga> jdstrand: wow
[17:36] <zyga> jdstrand: not sure why
[17:36] <zyga> jdstrand: but ... mount table is so clean now :)
[17:36] <jdstrand> nice!
[17:36] <zyga> as a quick check
[17:36] <jdstrand> zyga: would you mind pasting the mount table?
[17:36] <zyga> I'll kill the lxd quirk
[17:36] <zyga> nope, I'll share it in a sec
[17:36] <zyga> I just want to make it ... cleaner still
[17:39] <zyga> http://paste.ubuntu.com/23252159/
[17:39] <zyga> now sadly, that's a bit too optimistic, there's still one bit missing there
[17:39] <zyga> and I disabled the ugly LXD quirk
[17:40] <zyga> oh, and I see my change broke /media too
[17:40] <zyga> just pivot_root being extra picky and me being extra broad (rprivate)
[17:44] <ogra_> kyrofa, not sure we have public documentation for creating and assigning assertions yet
[17:44] <ogra_> beyond that, yeah
[17:51]  * ogra_ vanishes
[17:55]  * Croepha gets a little worried, not sure what it means to "assign assertions" or what it has to do with making a flash imaage... but moves forward confidently by grabbing the ubuntu-image source from github and trying to build via snapcraft and hoping there is some command-line documentation !
[17:56] <zyga> Croepha: ?
[17:57] <kyrofa> zyga, Croepha wants to build images with ubuntu-image, but isn't sure how
[17:57] <kyrofa> (neither am I)
[17:57] <zyga> kyrofa: -> slangasek
[17:57] <kyrofa> Croepha, then slangasek is your man ;)
[17:58] <Croepha> slangasek: ping?
[17:59] <slangasek> hmm, am I? :)
[18:00] <zyga> slangasek: or point to the next element of the list :)
[18:01] <slangasek> someone had started writing up documentation on how to create the model assertion, let me see if I can lay my hands on it
[18:04] <slangasek> Croepha: here's the doc I was looking for: https://docs.google.com/document/d/1cJvRnpoQyLvY6pOLFPgUxMHrFVBCDNwAlrORARBiZlU/edit
[18:06] <Croepha> slangasek: requested access
[18:07] <slangasek> Croepha: oh? the doc claims at the very top to be public; sorry, I guess I should have looked at actual sharing perms
[18:09] <slangasek> Croepha: ah but there's also a redirect to https://github.com/CanonicalLtd/snappy-docs/pull/13
[18:10] <ralsina> sergiusens: can you restart https://travis-ci.org/snapcore/snapcraft/jobs/163776334 ? It timed out on launchpad
[18:11] <zyga> jdstrand: http://paste.ubuntu.com/23252266/
[18:11] <Croepha> slangasek : "You need permission.  Want in? Ask the owner for access, or switch to an account with permission."
[18:11] <zyga> jdstrand: lesson learne, mount -o private != mount --make-private
[18:11] <zyga> jdstrand: can you see if this makes sense
[18:11] <zyga> jdstrand: I'll share the code in a sec, just need to write a commit mesage
[18:11] <slangasek> Croepha: yes, I guess they closed down the google doc when they moved the info into the snappy-docs repo where it belongs
[18:11] <zyga> jdstrand: it's not done but feels super close now
[18:12] <Croepha> slangasek: oh right, sorry, I didn't think to look at the actual github files, ok thanks! :)
[18:15] <zyga> jdstrand: https://github.com/snapcore/snap-confine/commit/43e47b35a13786aa7a7aabe1a45d78febae49aa9
[18:15] <zyga> jdstrand: I need to go through the whole thing and ensure docs and comments are sensible
[18:16] <zyga> jdstrand: e.g. the internal strace output is stale now
[18:16] <zyga> jdstrand: please look at the commit message and tell me what you think
[18:16] <zyga> jdstrand: one nasty side effect of this is that there's a moment in sc_bootstrap_mount_namespace that leaks stuff if we crash
[18:16] <zyga> jdstrand: it is only good if it completes all the way
[18:17] <zyga> jdstrand: but this is unavoidable with MS_SHARED / now
[18:17] <zyga> jdstrand: expcept for, perhaps, some guardian process that knows how to undo the mess if I something breaks
[18:17] <zyga> jdstrand: but let's not go there yet
[18:17] <zyga> jdstrand: and a thing to watch out for to make a bind mount that has different sharing, you need two syscalls
[18:18] <zyga> jdstrand: one syscall just results in the wrong sharing
[18:18] <zyga> jdstrand: I need to check my docs now
[18:18] <zyga> jdstrand: but before that I need a break, a real break
[18:19] <sergiusens> ralsina sure
[18:20] <ralsina> sergiusens: thanks
[18:31] <jdstrand> zyga: huh, snap.rootfs_* is gone in your mountinfo
[18:31] <zyga> yep
[18:31] <zyga> jdstrand: all gone :)
[18:31] <zyga> jdstrand: see the code, tell me what you think
[18:32] <zyga> jdstrand: I think I use pivot_root correctly for the first time now
[18:32] <jdstrand> I was wondering if that was what cleaned it up
[18:32] <zyga> jdstrand: note, not ealier, just only now
[18:33] <zyga> jdstrand: I didn't try to run spread or anything (more questions to answer)
[18:33] <zyga> jdstrand: I just ran shell and explored
[18:33] <zyga> jdstrand: /media has the right sharing IMHO
[18:34] <zyga> jdstrand: I didn't do a in-depth analysis (too tired today)
[18:34]  * jdstrand nods
[18:34] <zyga> jdstrand: I'm editing my copy of shared subtrees, the printout I did messed up the essential tables
[18:34] <zyga> jdstrand: :) I'll give you a copy in the hague :)
[18:36] <mup> PR snapd#2036 opened: daemon, store: switch to new store APIs in snapd <Created by pete-woods> <https://github.com/snapcore/snapd/pull/2036>
[18:39] <lool> ogra_: heya, would you know if we have rpi3 classic images that we maintain?
[18:39] <lool> the wiki one from the community + ppa seems to have some issues
[18:39] <lool> ogra_: I was hoping yakkety might have one http://cdimage.ubuntu.com/ubuntu-server/daily-preinstalled/pending/ but that's rpi2 only
[18:40] <lool> slangasek: ^ perhaps you know who might possibly look after these?
[18:41] <slangasek> lool: there are none currently; this is backlogged behind the ubuntu-image work, and the intent is for us to directly leverage gadget snap yaml in creating the image instead of reimplementing the image building logic in two different ways
[18:43] <lool> slangasek: even for server image?
[18:44] <lool> slangasek: I mean classic
[18:46] <slangasek> lool: yes, because it's precisely the "how to build an image for this device" piece that is overhead which we don't want to repeat
[18:51] <lool> slangasek: ok; do you have a vague idea of when we could possibly see rpi3 classic images in yakkety? or is it possible that we wont have any?
[18:52] <lool> slangasek: side question, how crazy would it be to suggest adding a 16.04.N image for rpi3?  :-)
[18:54] <slangasek> lool: it keeps getting pushed back in the backlog by other critical snappy work, and while people keep asking after these images no one has indicated a deadline for when they're needed.  So it's not going to be done before yakkety release, but there's no reason we can't enable it in 16.04 point release
[19:04] <mup> Bug #1629081 opened: `git clone`fails with `source-type: git` nad `'source-tag: 'x.y.z` in `snapcraft.yml` <snapcraft> <Snappy:New> <https://launchpad.net/bugs/1629081>
[19:13] <sergiusens> cprov ralsina so elopio is worried about lack of integration tests against real servers; isn't there a way to do the full dance in one test? snapcraft snap; snapcraft register; snapcraft push --release stable; snapcraft validate <against-self>; snapcraft gated ?
[19:14] <sergiusens> cprov ralsina I guess in a new PR is ok given how big this one is
[19:14] <ralsina> hmmm
[19:14] <ralsina> you'd also need to create a key, and register it
[19:14] <ralsina> push 2 snaps, although we could self-gate ...
[19:15] <sergiusens> ralsina we have tests for keys; don't we?
[19:15] <ralsina> sergiusens: yes, but this needs a real live key to work against a real store
[19:15] <sergiusens> ralsina oh, no, disabled too
[19:15] <sergiusens> nevermind!
[19:16] <sergiusens> but I'll add it as a sprint topic
[19:16] <ralsina> sergiusens: it *can* be done, looks like a bit of a hassle :-)
[19:16] <ralsina> I am sure at the sprint we can do it over a beer
[19:16] <ralsina> maybe 2 beers
[19:16] <ralsina> and fix it for keys too
[19:16] <sergiusens> I haven't been drinking lately so I might pass out after half of one
[19:17] <ralsina> ok, make that a ... /me googles something very dutch
[19:17] <ralsina> cheese?
[19:17] <sergiusens> super excited that I will be knocked out during the long leg with just one glass of whisky :-)
[19:17] <kyrofa> sergiusens, doesn't drink beer. He drinks whisky
[19:18] <kyrofa> Thanks hexchat. That comma was terribly placed
[19:19] <ralsina> Well, to be honest https://en.wikipedia.org/wiki/Dutch_cuisine#Alcoholic_drinks is pretty depressing :-)
[19:19] <ralsina> "raisins in brandy", really, netherlands?
[19:19] <kyrofa> ralsina, man, and here I was all excited
[19:20] <kyrofa> And their main picture is heineken?
[19:20] <ralsina> kyrofa: or Grolsch!
[19:20] <kyrofa> That just _sounds_ gross
[19:21] <kyrofa> Kraamanijs sounds good though
[19:27] <mup> PR snapd#2010 closed: many: create auth.json for the freshly created user in `snap create-user` <Created by mvo5> <Closed by niemeyer> <https://github.com/snapcore/snapd/pull/2010>
[19:57] <sergiusens> ralsina http://try.docopt.org/?doc=snapcraft%0D%0A%0D%0AUsage%3A%0D%0A++snapcraft+validate+%3Csnap-name%3E+%28--keys+%3Cone%3E+%7C+%3Ctwo%3E%29&argv=validate+snap+--keys+1
[19:58] <ralsina> sergiusens: turned out what we needed was snapcraft validate <thingie>... [--key=<key-name>]
[19:58] <ralsina> BTW, renamed thingie to validation if that's ok with you
[20:00] <sergiusens> ralsina perfect
[20:04] <mup> PR snapcraft#840 closed: Catkin plugin: build with in-snap python <Created by kyrofa> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/840>
[20:04] <mup> PR snapcraft#841 opened: Replace SNAPCRAFT_PART_INSTALL in the part attributes <Created by josepht> <https://github.com/snapcore/snapcraft/pull/841>
[20:09] <mup> PR snapd#2027 closed: asserts: support parsing the plugs stanza i.e. plug rules in snap-declarations <Critical> <Created by pedronis> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/2027>
[20:22] <mup> PR snapcraft#842 opened: Catkin plugin: Support ROS Kinetic <Created by kyrofa> <https://github.com/snapcore/snapcraft/pull/842>
[21:34] <mup> PR snapcraft#772 closed: Set GOBIN in go plugin build environment <Created by tasdomas> <Closed by kyrofa> <https://github.com/snapcore/snapcraft/pull/772>
[21:53] <Croepha> with ubuntu-image do you have to upload your kernel snap to the store?