[03:01] <Son_Goku> zyga: https://bugzilla.redhat.com/show_bug.cgi?id=1614162
[03:01] <Son_Goku> zyga: https://bodhi.fedoraproject.org/updates/FEDORA-2018-d3e4a6577d
[05:07] <mborzecki> morning
[06:01] <zyga> hey mborzecki
[06:03] <zyga> Pharaoh_Atem: thank you for the note, hopefully someone will merge the fix
[06:03] <zyga> oh
[06:03] <mborzecki> zyga: hey
[06:03] <zyga> it's been proposed to bodhi :)
[06:03]  * zyga needs to wake up properly
[06:03] <zyga> I will test it with the build process and report !
[06:04] <mborzecki> zyga: have you gotten around indcluding more flags in -ldflags=-extldflags=-static on opensuse?
[06:05] <zyga> mborzecki: no, I haven't touched opensuse in a while
[06:05] <zyga> (i.e. still broken as before)
[06:05] <zyga> on old release
[06:06] <mborzecki> damn, i'm trying to find a way through the shell quoting mess
[06:06] <zyga> yeah :/
[06:06] <zyga> on the up side
[06:06] <zyga> indigo is in devel:languages:go now
[06:06] <zyga> maybe some part of the mess can be handled elsewhere
[06:06] <mborzecki> i think it only works in rpm spec because the spec is processed outside of shell :/
[06:07] <zyga> I'm not fully here yet, need to get dressed and take Bit for a wlak
[06:07] <zyga> *walk
[06:39] <mup> PR core-build#34 opened: travis.yml: fix xenial base tarball URL <Created by mvo5> <https://github.com/snapcore/core-build/pull/34>
[06:59] <zyga> and back now
[06:59] <zyga> hey moo :)
[06:59] <mvo> hey zyga
[06:59] <zyga> man, I need to teach the spell checker that mvo and moo are *not* the same :D
[07:00] <zyga> how are you doing guys?
[07:02] <mvo> zyga: doing well, how are you?
[07:04] <zyga> good, just finishing coffee :)
[07:20] <mborzecki> -ldflags=-extldflags=-foo is an abomination
[07:20] <mborzecki> -ldflags "-extldflags '-foo'" behaves differently
[07:21] <pstolowski> morning
[07:22] <mborzecki> and bash if very funny splitting -ldflags=-extldflags='-foo -static' into -ldflags=-extldflags=\'foo -static, so you get 2 options and -static is passed to go build pfff
[07:23] <mborzecki> ended up doing the 'array' expansion trick
[07:48] <mup> PR core-build#33 closed: fix typo for handle_writable_paths() <Created by madper> <Merged by mvo5> <https://github.com/snapcore/core-build/pull/33>
[07:48] <mup> PR core-build#34 closed: travis.yml: fix xenial base tarball URL <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/core-build/pull/34>
[07:56] <mup> PR snapd#5942 closed: client: speedup unit tests <Created by chipaca> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/5942>
[07:58] <mup> PR snapd#5941 closed: systemd, wrappers: speed up wrappers unit tests <Created by chipaca> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/5941>
[08:00] <mup> PR core18#70 closed: hooks: add rfkill <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/core18/pull/70>
[08:01] <mup> PR snapd#5939 closed: tweak .travis.yml so we no longer get weird env output in the logs <Created by chipaca> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/5939>
[08:01] <mup> PR snapd#5943 closed: osutils: unit tests speedup; introduce «run-checks --short-unit» <Created by chipaca> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/5943>
[08:09] <dot-tobias> zyga: Good morning and sorry to bother you (again) with a layouts question: https://forum.snapcraft.io/t/snap-layouts/7207/3?u=tobias → Happy for any suggestion that resolves this issue, since I cannot publish my snap without this 😞
[08:09] <zyga> good morning, looking
[08:10] <zyga> dot-tobias: hey, can you double check this on edge?
[08:10] <zyga> though let me double check that edge is really edge now, release messes that up
[08:10] <zyga> eh, no
[08:10] <zyga> edge is not edge :/
[08:10] <zyga> mvo: how soon can we get edge builds back to normal?
[08:10] <dot-tobias> zyga: Happy to check once edge is edge :-)
[08:11] <zyga> dot-tobias: I'll check locally soon, just let me wrap something up
[08:11] <dot-tobias> zyga: Sure, glad you have time for this at all 😊
[08:12] <mup> PR core18#72 opened: writable-path: enable persistent journal <Created by mvo5> <https://github.com/snapcore/core18/pull/72>
[08:13] <mvo> zyga: meh, one sec
[08:15] <mvo> zyga: I restored edge
[08:15] <mvo> zyga: and triggered a vendor sync manually
[08:15] <mvo> zyga: I suspect that vendor-sync is not running automatically right now (cc cachio)
[08:16] <zyga> mvo: thank you again
[08:16] <zyga> mvo: reviewed ^
[08:16] <mvo> thank you!
[08:19] <mup> PR snapd#5451 closed: interfaces: honor static attributes when reloading conns <Created by stolowski> <Merged by stolowski> <https://github.com/snapcore/snapd/pull/5451>
[08:20] <mup> PR snapd#5497 closed: overlord/patch: patch for static plug/slot attributes <Created by stolowski> <Merged by stolowski> <https://github.com/snapcore/snapd/pull/5497>
[08:31] <niemeyer> Mornings
[08:31] <Chipaca> moin moin
[08:31] <zyga> hey guys
[08:32] <mvo> hey niemeyer and Chipaca
[08:32] <mvo> Chipaca: nice job on the test speedups!
[08:32] <Chipaca> today's a weird day for me, one of the boys is at a new school having a trial day, and I need to go do a tour of it at 1pm (so no 2pm standup for me)
[08:32] <Chipaca> mvo: :-D
[08:32] <Chipaca> mvo: mborzecki: I struggled with where to draw the line between shortening sleeps, and skipping on testing.Short()
[08:33] <Chipaca> mvo: mborzecki: so feedback very appreciated
[08:33] <Chipaca> i started also working on overlord, but it's a lot hairier
[08:33] <Chipaca> :)
[08:33] <mvo> Chipaca: yeah
[08:33] <mvo> Chipaca: my only concern is slow/overcommited hardware but we can tweak things into the other direction once we get results from autopkgtest
[08:34] <Chipaca> mvo: maybe, maybe, we tell autopkgtest to only run --short-unit now
[08:34] <mvo> niemeyer: if you could add github.com/snapcore/pi-gadget to the things that mup watches, that would be great!
[08:34] <mvo> ogra: your feedback on github.com/snapcore/pi-gadget pull 9 would be great
[08:34] <niemeyer> mvo: Thanks for the reminder
[08:35] <mup> PR #9: Added the travis config file <Created by elopio> <Merged by niemeyer> <https://github.com/snapcore/snapd/pull/9>
[08:35] <niemeyer> mvo: DOing it right away
[08:35] <mvo> thank you!
[08:38] <mup> PR snapd#5945 opened: overlord/snapstate: block parallel installs of snapd, core, base, kernel, gadget snaps <Parallel installs ⛓> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/5945>
[08:39] <niemeyer> mvo: SHould be up
[08:40] <mup> PR snapd#5946 opened: cmd/snap: unhide --name parameter to snap install, tweak help message <Parallel installs ⛓> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/5946>
[08:40] <pstolowski> morning niemeyer
[08:40] <niemeyer> o/
[08:44] <mup> PR snapd#5947 opened: many: cleanup remaining parallel installs TODOs <Parallel installs ⛓> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/5947>
[08:45] <zyga> niemeyer: I heard that Brazil has some exciting election time now
[08:47] <Chipaca> oh man
[08:50] <Chipaca> mborzecki: how does a user learn about instances?
[08:50] <mup> PR core18#73 opened: hooks: run console-conf after snapd.seeded.service <Created by mvo5> <https://github.com/snapcore/core18/pull/73>
[08:51] <Chipaca> mborzecki: I suspect the install docs is where. In which case, we need a longer explanation :-)
[08:51] <mborzecki> Chipaca: from the docs atm
[08:51] <mborzecki> Chipaca: you mean snap install help?
[08:51] <Chipaca> mborzecki: yeah. Maybe work with degville to get a concise paragraph in there about 'em
[08:51] <Chipaca> right now it only makes sense if you know what they are already
[08:52] <mborzecki> Chipaca: yes, the pr only mentions instance key but now how it can be used
[09:02] <ogra> mvo, perhaps also bump the tag of the pi2 u-boot build o they are on the same version
[09:02] <ogra> s/o/so
[09:04] <mvo> ogra: sure, will do
[09:06] <niemeyer> zyga: Yeah, pretty interesting
[09:06] <niemeyer> In a sad way
[09:07] <mborzecki> Chipaca: so you're saying "" would pop up in place of snap.TypeApp?
[09:07] <niemeyer> It's OMG what will the crazy guy do, vs. let's continue 16 years of recession
[09:08] <zyga> niemeyer: yeah, it seems the chances of the reasonable candidate are pretty slim in the 2nd round
[09:08] <mborzecki> Chipaca: hm we set TypeApp if type was empty in Yaml, but when using store data we leave whatever the store sent :/
[09:09] <niemeyer> zyga: The second candidate is not reasonable either.. it's continuing the 16 years of power abuse
[09:10] <zyga> in that case the reasonable thing is to really leave, which is depressing for all, impossible for many
[09:11] <niemeyer> Right
[09:23] <mborzecki> pedronis: quick question, having a model assertion, kernel and gadget need to be valid 'store' snap names too, not only required-snaps?
[09:24] <ogra> mborzecki, you can use --extra-snaps (at the cost of upgradeability and interface auto-connections)
[09:24] <ogra> with ubuntu-image that is
[09:24] <Chipaca> mborzecki: handling "" as well would be the safe route
[09:25] <Chipaca> mborzecki: but, supposedly it's  now never "" outside of tests
[09:25] <Chipaca> mborzecki: but², we don't validate this fact
[09:25] <Chipaca> we probably should if we're going to assume it inside
[09:26] <Chipaca> bah
[09:26] <Chipaca> mborzecki: all it'd  take is a tweak to snap/types.go's unmarshallers
[09:26] <Chipaca> we already (still!) have a check for type "application"
[09:26] <Chipaca> could add "" to the list :)
[09:26] <Chipaca> or, live dangerously and remove "application" _and_ "" support
[09:41] <mvo> ogra, apw I would like to upload http://paste.ubuntu.com/p/HnXmvSHCww/ to cosmic and to our core18 ppa (and possible sru to bionic) - does that look sensible?
[09:42] <ogra> mvo, totall
[09:42] <ogra> y
[09:42] <ogra> go ahead
[09:42] <mvo> ogra: a bit of a meta question, it looks like hwclock from busybox tries to open some files in /dev/rtc - are there devices where we use fixrtc that actually have a rtc device?
[09:42] <mvo> ogra: thanks
[09:43] <ogra> mvo, there are "hat's" for the pi providing rtc
[09:43] <mvo> ogra: thanks
[09:43] <ogra> (and indeed there are other arm board with rtc too)
[09:43] <mvo> ogra: I will update the comment with that info
[09:44] <ogra> in general fixrtc needs an overhaul though due to the stuff that zyga found (kernel not updating timestamp of the rootfs on shutdown because of the readonly mount)
[09:44] <mvo> ogra: I updated http://paste.ubuntu.com/p/3VNNRmqZpj/ with a comment
[09:45] <ogra> mvo, well, i wouldnt make that "pi" specific ... fixrtc is in all our arm installs
[09:45] <ogra> (armhf that is ....)
[09:46] <mvo> ogra: thanks, updated again http://paste.ubuntu.com/p/wdQDrzqTqv/
[09:49] <ogra> mvo, looks good
[09:52] <pedronis> mborzecki: I'm not sure I understand the question
[09:53] <mborzecki> pedronis: there was a TODO in device_asserts to check whether required-snaps are valid store snap names when decoding model assertion
[09:54] <mborzecki> pedronis: i've extended this to cover kernel, gadget and base
[09:54] <pedronis> ok
[09:54] <pedronis> remember kernel and gadget takes = as well now
[09:58] <mup> PR snapd#5948 opened: asserts, image: ensure kernel, gadget, base and required-snaps use valid snap names <Parallel installs ⛓> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/5948>
[10:00] <mborzecki> pedronis: ^^
[10:02] <apw> mvo, if it is always using /dev/misc/rtc, you could do like
[10:02] <apw> [ -e /dev/misc/rtc ] && ...
[10:06] <mvo> apw: yeah, I was thinking about this, it tests /dev/rtc /dev/rtc0 /dev/misc/rtc in busybox. the downside of adding the checks is that then we need to keep the initramfs code in sync with busybox/kernel - if this search paths ever change we will most likely not notice. OTOH it seems very unlikely this changes (famous last words)
[10:14] <mup> PR core-build#35 opened: scripts/ubuntu-core/rootfs: fix mkdir error when the file exists <Created by mvo5> <https://github.com/snapcore/core-build/pull/35>
[10:19] <apw> mvo, oh for a -q options ... oh well
[10:52] <mvo> apw: yeah, --quiet would rock. I looked at the source, busybox is a bit simple in this regard unfortunately
[10:57] <apw> yeah sure it is
[11:06] <mup> PR snapd#5945 closed: overlord/snapstate: block parallel installs of snapd, core, base, kernel, gadget snaps <Parallel installs ⛓> <Created by bboozzoo> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/5945>
[11:10] <zyga> oh boy
[11:10] <zyga> so
[11:10] <zyga> not sure how to proceed
[11:10] <zyga> I want to run snapd in a "container"
[11:10] <zyga> (ish)
[11:10] <zyga> it seems that I need to run systemd in the container as well
[11:10] <zyga> and to make it a proper container enough so that it doesn't bite the host
[11:12] <mvo> zyga: that sounds right, could you use lxd?
[11:12] <zyga> no
[11:12] <zyga> because I really need to craft everything in a specific way
[11:16]  * zyga proceeds to unshared more 
[11:17] <zyga> la la la
[11:17] <zyga> running systemd partially unshared is fun,
[11:17] <zyga> (where fun == reboot to fix your system)
[11:45] <zyga> some small progress made,
[11:46] <mborzecki> cachio: i'm playing with arch-apparmor image you prepared and #5894 branch, seems to be working now, i'll a full run of arch tests on this image
[11:46] <mup> PR #5894: many: enable AppArmor on Arch <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/5894>
[11:52] <mborzecki> off to pick up the kids
[12:04] <zyga> I need to take the dog out
[12:04] <zyga> ttyl
[12:13] <mup> PR core-build#35 closed: scripts/ubuntu-core/rootfs: fix mkdir error when the file exists <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/core-build/pull/35>
[12:28] <ogra> oh damn ... its a holiday in the us !
[12:29] <ogra> (so i guess no jdstrand today ... )
[12:30] <ogra> mvo, shellcheck isnt happy with your initramfs-tools-ubuntu-core it seems
[12:30] <ogra> In ./hooks/resize line 20:
[12:30] <ogra> . /usr/share/initramfs-tools/hook-functions
[12:30] <ogra> ^-- SC1091: Not following: /usr/share/initramfs-tools/hook-functions was not specified as input (see shellcheck -x).
[12:32] <mvo> ogra: aha, thanks - where do you see that? i have a look
[12:32] <ogra> mvo, i got a mail from LP with link to the build log ... https://launchpad.net/~snappy-dev/+archive/ubuntu/image/+build/15520942/+files/buildlog_ubuntu-bionic-amd64.initramfs-tools-ubuntu-core_0.7.45+ppa2_BUILDING.txt.gz
[12:32] <mup> PR snapcraft#2325 closed: plugins: remove the python2 and python3 plugin when using a base <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2325>
[12:33] <mvo> ogra: aha, I see, the bionic build?
[12:33] <ogra> yeah
[12:33] <mvo> ogra: i guess this is why we did not see this before, the test runs on xenial and bionic is more strict. I will fix in a wee bit
[12:38] <mborzecki> re
[12:38] <mup> PR snapcraft#2322 closed: project_loader: add build-environment part property <Created by kyrofa> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2322>
[12:41] <rbasak> Is there a quick way to get an unpacked snap to use with "snap try", apart from me unpacking the snap by hand?
[12:42] <rbasak> "snap unpack" doesn't appear to exist
[12:52] <zyga> rbasak: unsquashfs
[12:52] <zyga> rbasak: we have snap pack because certain arguments to squashfs matter
[12:52] <zyga> rbasak: and because we also do some validation (AFAIR)
[12:53] <zyga> rbasak: on the "unpack" phase there's not much to do
[12:53] <zyga> though I agree that for consistency we perhaps might
[12:55] <rbasak> zyga: aha! Just want I wanted. Thanks. Saves my mount/rsync/unmount triple :)
[12:56] <rbasak> zyga: perhaps document that in "snap help try"? Eg. "The try command installs an unpacked snap into the system for testing purposes, such as one extracted from a snap with unsquashfs(1)." - then I'd have found it.
[12:56] <rbasak> s/one/a directory/ perhaps
[12:57] <rbasak> Or maybe "the"
[12:57] <zyga> mmm, yeah, that feels like a good idea
[13:15] <Chipaca> or maybe just add 'snap unpack' :)
[13:15] <Chipaca> hello from just-out-of-the-meeting--land
[14:13] <ogra> jdstrand, arent you celebrating that guy who got lost looking for india today (just asw MP comments from you) ?
[14:13] <ogra> read: are you working ?
[14:14] <ogra> s/asw/saw/
[14:26] <mup> PR snapd#5949 opened: osutil,asserts,daemon: support force password change in system-user assertion <Created by mvo5> <https://github.com/snapcore/snapd/pull/5949>
[14:31] <mup> PR core-build#36 opened: initramfs: fix shellchecks on bionic <Created by mvo5> <https://github.com/snapcore/core-build/pull/36>
[14:35] <cachio> cwayne, hey, do you know the status of 2.35.4?
[14:35] <cachio> is it ready to go to cnadidate?
[14:46] <rbasak> mvo: around? Taking the current edge git-ubuntu snap, if copy $SNAP/usr/local/bin/quilt to /tmp inside a snap shell and apply your MP to that, running quilt results in "Illegal instruction (core dumped)". I'll dig deeper.
[14:58] <sergiusens> rbasak: if you move $SNAP/usr/local/bin/quilt the $ORIGIN based rpaths will most likely be wrong
[15:00] <rbasak> the local/bin/ files are just wrappers that set PATH and LD_LIBRARY_PATH
[15:01] <rbasak> I've narrowed it a bit.
[15:01] <rbasak> If I just set PATH and LD_LIBRARY_PATH to the core snap only, then everything crashes with SIGILL. Including ls, ldd, etc.
[15:09] <sil2100>  mvo: hmmm, interesting, a fresh image built with the new model assertion doesn't segfault with probert on my raspi3 anymore
[15:10] <sil2100> mvo: this is really annoying, how could this issue suddenly disappear?
[15:16] <sil2100> mvo: I also have proper wired networking, no crashes in console-conf
[15:17] <sil2100> Let me try a complete vanilla image
[15:32] <mvo> rbasak: woah, let me try to reproduce this myself
[15:33] <mvo> rbasak: you really find all the interessting bugs :)
[15:33] <mvo> sil2100: oh, so you have wired and wireless?
[15:33] <mvo> sil2100: note that for me it works on the pi without wifi
[15:33] <mvo> sil2100: but on the 3b+ with wifi I still had issues (looks like crashes)
[15:34] <mvo> sil2100: let me try on the 3b+ again
[15:34] <sil2100> mvo: I couldn't connect to my wireless AP but it didn't crash or anything
[15:34] <sil2100> I have a regular 3b
[15:35] <mvo> sil2100: and you see the wireless in the config?
[15:35] <sil2100> So on a vanilla image I see a crash in console-conf
[15:35] <cjwatson> build.snapcraft.io now builds for all architectures by default: https://forum.snapcraft.io/t/more-architectures-enabled-in-build-snapcraft-io/7733
[15:35] <sil2100> Similar to the one ondra reported, with console-conf crashing because it cannot run snap create
[15:36] <sil2100> *create-user
[15:36] <mvo> sil2100: ok, let me try again on my pi3
[15:37] <sil2100> mvo: I'm also trying different combinations right now
[15:37] <mvo> sil2100: about snap create - I pushed a PR to run console-conf after snapd.seeded.service - this way console-conf should have a fully working snapd and some of the issues we saw earlier should be fixed
[15:39] <ogra> argh ! build.s.io all of a sudden produces s390x and ppc64el builds !
[15:39] <ogra> crazy world
[15:42] <cjwatson> See ten lines back :)
[15:43] <Chipaca> "all architectures", but still no builds for RCA 1802
[15:43] <Chipaca> psh
[15:43] <cjwatson> I regret that we also don't build for Doric columns
[15:43]  * cachio lunch
[15:43] <Chipaca> nor for for the TMS320C80
[15:44] <Chipaca> it's like you're not even trying
[15:44]  * cjwatson looks forward to that contract
[15:44] <ogra> heh
[15:49] <mvo> sil2100: yeah, on my pi3b+ I also now see console-conf, nice. also disturbing why it suddenly works, I will try with a fresh dd of the image again to see if its maybe firstboot related
[15:50] <mup> PR core18#73 closed: hooks: run console-conf after snapd.seeded.service <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/core18/pull/73>
[15:52] <ogra> sil2100, FYI core 16 edge works fine on my b+ over here ... i think we can push the gadgets to stable
[15:52] <sil2100> ogra: ok, let's coordinate regarding that tomorrow
[15:52] <ogra> (just got mine on sat.)
[15:52] <ogra> sil2100, +1
[15:53] <sil2100> mvo: strange indeed - anyway, as for the config, if I checked correctly I had no wlan in the yaml but I guess that's normal since I didn't configure it - since somehow it was unable to connect to my AP
[15:53] <sil2100> But maybe I simply forgot the password ;o
[15:53] <mvo> sil2100: heh
[15:53] <mvo> sil2100: I couldn't connect to my wlan either so maybe something with the kernel or userland
[15:54] <ogra> just use core16, it works fine :P
[15:54] <ogra> always that upgrade obsesion :P
[15:54] <sil2100> Ok, but at least we can now properly use the images on the pi
[15:54] <sil2100> ogra: ;)
[15:55] <mvo> sil2100: I also had no wired network on the pi3 b+ so maybe something with that model, my pi2 was fine
[16:10] <mup> PR snapd#5623 closed: advise-snap: add --dump-db which dumps the command database <Created by shawnl> <Closed by niemeyer> <https://github.com/snapcore/snapd/pull/5623>
[16:17] <niemeyer> mvo: Sent a note on #5871.. it's a LGTM, but I screwed up the review and sent a comment too soon, sorry
[16:18] <mup> PR #5871: snapstate: only report errors if there is an actual error  <Created by mvo5> <https://github.com/snapcore/snapd/pull/5871>
[16:19] <niemeyer> pedronis: ping
[16:20] <mvo> niemeyer: thanks!
[16:24] <mvo> sil2100: so good news and bad news - after a fresh flash still no crash on the pi3 b+, so yay! but also no network (not wired nor wirelss)
[16:28] <mborzecki> arch & gce, a story of crng init :/ https://paste.ubuntu.com/p/SwKw5C7XKS/
[16:32] <sil2100> mvo: ouch
[16:32] <sil2100> grrr
[16:35] <pedronis> niemeyer: pong
[16:37] <pedronis> niemeyer: the code will work as you expect it,  I was trying not to use parent in the docs of this, but the model is more that a child store is extended by including more (parent) stores
[16:39] <ogra> mvo, are you sure the right dtb is being used (the core of the b+ is identical to the other pi3's, only peripherials differ and they are declared in the dtb)
[16:39] <mup> PR snapcraft#2300 closed: [WIP] plugins: remove implicit source <Created by kyrofa> <Closed by sergiusens> <https://github.com/snapcore/snapcraft/pull/2300>
[16:39] <mup> PR snapcraft#2326 opened: plugins: remove implicit source <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/2326>
[16:39] <niemeyer> pedronis: "extension" is fine, the question is because it sounds like the who-extends-whom is reversed
[16:40] <niemeyer> pedronis: The thing declaring the friendly stores is the one that accepts (extends) snaps from the listed ones
[16:40] <pedronis> niemeyer: yes, it exposes snaps from those
[16:41] <niemeyer> pedronis: Ah, "expose" might be a nicer way to convey it
[16:42] <pedronis> niemeyer: "returns further stores that are exposed by this store" ?
[16:43] <pedronis> "by" or "through"
[16:44] <niemeyer> pedronis: Returns stores holding snaps that are also exposed but this one, or something along those lines
[16:47] <pedronis> ok
[16:47] <pedronis> thx
[16:52] <pedronis> niemeyer: changed
[16:59] <pedronis> mvo: have you branched again 2.36 or not yet?
[17:00] <mup> PR snapcraft#2324 closed: plugins: remove the ament plugin when using a base <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2324>
[17:11] <mvo> pedronis: not yet branched again
[17:11] <mvo> pedronis: once 2.35.4 hits candidate I will push the next beta of 2.36
[17:11] <mvo> ogra: not sure at all :) any hints appreciated
[17:11] <pedronis> mvo: ok, waiting for my main 2.36 left branch to get green
[17:12] <pedronis> I got the 2nd 11
[17:12] <pedronis> *+1
[17:12] <mvo> yay
[17:13] <ogra> mvo, well, do you have /boot/uboot/bcm2710-rpi-3-b-plus.dtb ?
[17:13] <ogra> else it will just automatically use bcm2710-rpi-3-b.dtb ...
[17:14] <mvo> ogra: yes, that file is there
[17:15] <ogra>  /proc/device-tree/model also shows the Plus dtb to be used ?
[17:16] <Chipaca> travis getting 50kb/h from that gce archive
[17:16] <Chipaca> :-(
[17:16] <mvo> ogra: let me try, I need to hack myself in first, I can't create a user via console-conf right now :/ so give me 5min
[17:18] <ogra> thats why i never use canonical models during development ... system-user assertion FTW ;)
[17:19] <mvo> ogra: heh :) cat /proc/device-tree/model ;echo
[17:19] <mvo> Raspberry Pi 3 Model B Plus Rev 1.3
[17:19] <ogra> looks fine ... so the dtb is definitely correct
[17:20] <ogra> do you see NICs at all in /proc/net/dev ?
[17:21] <mvo> ogra: yeah, also console-conf shows them, but they are just not working for some strange rseason
[17:21] <ogra> oh
[17:22] <mvo> even for wired which is weird
[17:22] <mvo> (link led is on fwiw on pi and router)
[17:23]  * mvo pokes some more
[17:27] <pstolowski> cachio: hey, you were mentioning on the sprint a spread test extending nested vm helpers (if i remember correctly); did you make progress with this?
[17:30] <cachio> pstolowski, no but I could start working on in today
[17:30] <cachio> after the ubuntu cosmic PR is ready
[17:31] <pstolowski> cachio: ack, thanks
[17:32] <zyga> anyone from the store, my uploads go away as "__all__: The upload does not appear to be a valid package"
[17:32] <zyga> but it installs just fine locally :/
[17:32] <zyga> any ideas?
[17:33] <pstolowski> niemeyer: any chance for a re-review of #5759? also, the other 3 hotplug PRs have +1s but need one more review
[17:33] <mup> PR #5759: ifacestate: implementation of defaultDeviceKey function for hotplug <Hotplug 🔌> <Created by stolowski> <https://github.com/snapcore/snapd/pull/5759>
[18:17] <Chipaca> EOD o/
[19:08] <niemeyer> pstolowski|afk: yeah, excellent chances.. :)
[19:08] <niemeyer> pstolowski|afk: Not all today probably, though
[19:32] <mup> PR snapd#5882 closed: many:  support and consider store friendly-stores when checking device scope constraints <Squash-merge> <Created by pedronis> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/5882>
[20:08] <mup> PR core#38 closed: Add another pi-config option <Created by sergey-borovkov> <https://github.com/snapcore/core/pull/38>
[20:08] <mup> PR core#83 closed: move most of the ubuntu-core config deb into the snap snap build <Created by mvo5> <https://github.com/snapcore/core/pull/83>
[20:09] <mup> PR core#38 opened: Add another pi-config option <Created by sergey-borovkov> <https://github.com/snapcore/core/pull/38>
[20:09] <mup> PR core#83 opened: move most of the ubuntu-core config deb into the snap snap build <Created by mvo5> <https://github.com/snapcore/core/pull/83>
[20:09] <mup> PR snapd#5950 opened: tests: running the snapd tests on Ubuntu 18.10 <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/5950>
[20:29] <Chipaca> cachio: hi
[20:30] <Chipaca> cachio: if you could review #5938, we can land it and then your #5950 won't fail any more...
[20:30] <mup> PR #5938: tests/lib: rework the CLA checker  <Created by chipaca> <https://github.com/snapcore/snapd/pull/5938>
[20:30] <mup> PR #5950: tests: running the snapd tests on Ubuntu 18.10 <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/5950>
[20:30] <cachio> Chipaca, sure
[20:31] <cachio> Chipaca, reviewing
[20:36] <mup> PR snapd#5938 closed: tests/lib: rework the CLA checker  <Created by chipaca> <Merged by sergiocazzolato> <https://github.com/snapcore/snapd/pull/5938>