[02:49] <mwhudson> $ snapcraft --version
[02:49] <mwhudson> snapcraft, version 2.39.3+really2.35
[02:49] <mwhudson> "oh"
[03:38] <nacc> mwhudson: we had to revert :)
[03:38] <nacc> mwhudson: due to classic snap issues out the wazoo
=== chihchun_afk is now known as chihchun
[05:56] <mwhudson> hm hm looks like go 1.10 in bionic causes snapd's autopkgtests to fail?
[05:57] <mwhudson> (because it runs vet)
[05:57] <mwhudson> and hm breaks the compiler?
=== chihchun is now known as chihchun_afk
=== chihchun_afk is now known as chihchun
[07:37] <zyga-ubuntu> nessita: hey
[07:37] <zyga-ubuntu> nessita: yesterday kyle had an issue with the store not processing package revies
[07:37] <zyga-ubuntu> *reviews
[07:37] <zyga-ubuntu> nessita: there's a thread about this here: https://forum.snapcraft.io/t/snapcraft-releases-are-blocked-no-automatic-reviews-are-happening/4353
[07:38] <zyga-ubuntu> nessita: I'm just relaying the message so perhaps if you know the cause you could reply there
=== __chip__ is now known as Chipaca
[09:12] <Chipaca> jamesh: hi
[09:12] <jamesh> Chipaca: hi
[09:12] <Chipaca> jamesh: we're getting failures in the xdg-open spread test on opensuse-42.2
[09:13] <Chipaca> jamesh: when can I bother you with the details?
[09:13] <nessita> kyrofa, zyga-ubuntu hi! what's the stuck snap? we need a name or something :-)
[09:13] <zyga-ubuntu> nessita: on the forum it looks like it was snapcraft
[09:13] <zyga-ubuntu> https://forum.snapcraft.io/t/snapcraft-releases-are-blocked-no-automatic-reviews-are-happening/4353/2
[09:14] <jamesh> Chipaca: I'm in a meeting right now, but I can look at it after if you've got a link
[09:14] <nessita> zyga-ubuntu, snapcraft is fully unblock, so maybe daniel fixed it as per his reply, or the blocked snap is another one
[09:14] <Chipaca> jamesh: I've got an open ssh to the failing machine, even :-)
[09:14] <zyga-ubuntu> nessita: thanks, I'll relay that to kyrofa later today
[09:14] <Chipaca> nessita: zyga-ubuntu: sergiusens was asking wgrant (i think?) to fix it this morning over breakfast
[09:15] <Chipaca> (if it wasn't wgrant, apologies to him and whoever it was)
[09:22] <juanrubio> Hi, I was wondering if someone would haveave some time look at this forum post
[09:22] <juanrubio> https://forum.snapcraft.io/t/tizonia-command-line-app-and-dbus-daemons-in-the-same-snap/4340
[09:22] <juanrubio> Thanks!
[09:24] <ogra_> niemeyer, FYI .... seems the build.sh script i showed to you guys yesterday is not the only one of this type ... https://git.launchpad.net/~snappy-hwe-team/snappy-hwe-snaps/+git/tests-extras/tree/create-image-scripts/create-image.sh
[09:24] <ogra_> apparently this script is being recommended to some of the ROS guys
[09:25] <ogra_> (pretty much the same except that it uses kpartx to inject stuff into /writable after the image is built)
[09:26] <ogra_> i start to wonder how many different variants of these scripts exist ...
[09:27] <ogra_> niemeyer, https://forum.snapcraft.io/t/how-to-preconfigure-custom-image/4154/7 for reference ...
[09:35] <mup> PR snapcraft#1985 opened: tests: update store tests user <Created by elopio> <https://github.com/snapcore/snapcraft/pull/1985>
[09:38] <mup> PR snapcraft#1979 closed: pluginhandler: simplify logic when elf patching is required <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/1979>
[10:10] <mup> PR snapd#4791 opened: tests: chroot into core to run xdg-open there <Created by chipaca> <https://github.com/snapcore/snapd/pull/4791>
=== chihchun is now known as chihchun_afk
[10:59] <mup> PR snapcraft#1986 opened: schema: add keep-execstack <bug> <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/1986>
[11:12] <mup> PR snapd#4791 closed: tests: chroot into core to run xdg-open there <Created by chipaca> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/4791>
[11:15] <mup> PR snapd#4792 opened: overlord/snapstate: block install of "system" <Created by chipaca> <https://github.com/snapcore/snapd/pull/4792>
=== chihchun_afk is now known as chihchun
[11:42] <ogra_> niemeyer, one for you https://forum.snapcraft.io/t/disabling-console-conf-for-gadget-or-core-config-option/4358
[12:09] <jdstrand> oSoMoN: hey! I wanted to test the 0ad snap with https://github.com/snapcore/snapd/pull/3998 to see if process-control could be discocnnected, but it won't launch on (at least) xenial
[12:09] <mup> PR #3998: snap-confine, snap-seccomp: utilize new seccomp logging features <Created by tyhicks> <https://github.com/snapcore/snapd/pull/3998>
[12:11] <jdstrand> oSoMoN: $ 0ad
[12:11] <jdstrand> execl failed: No such file or directory
[12:12] <jdstrand> child exited with status 1
[12:12] <jdstrand> other snaps seem to work ok
[12:13] <jdstrand> oSoMoN: fyi, that is stable channel. I'll try one of te others
[12:17] <jdstrand> oSoMoN: same thing with --beta
[12:18] <jdstrand> oSoMoN: oh that is still r1. /me tries edige
[12:18] <jdstrand> edge
[12:18] <oSoMoN> jdstrand, I don't expect that'll make much difference, but who knows
[12:20] <oSoMoN> jdstrand, I can look into why it's not starting later, if you want
[12:20] <jdstrand> oSoMoN: well, I'm content to move on
=== __chip__ is now known as Chipaca
[12:28] <jdstrand> oSoMoN: I should mention that I see that in a vm
[12:31] <jdstrand> oSoMoN: curious, it runs on my 17.10 laptop
[12:36] <mup> PR snapcraft#1987 opened: pluginhandler: add option to disable patchelf for a part <enhancement> <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/1987>
[12:39] <oSoMoN> jdstrand, is there a way to test that change without building snapd myself? do the CI jobs make it available by any chance?
[12:41] <jamesh> zyga-ubuntu: did you want to chat about user mounts now?
[12:50] <zyga-ubuntu> jamesh: yes but neither gustavo nor mvo is here now
[12:50] <zyga-ubuntu> so I think we want to postpone that for a while
[12:50] <jdstrand> oSoMoN: you have to build it. CI does build debs but I don't think they are retrievable
[12:50] <jamesh> zyga-ubuntu: okay.  I'm still hacking on the replacement replacement xdg-open, so ping me when you're ready
[12:50] <jdstrand> oSoMoN: however, building is not too bad
[12:51] <oSoMoN> ack, I'll build it then
[12:52] <jdstrand> oSoMoN: you can use dpkg-buildpackage to build it. importantly, you need to rev debian/changelog since that branch has the same version as the core snap. I uas 2.31.2~pre1
[12:52] <zyga-ubuntu> jamesh: ack, will do
[12:53] <jdstrand> oSoMoN: also, you need to patch https://github.com/mvo5/libseccomp-golang/pull/2
[12:53] <mup> PR mvo5/libseccomp-golang#2: ActLog fixup <Created by tyhicks> <https://github.com/mvo5/libseccomp-golang/pull/2>
[12:54] <jdstrand> oSoMoN: what I did is just manually update seccomp.go and seccomp_internal.go before you build. that is a little funky though cause its in the vendor dir so it sometimes gets reverted
[12:54] <jdstrand> oSoMoN: I can give you a snapd for 16.04 it that is helpful
[13:07] <mup> PR snapd#4793 opened: progress: tweak ansimeter cvvis use to no longer confuse minicom <Created by chipaca> <https://github.com/snapcore/snapd/pull/4793>
[13:07] <Chipaca> ^^ are my PRs getting too obscure
[13:13] <jdstrand> oSoMoN: curious. I downgraded the deb (so it reexecs from the core snap), it works. I wonder if there is something new in trunk that is breaking things
[13:14]  * jdstrand builds a deb out of tip of master
[13:31] <jdstrand> oSoMoN: don't bother trying it yet. I talked to zyga about the bug which exists in master
[13:46] <mup> Bug #1753760 opened: Adding public RSA Key doesn't make login on device possible <Snappy:New> <https://launchpad.net/bugs/1753760>
[13:46] <oSoMoN> jdstrand, ok, thanks
=== ikey is now known as ikey|afk
=== chihchun is now known as chihchun_afk
[14:56] <robert_ancell> flexiondotorg, have you noticed the onlyoffice-desktopeditors snap doesn't have a title set?
[14:58] <mup> PR snapd#4794 opened: xdgopenproxy: integrate xdg-open implementation into snapctl <Created by jhenstridge> <https://github.com/snapcore/snapd/pull/4794>
[15:02] <flexiondotorg> robert_ancell: Yes. popey and I have discussed reviewing the quality of store descriptions for features snaps as we build the new lists. We'll reach out to those publishers should add screenshots or modify titles etc.
[15:06] <jamesh> niemeyer: here's my stab at the "snapctl user-open" implementation: https://github.com/snapcore/snapd/pull/4794
[15:06] <mup> PR #4794: xdgopenproxy: integrate xdg-open implementation into snapctl <Created by jhenstridge> <https://github.com/snapcore/snapd/pull/4794>
[15:23] <jdstrand> roadmr: hi! I noticed that https://dashboard.snapcraft.io/snaps/tesseract/ is stuck on https://dashboard.snapcraft.io/snaps/tesseract/revisions/138/, but it says 'Task state is unknown' with no button to re-run the tests
[15:23] <jdstrand> roadmr: https://dashboard.snapcraft.io/snaps/solc/ is in a similar situation
[15:24] <jdstrand> and https://dashboard.snapcraft.io/snaps/minio/revisions/1025/
[15:24] <jdstrand> and https://dashboard.snapcraft.io/snaps/cpp-ethereum/revisions/435/
[15:24] <mup> PR snapd#4795 opened: polkit: ensure error is properly set if dialog is dismissed <Created by azzar1> <https://github.com/snapcore/snapd/pull/4795>
[15:25] <roadmr> jdstrand: hm... let me see. kyrofa had a couple of similar situations in the past couple of days
[15:25] <roadmr> jdstrand: checking!
[15:26] <roadmr> jdstrand: oh wow! "scan error" but this was submitted 5 months ago
[15:27] <jdstrand> roadmr: sme are old, yes, some from last week
[15:27] <roadmr> jdstrand: cpp-ethereum had this 6 days ago, probably got caught in rebootmageddon
[15:27] <jdstrand> some*
[15:27]  * jdstrand nods
[15:27] <jdstrand> roadmr: I click re-run for the ones I can
[15:27] <jdstrand> I'm*
[15:27] <jdstrand> meh
[15:27] <jdstrand> I'm clicking*
[15:28] <roadmr> jdstrand: and I notice solc was on the same day as tesseract
[15:29] <roadmr> jdstrand: so my theory is they all got caught in some server upload issue, I'll fix the borked uploads so the rest of the snaps can process, and file a bug about this problem which happens when there's a "scan error", as opposed to a e.g.failed review
[15:29] <jdstrand> roadmr: thanks
[15:32] <SDB_Stefano> Hi everyone, I'm looking how to install avahi-browse in Ubuntu Core.
[15:40] <niemeyer> jamesh: Thanks! We'll look into it soon
[15:47] <SDB_Stefano> Hi everyone, I'm looking how to install avahi-browse in Ubuntu Core.
[15:48] <nacc> SDB_Stefano: afaict, there's no snap for avahi-browse
[15:49] <SDB_Stefano> Hi nacc, I was considering using sudo classic
[15:49] <kyrofa> nessita, I'm sorry if it wasn't clear-- it was the snapcraft snap itself. All fixed this morning, it seems
[15:50] <nacc> SDB_Stefano: https://forum.snapcraft.io/t/how-can-i-lookup-host-name-from-snap-core-using-avahi-mdns/3828/4 ?
[15:50] <nacc> SDB_Stefano: not sure what you mean by 'sudo classic' ?
[15:52] <SDB_Stefano> nacc: ubuntu core has the classic mode in which all the ubuntu functionaliies should be provided.
[15:59] <roadmr> jdstrand: all reported snaps (4 of them) are now unblocked and fully processed, and I've filed (and subscribed you to) a bug
[16:03] <ackk> zyga-ubuntu, hi, I'm hitting a strange error with snaps in a newly created bionic container. whenever i run any snap command, it fails. strace shows this error https://pastebin.canonical.com/p/MR3K6sN9kK/
[16:03] <ackk> zyga-ubuntu, any idea what could be failing/
[16:08] <ackk> zyga-ubuntu, https://paste.ubuntu.com/p/vyhKhvJrQ5/ (complete trace)
[16:22] <cachio__> Chipaca, hey
[16:23] <Chipaca> cachio__: \o
[16:33] <zyga-ubuntu> ackk: looking
[16:33] <ackk> zyga-ubuntu, I'm not sure why, but removing ~/snap fixed it
[16:34] <zyga-ubuntu> oh!
[16:34] <zyga-ubuntu> that's so odd
[16:35] <zyga-ubuntu> ackk: I'm running 18.04 daily on my laptop, did you do something interesting and then it started failing or did it just fail out of the blue?
[16:37] <zyga-ubuntu> ackk: can you look at journalctl and see if you have any apparmor denials (look for DENIED)
[16:37] <jamesh> sergiusens: I was wrong about the ELF interpreter path being defined in FHS.  This seems to be the canonical list for Linux on different architectures: https://sourceware.org/glibc/wiki/ABIList
[16:51] <jdstrand> zyga-ubuntu: if you are talking about the snappy-app-dev rename, I did not
[16:56] <zyga-ubuntu> jdstrand: I think mvo fixed it but unless you were running edge it would still be an issue with newly built snapd.deb
=== stellstall is now known as stellirin
=== palasso is now known as palasso2
=== palasso2 is now known as palasso