[04:57] <PhoenixMage> kyrofa: I cant find any details on using the environment keyword in the documentation, do you have a link handy, just curious about it
[05:12] <mup> PR snapd#3692 opened: tests: install most important snaps <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/3692>
[06:31] <mup> PR snapd#3685 closed: interfaces: add missing test for optical_drive interface <Created by adglkh> <Merged by zyga> <https://github.com/snapcore/snapd/pull/3685>
[06:33] <mup> PR snapd#3684 closed: interfaces: convert physical_memory_observe to common iface <Created by adglkh> <Merged by zyga> <https://github.com/snapcore/snapd/pull/3684>
[06:42]  * zyga-ubuntu is very grumpy about quite sub-optimal package build/test failure outupt
[06:42] <zyga-ubuntu> output*
[06:42] <zyga-ubuntu> extreme verbosity and no substance
[06:43] <zyga-ubuntu> good morning
[07:02] <mvo> hey zyga-ubuntu! where do you see this output?
[07:09] <zyga-ubuntu> mvo: unit tests
[07:09] <zyga-ubuntu> mvo: first you get a list of all the files, because that's apparently interesting
[07:10] <zyga-ubuntu> mvo: then you get a per-module test result, because we just need to see that too
[07:10] <mvo> zyga-ubuntu: aha, yes, its quite terrible
[07:10] <zyga-ubuntu> mvo: and somewhere in that output there is one test failure
[07:10] <zyga-ubuntu> mvo: obviously you don't know because the output for all the 100s of other modules follows
[07:10] <zyga-ubuntu> mvo: ....
[07:10] <mvo> zyga-ubuntu: yes, I suffered this pain also
[07:11] <zyga-ubuntu> mvo: let me see if I can cure this
[07:11] <mvo> zyga-ubuntu: if you find a switch to make this less insane, I will give you an extra hug
[07:11] <zyga-ubuntu> because day-to-day experience is nothing like that
[07:12] <zyga-ubuntu> mvo: I mean this seems to do the right thing: $ go test github.com/snapcore/snapd/...
[07:12] <zyga-ubuntu> are we getting the painful output from debhelper or is that self-induced-suffering?
[07:12] <mvo> zyga-ubuntu: probably, I guess it sets some verbose flags somewhere
[07:13] <zyga-ubuntu> I'm grumpy enough to find this today
[07:13] <zyga-ubuntu> thank you mvo :)
[07:14] <mup> PR snapd#3689 closed: Improve the test for physical memory control and observe interface <Created by adglkh> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/3689>
[07:50] <mup> PR snapd#3693 opened: snapsate: improve the error message when classic confinement is not supported <Created by mvo5> <https://github.com/snapcore/snapd/pull/3693>
[07:52] <zyga-ubuntu> woot
[07:52] <zyga-ubuntu> thank you mvo!
[07:52] <zyga-ubuntu> mvo: 2.27 backport would be lovely
[07:52] <zyga-ubuntu> mvo: I'll add this to arch ASAP :)
[07:52] <mwhudson> oh the list of files is dh-golang being stupid i think
[07:53] <mwhudson> DH_VERBOSE=0 will stop that
[07:53] <zyga-ubuntu> mwhudson: thank you :)
[07:55] <mvo> zyga-ubuntu: I hope 2.27 is closed, I need to talk to Sergio but ideally rc8 will be renamed to -final and it goes to candidate. but lets see what he says
[07:57] <zyga-ubuntu> mvo: CE asked to include the broadcom-asic interface there
[07:57] <zyga-ubuntu> mvo: if you still allow PRs I'll make a backport
[07:58] <jamesh> zyga-ubuntu: I still need to try implementing this in snap-confine, but I think I've worked out a way to handle the per-user mounts that should work with snap-update-ns
[07:58] <zyga-ubuntu> jamesh: that's great, I saw the messaging about this
[07:59] <jamesh> zyga-ubuntu: it's essentially unshare the mount namespace, then remount "/" with MS_REC|MS_SLAVE, then overlay the extra mounts
[08:01] <jamesh> I get all the mount changes from the parent without the parent seeing any of child's
[08:02] <zyga-ubuntu> what happens if, say, the parent them mounts something over your changes?
[08:06] <mvo> zyga-ubuntu: are you ok with merging 3604? or do you see any blockers in there?
[08:13] <morphis_> zyga-ubuntu: another snapd bug you might be interested in: https://github.com/anbox/anbox/issues/399
[08:18]  * zyga-ubuntu looks at both
[08:19] <zyga-ubuntu> mvo: letm's merge it, I'll improve the thing I care about soon
[08:20] <mup> PR snapd#3604 closed: tests:  enable main suite for opensuse <Created by sergiocazzolato> <Merged by zyga> <https://github.com/snapcore/snapd/pull/3604>
[08:35] <mvo> zyga-ubuntu: thank you
[08:58] <Chipaca> zyga-ubuntu: o/
[08:59] <Chipaca> zyga-ubuntu: snapd#3694 has a commit message i think you'll like
[08:59] <mup> PR snapd#3694: wrappers, overlord/snapstate/backend: make link-snap clean up on failure <Created by chipaca> <https://github.com/snapcore/snapd/pull/3694>
[08:59] <mup> PR snapd#3694 opened: wrappers, overlord/snapstate/backend: make link-snap clean up on failure <Created by chipaca> <https://github.com/snapcore/snapd/pull/3694>
[08:59] <Chipaca> mup: where's your source? I want to add a "no parroting" feature
[08:59] <mup> Chipaca: I apologize, but I'm pretty strict about only responding to known commands.
[08:59] <Chipaca> mup: no you're not, no matter what I type you respond.
[08:59] <mup> Chipaca: In-com-pre-hen-si-ble-ness.
[08:59] <Chipaca> mup: see?
[08:59] <mup> Chipaca: Roses are red, violets are blue, and I don't understand what you just said.
[09:01] <zyga-ubuntu> Chipaca: looking
[09:01] <zyga-ubuntu> Chipaca: that's a world of difference to me, thank you!
[09:02] <Chipaca> zyga-ubuntu: :-)
[09:03] <Chipaca> and now i need to go push some papers around. Should be back in ~30 minutes, but who knows.
[09:05] <zyga-ubuntu> o/
[09:06] <zyga-ubuntu> Chipaca: I like the cleanup approach
[09:06] <Chipaca> zyga-ubuntu: i've tried to keep it boring :-)
[09:07] <Chipaca> also i'm not very good at doing the "go push papers around" thing
[09:10]  * Chipaca tries again
[09:11] <zyga-ubuntu> what kind of go push papers around are you referring to?
[09:12] <zyga-ubuntu> ok, I read the non-test code and it looks good
[09:12] <zyga-ubuntu> looking at tests now
[09:12] <zyga-ubuntu> I wish github had a way to split this
[09:12] <Chipaca> zyga-ubuntu: need to renew my lease
[09:12] <zyga-ubuntu> ah
[09:13] <zyga-ubuntu> I misunderstood "go" as "golang"
[09:13] <Chipaca> sign a stack of papers
[09:13]  * zyga-ubuntu hugs Chipaca after looking at his pile of papers
[09:13]  * Chipaca hugs zyga-ubuntu back
[10:44]  * zyga-ubuntu -> food
[10:50] <mvo> cachio: hey,good morning! did you find out anything about the     - external:ubuntu-core-16-arm-32:tests/main/security-setuid-root failure(s)?
[10:50] <mvo> cachio: if not, let me build an image now and try to reproduce
[10:53] <Chipaca> niemeyer: poke
[11:00] <Chipaca> niemeyer: https://forum.snapcraft.io/t/command-line-interface-to-manipulate-services/262/33?u=chipaca
[11:00] <Chipaca> niemeyer: basically i'm not liking the very different behaviour of "snap restart" vs "snap restart --reload", and would like to make a minor change to it so the problem goes away
[11:25] <mvo> niemeyer: just FYI, I looked into updating the support: field for the core snap but this is not yet supported in the store. bug 1666792 is tracking this work (sort of)
[11:25] <mup> Bug #1666792: Please add "contact" field to the API <Snap Store:Incomplete by roadmr> <https://launchpad.net/bugs/1666792>
[11:32] <ogra_> mvo, perhaps via snapcraft somehow ?
[11:32] <pedronis> mvo: well that's part of the larger discussion we had in London
[11:33] <pedronis> about what's authoritative
[11:34] <Chipaca> cachio: you around?
[11:38] <Chipaca> nm, network slowness
[11:48] <mup> PR snapd#3688 closed: Improve the test for ppp interface <Created by adglkh> <Merged by zyga> <https://github.com/snapcore/snapd/pull/3688>
[11:59] <zyga-ubuntu> jdstrand: can you have a 2nd look (and perhaps +1) https://github.com/snapcore/snapd/pull/3499
[11:59] <mup> PR snapd#3499: interfaces/builtin: add the spi interface <Created by tokurz> <https://github.com/snapcore/snapd/pull/3499>
[12:02] <pedronis> Chipaca: this is not the first place reporting op conflicts for sure, I suppose the rest are doing 400 or 500
[12:02] <mup> PR snapd#3478 closed: tests: extend upower-observe test to cover snaps providing slots <Created by fgimenez> <Merged by zyga> <https://github.com/snapcore/snapd/pull/3478>
[12:10] <mup> Bug #1645731 opened: Fail to access the shared content if app starts before connect interface <Canonical System Image:Confirmed for pat-mcgowan> <snapd:New> <Snappy:Triaged by zyga> <Ubuntu App Platform:Confirmed> <https://launchpad.net/bugs/1645731>
[12:11] <niemeyer> Chipaca: Yo
[12:11] <niemeyer> Chipaca: Is that in the topic?  Looking
[12:11] <ikey> q: what is the preferred method for packaging snapd? given the number of golang dependencies
[12:11] <ikey> solus packaging explicitly disables networking during build for security
[12:11] <niemeyer> mvo: You mean "contact"?
[12:12] <mvo> niemeyer: yes, contact, sorry
[12:12] <ikey> thus is it safe to lift the networking restriction and trust the vendor tool, or should the revdep chain be packaged?
[12:12] <niemeyer> mvo: I'm hoping to not confuse "support" here, as very often that means something specific and different
[12:12] <mvo> niemeyer: yes, my bad, I wrote "contact" in bugreport and in my other irc, sorry for the confusion
[12:13] <niemeyer> mvo: Thanks
[12:13] <niemeyer> mvo: So people are unable to set their own contact field?
[12:13] <niemeyer> mvo: Or where else the problem lies?
[12:14] <mvo> niemeyer: AIUI the store hardcodes contact (supported-by is iirc the name still in use in the returned json) to the publishers primary email
[12:14] <ogra_> well
[12:14] <ogra_> the old UI allowed to set it
[12:14] <niemeyer> mvo: I think I've seen some snaps using a URL
[12:14] <mvo> niemeyer: i.e. no way to change that and no way to set it on a per-snap basis currently
[12:14] <ogra_> ogra@pi3:~$ snap info upnp-server|grep contact
[12:14] <ogra_> contact:   ogra@ubuntu.com?subject=upnp-server
[12:14] <niemeyer> Ah, perhaps ogra nails it
[12:15] <mvo> niemeyer, ogra_: yes, the old webui had this, it got removed as part of https://bugs.launchpad.net/snapstore/+bug/1672664 (private unfortunately)
[12:15] <ogra_> (i used to set the subject line in that mailto link for every snap i have)
[12:15] <niemeyer> mvo: Okay, that makes it pretty irrelevant.. I don't want my personal email on every snap I publish, for example
[12:15] <niemeyer> Let's see if we can get that sorted
[12:16] <mvo> niemeyer: I can create a forum topic if you want, I also filed https://bugs.launchpad.net/snapstore/+bug/1709610 just to be sure
[12:16] <mup> Bug #1709610: Please allow "contact:" override on a per-snap basis <Snap Store:New> <https://launchpad.net/bugs/1709610>
[12:16] <ogra_> the backend is definitely capable of doing it ... just the UI gield vanished when we switched to dashboard.s.io
[12:16] <ogra_> *field
[12:16] <pedronis> mvo: niemeyer: I think contact was added to snapcraft
[12:16] <zyga-ubuntu> ikey: hello!
[12:16] <mvo> ogra_: maybe we still set it in the db in a one-off basis, I don't know, I need to followup
[12:16] <pedronis> but the store doesn't know
[12:16] <zyga-ubuntu> ikey: I can help you out
[12:16] <niemeyer> mvo: Thanks a lot! I'll open the forum topic and point to the ticket
[12:16] <ikey> heya zyga-ubuntu :]
[12:17] <mvo> pedronis: its not there yet afaics but I can trivially add it and push a PR ( doing some snapcraft things for bases anyway)
[12:17] <ogra_> mvo, well, my snaps still have the "?subject=<snapname>"
[12:17] <zyga-ubuntu> ikey: I'm not a solus user or developer but if you want to make a snapd package available I can help you out
[12:17] <ogra_> so it seems to be handled when set
[12:17] <mvo> niemeyer: https://bugs.launchpad.net/snapstore/+bug/1666792 and https://bugs.launchpad.net/snapstore/+bug/1709610 should have the relevant info
[12:17] <mup> Bug #1666792: Please add "contact" field to the API <Snap Store:Incomplete by roadmr> <https://launchpad.net/bugs/1666792>
[12:17] <mup> Bug #1709610: Please allow "contact:" override on a per-snap basis <Snap Store:New> <https://launchpad.net/bugs/1709610>
[12:17] <ikey> zyga-ubuntu, well its basically a case of looking at how everyone else is packaging it. are they allowing networking during build, have a huge tarball, or package all the reverse golang deps as vendored packages (brittle) ?
[12:17] <pedronis> niemeyer: it's also then proabably related to  https://forum.snapcraft.io/t/development-sprint-june-26th-2017/415/48 as well
[12:17] <mvo> ogra_: yeah, lets see what the store people tell us, this is definitely encouraging
[12:18] <zyga-ubuntu> ikey: all of those
[12:18] <ogra_> mvo, this is definitely a regression :)
[12:18] <zyga-ubuntu> ikey: depending on the distribution
[12:18] <ikey> ok what does debian/ubuntu world do?
[12:18] <ogra_> (specifically your second bug)
[12:18] <ikey> because we have networking nuked in builds (solbuild implements a lightweight container)
[12:18] <mvo> ogra_: yeah, that reminds me that I need to write a bugreport about the vanishing architecture in the webui, it used to be there but is no more
[12:18] <zyga-ubuntu> ikey: different things actually, in debian snapd is packaged separately from all dependencies, in ubuntu it is a big tarball
[12:18] <ikey> i can turn it on .. but.. yknow.
[12:18] <ikey> hm ok
[12:19] <zyga-ubuntu> ikey: what is customary for solus?
[12:19] <zyga-ubuntu> (for golang)
[12:19] <ogra_> mvo, oh, yes please ... thats super annoying (the uploads overview still has it, just not the details)
[12:19] <zyga-ubuntu> are all golang modules packaged separately?
[12:19] <ikey> well we actually have very few golang things packaged zyga-ubuntu except our own stuff (like solbuild) - but we create proper release tarballs for those with src/vendor submodules setup
[12:19] <ikey> with src/vendor actually being git submodules
[12:19] <zyga-ubuntu> ikey: aha
[12:19] <ikey> and using git-archive-all to create a true dist tarball
[12:20] <zyga-ubuntu> ikey: we have a "fat" tarball that mvo makes for each release I think
[12:20] <ikey> consider my interest peeked
[12:20] <ikey> lol
[12:20] <zyga-ubuntu> ikey: so if you want to get started, start with that please
[12:20] <ikey> sure would love it, ty
[12:20] <pedronis> mvo: I'm probably just confused then, anyway the status about all these fields is confusing
[12:20] <zyga-ubuntu> ikey: two requests
[12:20]  * ikey listens
[12:20] <zyga-ubuntu> ikey: can you please start a thread on forum.snapcraft.io about this, I'm sure many other people would love to know this is happening
[12:21] <zyga-ubuntu> ikey: and as a personal request, can you please add /etc/os-release to github.com/zyga/o-release-zoo, it helps with some tests
[12:21] <zyga-ubuntu> github.com/zyga/os-release-zoo
[12:21] <mvo> pedronis: yeah, its all a bit in flux it seems, sounds like a good opportunity to clarify things (or my git tree is outdated, also quite possible :)
[12:21] <mvo> pedronis: anyway, I get to the bottom of it
[12:22] <ikey> zyga-ubuntu, for the 2nd one, we roll, so VERSION_ID is non static (heads up) - for the 1st one - uhm.. sure...? lol
[12:22] <ikey> seems a bit like self promotion on my part doing so though :p
[12:22] <zyga-ubuntu> sure
[12:24] <ikey> PR sent to the zoo
[12:25] <zyga-ubuntu> ikey: merged
[12:25] <ikey> ta
[12:25] <ikey> ok got a snapcraft.io forum account, what exactly am i posting here? :p
[12:26] <zyga-ubuntu> ikey: just make a post that you're working on a package for solus
[12:27] <ikey> aite
[12:27] <ikey> in snapd tag ?
[12:27]  * ikey & lost with discourse
[12:27] <zyga-ubuntu> ikey: yes that's fine :)
[12:27] <ikey> ta
[12:29] <zyga-ubuntu> ikey: and please stay in touch, I'd love to help you with the package
[12:29] <ikey> cheers, will do
[12:31] <mup> PR snapd#3695 opened: interfaces: convert kvm to common iface <Created by adglkh> <https://github.com/snapcore/snapd/pull/3695>
[12:31] <ikey> forum post done
[12:32] <zyga-ubuntu> ikey: thanks, looking
[12:32] <ogra_> 4 potential users \o/
[12:32] <zyga-ubuntu> gary-wzl: hey, thank you for all the work :)
[12:32] <mup> PR snapcraft#1447 opened: add support for the "contact" field in snapcraft <Created by mvo5> <https://github.com/snapcore/snapcraft/pull/1447>
[12:32] <ikey> ogra_, lol
[12:32] <zyga-ubuntu> gary-wzl: can you cross-review https://github.com/snapcore/snapd/pull/3696 please?
[12:32] <mup> PR snapd#3696: interfaces: covert framebuffer to commonInterface <Created by zyga> <https://github.com/snapcore/snapd/pull/3696>
[12:33] <mup> PR snapd#3696 opened: interfaces: covert framebuffer to commonInterface <Created by zyga> <https://github.com/snapcore/snapd/pull/3696>
[12:33] <gary-wzl> zyga-ubuntu: sure, here is more to come. :)
[12:34] <zyga-ubuntu> gary-wzl: reviewed kvm
[12:40] <zyga-ubuntu> ikey: replied :)
[12:42] <ikey> ta
[12:45] <zyga-ubuntu> I guess I'll install solus now :-)
[12:46] <ikey> might be worth waiting a few days tbh
[12:46] <ikey> impending release
[12:46] <ikey> and snapd will be more formally supported after that
[12:47] <zyga-ubuntu> ikey: aha, I'll hold off then
[12:47] <gary-wzl> zyga-ubuntu: reviewed and just left a comment.
[12:47] <gary-wzl> zyga-ubuntu: I could fine-tune the framebuffer_test.go in a separated PR as I go.
[12:47] <ogra_> cachio, do you happen to know where exactly i can find the code for "failover:emptysystemd" ?
[12:47] <zyga-ubuntu> gary-wzl: I'm re-writing framebuffer tests now
[12:47] <gary-wzl> zyga-ubuntu: Thanks!
[12:48] <cachio> ogra_, yes,
[12:48] <mup> PR snapd#3697 opened: docs: add PULL_REQUEST_TEMPLATE.md <Created by mvo5> <https://github.com/snapcore/snapd/pull/3697>
[12:49] <cachio> ogra_, https://github.com/snapcore/snapd/blob/master/tests/main/failover/task.yaml
[12:50] <ogra_> cachio, thanks
[12:51] <cachio> ogra_, I updated this test yesterday
[12:51]  * ogra_ has been debugging a reboot failure with a customer for days ... it just struck me that this test actually *wants* it to fail :P
[12:51] <ogra_> silly thinko
[12:51] <cachio> mvo, resutls updated
[12:57]  * mvo hugs zyga-ubuntu and zyga-suse
[12:58] <mvo> cachio: things looks mostly good it seems, one strange pi2 issue, I try to reproduce htis now with my pi2 - I had forgotten just how long this takes :(
[12:58] <mvo> cachio: and console-conf seems to be very unahppy, do you know what is going on there? maybe we can talk in the hangout
[12:58] <ogra_> mvo, we should really pay him a psychiatrist there is a new personality coming every week now !
[12:58] <ogra_> ETOOMANYZYGAS
[12:59] <mvo> ogra_: he has as many personalities as there are linux distros ;)
[12:59] <ogra_> yeah, i noticed :)
[12:59] <cachio> mvo, most of console conf tests are known issues
[12:59] <cachio> mvo, I'll take a look again
[12:59] <mup> Issue # opened: snapcraft#1448, snapcraft#1449, snapcraft#1450, snapcraft#1451, snapcraft#1452, snapcraft#1453, snapcraft#1454
[13:00] <cachio> mvo, for the pi2, I added a second link with the tests passing
[13:00] <mvo> cachio: aha, great!
[13:00] <mvo> cachio: yay
[13:02] <zyga-ubuntu> gary-wzl: added
[13:02] <jdstrand> zyga-ubuntu: done
[13:02] <zyga-ubuntu> ogra_: just wait for more :)
[13:02] <zyga-ubuntu> jdstrand: thank you!
[13:02] <mup> Issue snapcraft#1455 opened: share cache with local container <Created by sergiusens> <https://github.com/snapcore/snapcraft/issue/1455>
[13:02] <mup> Issue snapcraft#1456 opened: clean up stale containers <Created by sergiusens> <https://github.com/snapcore/snapcraft/issue/1456>
[13:02] <mup> Issue snapcraft#1457 opened: remote per-project container <Created by sergiusens> <https://github.com/snapcore/snapcraft/issue/1457>
[13:04] <tedg> thomi: FYI, I just put the Inkscape update into the stable channel. If you want to watch the diffs there.
[13:04] <tedg> thomi: Guessing it'll cause a bunch of traffic.
[13:05] <mup> Issue # opened: snapcraft#1458, snapcraft#1459, snapcraft#1460, snapcraft#1461, snapcraft#1462
[13:08] <mup> Issue snapcraft#1463 opened: core build triggers root  <designed> <Created by sergiusens> <https://github.com/snapcore/snapcraft/issue/1463>
[13:11] <mup> Issue snapcraft#1464 opened: plugin reorg (rosdep) <designed> <Created by sergiusens> <https://github.com/snapcore/snapcraft/issue/1464>
[13:12] <gary-wzl> zyga-ubuntu: +1
[13:12] <gary-wzl> zyga-ubuntu: here is one more :)
[13:13] <mup> PR snapd#3698 opened: interfaces: convert joystick to common iface <Created by adglkh> <https://github.com/snapcore/snapd/pull/3698>
[13:17] <ogra_> cachio, oh, looking at your https://github.com/snapcore/snapd/commit/f1cf4755312713f8024a4c29e1b0173dd4a42419 ...
[13:18] <ogra_> does that mean there never actually was an issue with resize ?
[13:18] <ogra_> or is that unrelated ?
[13:19] <zyga-ubuntu> gary-wzl: lovely, thanks!
[13:52] <tedg> popey: Are you "snapcrafters" ? The discord app won't start because it's out-of-date.
[13:54] <cachio> ogra_, this test was failing because of this
[13:54] <ogra_> ok, so not related
[13:55] <popey> tedg: just bumped it
[13:55] <popey> building now
[13:56] <tedg> popey: Great, thanks!
[13:56] <popey> np, thanks for letting us know - https://github.com/snapcrafters/discord/blob/master/snap/snapcraft.yaml fyi
[13:57] <tedg> popey: Cool, is upstream considering taking it on?
[13:57] <popey> tedg: possibly.
[13:59] <mup> Issue snapcraft#1465 opened: node classic path issue [bug](https://bugs.launchpad.net/snapcraft/+bug/1706371) <Created by sergiusens> <https://github.com/snapcore/snapcraft/issue/1465>
[13:59] <mup> Issue snapcraft#1466 opened: scriptlets erroring behavior <Created by sergiusens> <https://github.com/snapcore/snapcraft/issue/1466>
[14:02] <popey> tedg: edge has 0.0.2 - fancy testing it?
[14:05] <mup> Issue snapcraft#1467 opened: rust plugin: new rustup <bug> <Created by sergiusens> <https://github.com/snapcore/snapcraft/issue/1467>
[14:05] <mup> Issue snapcraft#1468 opened: override ARCH for kbuild <designed> <Created by sergiusens> <https://github.com/snapcore/snapcraft/issue/1468>
[14:05] <mup> Issue snapcraft#1469 opened: rust plugin: cache rust toolchain offline <Created by sergiusens> <https://github.com/snapcore/snapcraft/issue/1469>
[14:06] <mvo> zyga-ubuntu: can you ping me once you found out more about the fedora build failure please?
[14:09] <popey> tedg: nvm, busted here.
[14:10] <zyga-ubuntu> mvo: yes, installing 32 bit build now
[14:10] <tedg> popey: Yeah, seemed to migrate and then stopped.
[14:12] <popey> tedg: missing opengl plug, added it, and rebuilding
[14:21] <cachio> mvo, I just updated the db results, 32/32
[14:25] <cachio> ogra_, i found this http://elinux.org/RPi_SD_cards
[14:25] <cachio> ogra_, late
[14:25] <ogra_> oh wow
[14:26] <ogra_> thats a gigantic table !
[14:26]  * ogra_ wonders who tested all these cards 
[14:26] <zyga-ubuntu> cachio: heh, I wanted to copy this link into the standup window but not having verified it I didn't want to bother you with unproven stuff
[14:26] <mup> PR snapd#3695 closed: interfaces: convert kvm to common iface <Created by adglkh> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/3695>
[14:26] <zyga-ubuntu> mvo: thank you!
[14:27] <zyga-ubuntu> mvo: I'm installing fedora 26 i386 (still)
[14:27] <zyga-ubuntu> mvo: but I'm working on a branch to tweak snap-seccomp builds for everyone to make it easier
[14:27] <mvo> ok
[14:27] <cachio> ogra_, at least there is a name and date in the last column
[14:28] <ogra_> yeah
[14:28] <mvo> zyga-ubuntu: fwiw, for 2.27 I would love something *tiny* :)
[14:28] <zyga-ubuntu> mvo: one more data point
[14:28] <zyga-ubuntu> mvo: very tiny
[14:28] <mvo> \o/
[14:28] <ogra_> cachio, so your broken card is actually one marked red in that table ?
[14:28] <zyga-ubuntu> mvo: one line change so far
[14:28] <zyga-ubuntu> well, two
[14:28] <zyga-ubuntu> mvo: if we do monthly releases I can help on xdistro more
[14:28]  * ogra_ must be extremely lucky that he mostly got good cards then
[14:29] <mvo> zyga-ubuntu: sounds good, I think we need to discuss this, but I think its reasonable
[14:29] <mvo> zyga-ubuntu: moving to this model
[14:29] <mvo> (eh schedule)
[14:29] <zyga-ubuntu> mvo: so far my gut feeling is that +//#cgo CFLAGS: -D_FILE_OFFSET_BITS=64
[14:29] <zyga-ubuntu> this is *enough*
[14:30] <zyga-ubuntu> but need a sec to test
[14:30] <cachio> ogra_, I think it is in green
[14:30] <ogra_> weird
[14:30] <ogra_> then it is probably really worn out
[14:30] <ogra_> though ... the stable gadget has really old start.elf and friends
[14:30] <ogra_> might be that it got fixed later by broadcom but the stable image doesnt have that fix
[14:31] <ogra_> (testing edge would tell)
[14:31] <ikey> so zyga-ubuntu i got the initial packaging working, but when i run "/snap/bin/hello", it just seems to time out forever ™
[14:31] <zyga-ubuntu> ikey: yep, there's a lot of missing bits I suspect
[14:31] <ikey> just using devmode confinement atm
[14:31] <cachio> ogra_, ok
[14:32] <ikey> well, error messages wouldn't hurt :P
[14:32] <cachio> do you have a link?
[14:32] <zyga-ubuntu> ikey: I think it is waiting for the seccomp profile
[14:32] <zyga-ubuntu> ikey: is snapd running?
[14:32] <ikey> yes
[14:32] <zyga-ubuntu> ikey: can you tell me if you patched anything?
[14:32] <ikey> no im using 2.26
[14:32] <ogra_> cachio, for edge images ?
[14:32] <cachio> yes
[14:32] <zyga-ubuntu> ikey: and what kind of installation layout did you pick for solus (e.g. /usr/lib vs /usr/libexec)
[14:32] <zyga-ubuntu> ikey: /snap vs /var/lib/snapd/snap
[14:32] <ogra_> cachio, http://people.canonical.com/~ogra/snappy/all-snaps/daily/current/ or http://cdimage.ubuntu.com/ubuntu-core/16/edge/current/ (shoudl be largely identical)
[14:32] <ikey> hm the snap mount dir could be the issue.
[14:33] <zyga-ubuntu> ikey: I *think* you will want to do a few small patches first
[14:33] <zyga-ubuntu> ikey: mark solus as a non-reexec distro for now (cmd/cmd.go)
[14:33] <ogra_> cachio, i randomly test the images on the first url (not on a regular schedule or anything though)
[14:33] <ikey> well until i make it do-a-thing i cant know what to patch
[14:33] <zyga-ubuntu> ikey: and use /snap (that's way nicer and simple)
[14:33] <ikey> because i wont know whats broken
[14:33] <zyga-ubuntu> ikey: then look at journal output
[14:33] <ikey> i did
[14:33] <ikey> its useless
[14:34] <zyga-ubuntu> ikey: you can set SNAP_CONFINE_DEBUG=yes to see what snap-confine may be doing
[14:34] <cachio> ogra_, I am downloading http://cdimage.ubuntu.com/ubuntu-core/16/edge/current/ubuntu-core-16-armhf+cm3.img.xz
[14:34] <zyga-ubuntu> ikey: did you build and install snap-seccomp?
[14:34] <ogra_> cachio, ok ... thats for the cm3 though ...
[14:34] <cachio> no
[14:34] <zyga-ubuntu> ikey: are snaps mounting correctly?
[14:34] <cachio> http://cdimage.ubuntu.com/ubuntu-core/16/edge/current/ubuntu-core-16-armhf+raspi3.img.xz
[14:34] <ogra_> ah
[14:34] <cachio> ogra_, this one
[14:34] <ogra_> yeah,  thats correct :)
[14:35] <ikey> zyga-ubuntu, no because it doesnt exist in 2.26
[14:35] <cachio> I dont have a cm3
[14:35] <ikey> not from what i can see
[14:35] <ogra_> yeah, only ondra does
[14:35] <ikey> and yes they mount fine
[14:35] <zyga-ubuntu> ikey: did you use _bare_ 2.26 or 2.26.14?
[14:35] <ondra> ogra_ I have even two :P
[14:35] <ogra_> heh
[14:35] <ikey> 2.26.8
[14:35] <zyga-ubuntu> ikey: please try .14, 2.26 is really rc0
[14:35] <ikey> i.e. the one with a tarball
[14:35] <zyga-ubuntu> aha
[14:36] <zyga-ubuntu> mvo: could you please upload the tarball for 2.26.14
[14:36] <zyga-ubuntu> mvo: ikey could use that for the solus package
[14:36] <ikey> i assumed the new tags were unstable
[14:36] <ikey> given they're not marked as releases on github
[14:36] <zyga-ubuntu> no, they are more stable actually, we need to rework our naming so that they are correctly identified as release candidates
[14:36] <zyga-ubuntu> ikey: yes, that's an omission on our part
[14:36] <ikey> gotcha
[14:36] <popey> tedg: missing lib, found it, working on it.
[14:36] <ikey> well, good to know now :p
[14:37] <ogra_> that is because we'd need five clones of mvo to do everything at the same time :)
[14:37] <ondra> ogra_ sadly looks like they are now sold out
[14:37] <ogra_> ondra, well, i'm not eager to get one, but QA (i.e. cachio and fgimenez ) should at some point
[14:37] <ogra_> given it is a full supported device now
[14:38] <ondra> ogra_ definitely
[14:38] <ondra> ogra_ I thought they already do
[14:38] <cachio> ogra_, Also we should have some of them in the lab
[14:38] <ogra_> cachio, see what you got yourself into by posting the wrong link ?
[14:38]  * ogra_ grins
[14:38] <cachio> ogra_, heheh
[14:38] <ogra_> yeah, lab too
[14:38] <ondra> ogra_ BTW what was the conclusion yesterday about time when snapd from master lands in edge?
[14:39] <ogra_> ondra, once the release is complete ... (watch the forum there should be an announcement)
[14:39] <ondra> cachio I thought it was desired to have them in the lab, as one can reflash them without human interaction
[14:41] <zyga-ubuntu> mvo: installed, building snapd
[14:50] <mup> PR snapd#3690 closed: interfaces/wayland: add wayland interface <Created by jdstrand> <Merged by zyga> <https://github.com/snapcore/snapd/pull/3690>
[14:56] <zyga-ubuntu> mvo: replied to your question on 3698
[15:01]  * zyga-ubuntu needs to wait for 700+ RPM install/updates
[15:07] <popey> tedg: ok, rev 19 in edge should work - works here.
[15:11]  * zyga-ubuntu breaks for 45 minutes
[15:11] <zyga-ubuntu> ikey: please ping me if you get stuck on anything
[15:11] <zyga-ubuntu> Pharaoh_Atem: fixes for 32bits are in progress
[15:11] <zyga-ubuntu> I need to release suse as well, so we can have a nice 2.27 soon
[15:11] <zyga-ubuntu> but first ...
[15:11] <zyga-ubuntu> taxes
[15:18] <ppisati> ogra_: errrrr... i can't find a spread snap for armhf, is that correct?
[15:18] <ogra_> ppisati, i think there should be one, perhps cachio_lunch can help (after lunch)
[15:18] <tedg> popey: Hmm, no. It comes up to a grey screen and just stays there...
[15:20] <tedg> popey: Ah, I had one dying silently in the background from an old version.
[15:20] <popey> ya
[15:20] <popey> i had that too
[15:20] <tedg> Man, I wish snap had lifecycle management ;-)
[15:20] <popey> Don't you start!
[15:20]  * tedg may have complained about that before
[15:20] <popey> ok, thanks for testing it. i tested in a vm too, all seems good, will promote
[15:21] <mup> PR snapd#3694 closed: wrappers, overlord/snapstate/backend: make link-snap clean up on failure <Created by chipaca> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/3694>
[15:27] <ikey> zyga-ubuntu, just waiting for that tarball :)
[15:34] <cachio> ppisati, hey, what do you need?
[15:41] <ppisati> cachio: 'snap find spread' doesn't show any result on armhf, is that normal?
[15:42] <cachio> ppisati, I never tried on armhf
[15:43] <pstolowski> niemeyer, hey, one more question to you https://forum.snapcraft.io/t/how-to-snap-get-root-document/522/7
[15:43] <cachio> ppisati, why you want to use it on arm?
[15:43] <ppisati> cachio: because on user is reporting a problem with spread on a arm board
[15:44] <ppisati> cachio: but the queston is, why can't find it on arm? -> snap find spread: 0 results
[15:44] <ppisati> cachio: is that normal?
[15:44] <ogra_> cachio, we have customers using it ... but i think he runs it as remote device
[15:44] <cachio> ppisati, well the user should be executing spread from a amd64 against a divice with arm
[15:45] <cachio> ppisati, spread allows to run the tests in remote devices
[15:45] <Pharaoh_Atem> zyga-ubuntu: nice
[15:45] <ppisati> cachio: uhm ok
[15:45] <ogra_> i think theer is a forum thread where fgimenez pointed him to the setup
[15:45] <cachio> ppisati, do you have a link to that report?
[15:45] <ppisati> ogra_: are we talking of the orangepi guy?
[15:45] <ogra_> yes
[15:45] <ppisati> ogra_: ok
[15:47] <zyga-ubuntu> Pharaoh_Atem: pushed as 3699
[15:47] <mup> PR snapd#3499 closed: interfaces/builtin: add the spi interface <Created by tokurz> <Merged by zyga> <https://github.com/snapcore/snapd/pull/3499>
[15:47] <mup> PR snapd#3699 opened: cmd/snap-confine: set _FILE_OFFSET_BITS to 64 <Created by zyga> <https://github.com/snapcore/snapd/pull/3699>
[15:47] <zyga-ubuntu> Pharaoh_Atem: I'll follow up with the tweak to static linking but separately so that mvo doesn't turn more gray
[15:48] <zyga-ubuntu> Pharaoh_Atem: ^ can you have a look
[15:48] <zyga-ubuntu> Pharaoh_Atem: btw, how do I opt-out of "updates-testing"
[15:48] <Pharaoh_Atem> sudo dnf config-manager --set-disabled updates-testing
[15:49] <Pharaoh_Atem> sudo dnf distro-sync
[15:49] <zyga-suse> thanks, trying
[15:50] <zyga-suse> that helped :)
[15:50] <zyga-suse> thanks a lot!
[15:51] <ikey> yay progress..
[15:51] <ikey> /snap/bin/hello-world
[15:51] <ikey> execv failed: No such file or directory
[15:52] <ikey> /snap/hello-world/current/bin/echo
[15:52] <ikey> Hello World!
[15:52] <Chipaca> ikey: uh, that second thing you just did runs the binary "direct", not confined
[15:52] <ogra_> ikey, thats cheating!
[15:52] <ikey> ya i know
[15:52] <Chipaca> don't do that :-)
[15:52] <Chipaca> ah ok :-D
[15:52] <ikey> i was pointing out that its not a linker issue :p
[15:52] <ppisati> $ spread -v -reuse external:ubuntu-core-16-arm-32:tests/main/core-snap-refresh
[15:52] <ppisati> error: invalid project name: ""
[15:52] <ppisati> cachio: ^
[15:52] <mup> PR snapd#3698 closed: interfaces: convert joystick to common iface <Created by adglkh> <Merged by zyga> <https://github.com/snapcore/snapd/pull/3698>
[15:53] <ogra_> ikey, anything in journalctl output ?
[15:53] <Chipaca> ppisati: you need to run it from within the snapd project
[15:53] <Chipaca> ppisati: ie it needs to be able to find spread.yaml
[15:53] <ppisati> $ pwd
[15:53] <ppisati> /home/flag/snapd
[15:53] <ikey> Aug 09 16:51:36 ironhide /snap/bin/hello-world[4652]: cmd.go:66: DEBUG: re-exec not supported on distro "solus" yet
[15:53] <ikey> and i had to patch it to stop the re-exec
[15:53] <ppisati> Chipaca: ^
[15:53] <ikey> otherwise it would timeout infinitely
[15:53] <Chipaca> ppisati: and that's the spread.yaml there?
[15:53] <ogra_> yeah, that should eb fine for now
[15:54] <ogra_> i was hoping from something more
[15:54] <Chipaca> ppisati: or is that where src/github.com/snapcore lives?
[15:54] <cachio> ppisati, where are you executing this?
[15:54] <ikey> so was i..
[15:54] <ogra_> heh
[15:54] <cachio> ppisati, from snapd fir?
[15:54] <cachio> dir
[15:54] <ogra_> good that we are in agreement :P
[15:54]  * ikey has no clue what it is it can't exec
[15:54] <ogra_> (not thatz it helps)
[15:55] <ogra_> yeah, that needs someone from the snapd core team ...
[15:55] <ppisati> cachio: snapd root
[15:56] <ogra_> Chipaca, any way for ikey to turn on more debugging to find out what file or diectory is missing for the execv ?
[15:56] <cachio> ppisati, is there a file spread.yaml ?
[15:56] <cachio> ppisati, can you share it?
[15:58] <ogra_> ikey, ah, found Chipaca's mail from recently ...
[15:58] <ogra_> The easiest way is to add a couple of lines to /etc/environment and
[15:58] <ogra_> then restart snapd. You want
[15:58] <ogra_> SNAPD_DEBUG=1
[15:58] <ogra_> SNAPD_DEBUG_HTTP=7
[15:58] <ogra_> The log can be quite verbose (journalctl -u snapd) but I find it very
[15:58] <ogra_> helpful.
[15:58] <ogra_> try that ...
[15:58] <ikey> ta
[15:59] <ppisati> cachio: i've just cloned the snapd repo from github
[16:00] <ppisati> flag@harukaze:~/snapd$ git lg -1
[16:00] <ppisati> 300f3a6 Merge pull request #3499 from tokurz/spi-patch
[16:00] <ppisati> flag@harukaze:~/snapd$ git status
[16:00] <ppisati> On branch master
[16:00] <ppisati> Your branch is up-to-date with 'origin/master'.
[16:00] <ppisati> nothing to commit, working directory clean
[16:01] <ikey> ogra_: /snap/bin/hello-world
[16:01] <ikey> 2017/08/09 17:00:51.349635 cmd.go:66: DEBUG: re-exec not supported on distro "solus" yet
[16:01] <ikey> execv failed: No such file or directory
[16:01] <ikey> *shrugs*
[16:01] <ogra_> boo
[16:01] <ogra_> lame
[16:01] <ogra_> well, does your systemd unit actually make use of /etc/environment ?
[16:01] <ogra_> else you need to set the vars there
[16:02] <ikey> yes
[16:02] <ikey> anyways i added the stuff to the forum thread
[16:03] <ogra_> +1
[16:03] <ikey> it can be tomorrows problem.. lol
[16:03] <Pharaoh_Atem> :D
[16:06] <cachio> ppisati, the spread that you are using is the snap one?
[16:06] <cachio> ppisati, I'll try with that
[16:06] <Chipaca> zyga-ubuntu: have you seen bug #1673186?
[16:07] <mup> Bug #1673186: the gox classic snap gets stuck consuming a lot of cpu <classic> <isv> <snapd:Confirmed> <https://launchpad.net/bugs/1673186>
[16:07] <zyga-ubuntu> Chipaca: nope
[16:07] <zyga-ubuntu> looking
[16:07] <ppisati> cachio: yes, installed via snap
[16:07] <Chipaca> zyga-ubuntu: it's from ~april but i don't think we've seen it before now
[16:07] <cachio> ppisati, i'll try that
[16:08] <cachio> in the meantime you can use the one in aws
[16:08] <cachio> wget https://niemeyer.s3.amazonaws.com/spread-amd64.tar.gz -O spread.tar.gz && tar xzvf spread.tar.gz
[16:08] <cachio> ppisati, ^
[16:08] <cachio> ppisati, I use that one
[16:08] <pedronis> Chipaca: I left another annoying remark
[16:09] <Chipaca> pedronis: the one about snapNames[]?
[16:09] <pedronis> yes
[16:09] <Pharaoh_Atem> zyga-ubuntu: testing build with that PR on 32-bit Fedora
[16:10] <Chipaca> pedronis: i was just replying when other things interrupted me
[16:10] <Chipaca> pedronis: replied now
[16:10] <zyga-ubuntu> Pharaoh_Atem: thank you
[16:12] <pedronis> Chipaca: answered to the reply
[16:12] <zyga-ubuntu> Chipaca: trying to reproduce
[16:12] <Chipaca> pedronis: aha, but did you reply to the answer?
[16:13] <Chipaca> pedronis: did your answer get truncated?
[16:14] <pedronis> Chipaca: yes, fixed
[16:15] <Chipaca> pedronis: do you agree that a sorted list is too obscure?
[16:15] <pedronis> Chipaca: yes
[16:15] <pedronis> it's either sort internally or make  map internally
[16:15] <pedronis> or keep as it
[16:15] <pedronis> precedent points in the direction of not keep as is
[16:16] <Chipaca> pedronis: the deciding factor when I wrote it was that whatever I passed in was getting built from scratch anyway, so I might as well build what i needed
[16:16] <Chipaca> otherwise i'm just creating a slice to create a map
[16:16] <pedronis> Chipaca: I understand but I'm not sure that logic applies strongly here, because n is small
[16:17] <Pharaoh_Atem> zyga-ubuntu: scratch build fired off: https://koji.fedoraproject.org/koji/taskinfo?taskID=21129976
[16:17] <Chipaca> pedronis: in the common case yes, but in the worst case?
[16:17] <Pharaoh_Atem> incidentally, your patch does not apply on 2.27 branch tip
[16:17] <Chipaca> pedronis: or should i not worry about that :-)
[16:18] <Chipaca> bah, even worst case it'll be ~1000 big for a good while yet
[16:18]  * Chipaca stops worrying
[16:18] <pedronis> Chipaca: yes, big is not that big or we are talking weird
[16:19] <Chipaca> pedronis: also, also, it not being a map means i need to dedupe it :-)
[16:19]  * Chipaca is doing the change while complaining
[16:19] <pedronis> Chipaca: shouldn't you error anyway if names has the same thing twice?
[16:19] <pedronis> it's a bit strange
[16:19] <Chipaca> pedronis: in daemon
[16:19] <pedronis> shouldn't you error in daemon, I mean
[16:20] <Chipaca> pedronis: names comes from list of services, which can easily have more than a snap
[16:20] <pedronis> mmh
[16:20] <pedronis> I see
[16:20] <Chipaca> pedronis: that is, i have [snap-a.foo, snap-a.bar] and i want [snap-a]
[16:20] <pedronis> or not
[16:20] <pedronis> anyway given what the function does it works deduped or not
[16:21] <pedronis> I mean if you turn it into a map and don't check it works anyway, no?
[16:21] <pedronis> don't conflict with A and btw don't conflict with A
[16:23] <Chipaca> pedronis: yes
[16:30] <Chipaca> exactly how soaked am i going to get if i go running in this?
[16:30]  * Chipaca asking the big questions
[16:35] <pedronis> Chipaca: +1 with a last wondering
[16:36] <ogra_> sounds like a movie title ...
[16:36] <ogra_> "The last wondering"
[16:41] <Pharaoh_Atem> zyga-ubuntu: it works: https://github.com/snapcore/snapd/pull/3699
[16:41] <mup> PR snapd#3699: cmd/snap-confine: set _FILE_OFFSET_BITS to 64 <Created by zyga> <https://github.com/snapcore/snapd/pull/3699>
[16:41] <Pharaoh_Atem> mvo: ^
[16:41]  * Chipaca takes a break
[16:45] <zyga-suse> Pharaoh_Atem: thank you for checking
[16:50] <mvo> zyga-suse: yay, thanks you
[16:51] <zyga-suse> mvo: let's merge it
[16:57] <mup> PR snapd#3696 closed: interfaces: covert framebuffer to commonInterface <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/3696>
[17:06] <mup> Bug #1666978 changed: Security setup may fail with ErrNoState if repository and snapstate get out of sync <Snappy:Fix Released> <https://launchpad.net/bugs/1666978>
[17:11] <cachio> ogra_, same problem with the image from adge
[17:11] <zyga-ubuntu> Chipaca: bug "fixed"
[17:11] <cachio> ogra_, but the command line is ok now
[17:12] <cachio> pointing to ttyS0
[17:12] <zyga-ubuntu> Chipaca: anyone else needs to know about this?
[17:12] <zyga-ubuntu> sergiusens: ^^
[17:12] <zyga-ubuntu> you want to look at https://bugs.launchpad.net/snapcraft/+bug/1673186
[17:12] <mup> Bug #1673186: the gox classic snap gets stuck consuming a lot of cpu <classic> <isv> <Snapcraft:Confirmed> <snapd:Invalid> <https://launchpad.net/bugs/1673186>
[17:15] <ogra_> cachio, hmm
[17:29]  * zyga-ubuntu EODs
[17:31] <mup> PR snapd#3699 closed: cmd/snap-confine: set _FILE_OFFSET_BITS to 64 <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/3699>
[17:40] <mup> Bug #1671446 changed: content interface behaves different if tried an operation before connecting the interface <Snappy:New> <https://launchpad.net/bugs/1671446>
[17:50] <Chipaca> zyga-ubuntu: kenvandine
[17:53] <kenvandine> Chipaca, ah, thx!
[18:00] <zyga-ubuntu> kenvandine: note that you can work around this
[18:00] <zyga-ubuntu> kenvandine: just specify the executable as bin/foo
[18:00] <zyga-ubuntu> kenvandine: snapcraft will expand this to $SNAP/bin/foo
[18:00] <kenvandine> zyga-ubuntu, cool, thx
[18:00] <zyga-ubuntu> kenvandine: and it will no longer run /snap/bin/foo
[18:23] <jhodapp> can someone explain to me what an explicit slot vs an implicit slot is?
[18:25] <zyga-ubuntu> jhodapp: I can
[18:25] <zyga-ubuntu> jhodapp: implicit slots are added to the core snap even if they are not declared in the corresponding snap.yaml
[18:25] <zyga-ubuntu> jhodapp: all other slots are explicit because they are just spelled out in some yaml file in a snap
[18:25] <jhodapp> zyga-ubuntu, that makes a lot of sense
[18:41] <zyga-ubuntu> ikey: hey, 2.26.14 should be available as a tarball now
[18:46] <ikey> zyga-ubuntu, much appreciated!
[18:47] <zyga-ubuntu> ikey: I also replied to the forum thread
[18:47] <zyga-ubuntu> if you can list the files in your package I can help you out
[18:47] <zyga-ubuntu> I suspect you are missing onefile
[19:09] <ikey> ew forced static seccomp link
[19:24] <mup> PR snapcraft#1470 opened: catkin plugin: default to release build <Created by kyrofa> <https://github.com/snapcore/snapcraft/pull/1470>
[19:57] <mup> PR snapcraft#1471 opened: catkin plugin: support passing args to cmake <Created by kyrofa> <https://github.com/snapcore/snapcraft/pull/1471>
[20:09] <cachio> Son_Goku, hey
[20:10] <cachio> I see this https://paste.ubuntu.com/25278920/ in some executions on fedora
[20:10] <cachio> Son_Goku, it is when it tries to uninstall snap-confine
[20:11] <Son_Goku> hmm
[20:11] <cachio> it is happening sporadically
[20:11] <cachio> Son_Goku, I can't reproduce it, but I already saw it twice in the test results
[20:12] <Son_Goku> hmm
[20:26] <zyga-suse> it feels like missing cleanup
[20:26] <zyga-suse> or something like htat
[20:45] <mup> PR snapcraft#1425 closed: options: properly handle missing compiler prefix <Created by kyrofa> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/1425>
[21:21] <mup> PR snapcraft#1472 opened: catkin plugin: include-roscore is a boolean <Created by kyrofa> <https://github.com/snapcore/snapcraft/pull/1472>
[21:24] <mup> PR snapcraft#1473 opened: catkin plugin: rosinstall-files is a pull property <Created by kyrofa> <https://github.com/snapcore/snapcraft/pull/1473>
[21:55] <mup> PR snapd#3700 opened: tests: fix for  upgrade test on fedora <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/3700>
[22:45] <mup> PR snapcraft#1417 closed: kbuild plugin: move over the cross-compiling logic from the kernel plugin <Created by kalikiana> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/1417>
[23:09] <mup> PR snapcraft#1472 closed: catkin plugin: include-roscore is a boolean <bug> <Created by kyrofa> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/1472>