[00:23] <kyrofa> elopio, some test failures on snapcraft#1853
[00:23] <mup> PR snapcraft#1853: extractors: support appstream icon and desktop <Created by elopio> <https://github.com/snapcore/snapcraft/pull/1853>
[06:00] <mborzecki> morning
[06:30] <zyga-ubuntu> mborzecki: o/
[06:30] <mborzecki> zyga-ubuntu: hey
[06:31] <zyga-ubuntu> https://pastebin.ubuntu.com/26370425/ dragonboard 2.30 test results
[06:34] <mborzecki> ouch, that took a while
[07:14] <kalikiana> morning
[07:14] <zyga-ubuntu> o/
[07:27] <zyga-ubuntu> hello mvo
[07:28] <zyga-ubuntu> https://pastebin.ubuntu.com/26370425/ dragonboard 2.30 test results
[07:28] <mvo> zyga-ubuntu: nice! thanks, I have a look at this one failure. its strange because this test worked on all the other platforms
[07:29] <mvo> zyga-ubuntu: we may need to debug this interactively later today (if you have the time for it, if not monday is fine as well)
[07:30] <zyga-ubuntu> mvo: it looks like it never passed on DB
[07:31] <mborzecki> mvo, kalikiana: morning
[07:41] <mup> PR snapd#4479 closed: spread: maybe dnf needs a refresh? <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/4479>
[07:41] <mvo> zyga-ubuntu: interessting
[07:41] <mvo> mborzecki: good morning
[08:02] <mborzecki> mvo: i've restarted the build in #4380 when it's green, once we land it i'd like extend the test a bit adding more directories there
[08:02] <mup> PR #4380: tests: add simple snap-mgmt test <Created by mvo5> <https://github.com/snapcore/snapd/pull/4380>
[08:03] <mvo> mborzecki: sure, its all yours
[08:05] <mborzecki> mvo: zyga-ubuntu: is #4357 good to be merged?
[08:05] <mup> PR #4357: wrappers: autogenerate After/Before in systemd's service files for apps <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/4357>
[08:07] <mvo> mborzecki: yes
[08:08] <mborzecki> mvo: thanks, i'll look into adding some spread tests
[08:08] <mup> PR snapd#4357 closed: wrappers: autogenerate After/Before in systemd's service files for apps <Created by bboozzoo> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/4357>
[08:18] <mborzecki> pstolowski: morning
[08:23] <mvo> koza: hi - could you do a quick sanity check of https://github.com/snapcore/snapd/pull/4448 - does that make sense in the bluez context (your are our bluez expert, right .) ?
[08:23] <mup> PR #4448: Add rules for Media API to the BlueZ D-Bus policy <Created by lhartung> <https://github.com/snapcore/snapd/pull/4448>
[08:24] <zyga-ubuntu> mvo: good idea :)
[08:24] <mvo> zyga-ubuntu: also added jdstrand_ to pr #4449 but hopefully a no-brainer
[08:24] <mup> PR #4449: cmd/libsnap-confine-private, cmd/snap-confine: fix logging of failed [u]mount when run with SNAP_CONFINE_DEBUG=1 <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/4449>
[08:25] <pstolowski> good morning!
[08:26]  * zyga-ubuntu cannot wake up today
[08:28] <mborzecki> zyga-ubuntu: more coffee
[08:28]  * pstolowski rebooting for new kernel update
[08:33] <pstolowski> good, no more panics on shutdown with 4.4.0-109, whatever was broken with -108 apparently got fixed
[08:56] <zyga-ubuntu> niemeyer: good morning
[08:57] <zyga-ubuntu> niemeyer: I hope you're around today :)
[08:59] <niemeyer> zyga-ubuntu: I hope so as well.. still not 100% sure I'm here or if I'm still sleeping
[08:59] <zyga-ubuntu> niemeyer: I feel the same thing despite supposedly being awake for some time now
[08:59] <mup> PR snapd#4380 closed: tests: add simple snap-mgmt test <Created by mvo5> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/4380>
[08:59] <zyga-ubuntu> niemeyer: let's reuse the standup HO, I don't know how to add event-specific hangouts anymore (new calendar UI)
[09:00] <zyga-ubuntu> jamesh: good evening
[09:00] <niemeyer> zyga-ubuntu: I'm already online on dekstop-snapd
[09:00] <jamesh> zyga-ubuntu: hi
[09:00] <zyga-ubuntu> jamesh: let's use this link https://hangouts.google.com/hangouts/_/canonical.com/desktop-snapd
[09:05]  * Chipaca yawns
[09:41] <mborzecki> tests/main/auto-refresh-private fails on master https://pastebin.canonical.com/207451/
[09:45] <Chipaca> mborzecki: looking
[09:50] <mborzecki> looking at snap-mgmt --purge, i suppose we should stop systemd services that came from snaps and clean up the *.service files as well
[09:51] <mvo> mborzecki: +1
[10:08]  * Chipaca -> physio
[10:08] <Chipaca> mborzecki: that spread test passed here -- maybe a store glitch?
[10:09] <mborzecki> possible, let's see if it comea up again
[10:27] <pstolowski> zyga-ubuntu, a few comments to 4471
[10:28] <zyga-ubuntu> thank you
[10:28] <pstolowski> mborzecki, and to 4476
[10:28] <mborzecki> pstolowski: thanks
[10:48] <justasking> hi everybody, what is the standard procedure for troubleshooting the following situation:
[10:48] <justasking> snap installed
[10:48] <justasking> snap/programm appears in menu structure
[10:49] <justasking> but won't run
[10:49] <justasking> program in question is shotcut
[10:53] <zyga-ubuntu> justasking: open a termina and "snap run nameofthesnap"
[11:11] <sparkiegeek> http://downforeveryoneorjustme.com/forum.snapcraft.io
[11:11] <sparkiegeek> did that get covered already?
[11:12] <zyga-ubuntu> niemeyer: ^
[11:13] <mvo> sparkiegeek: thanks! we were not aware of this until now
[11:13] <mup> PR snapd#4480 opened: tests/main/snap-mgmt: extend the test to cover more directories and files <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/4480>
[11:14] <pstolowski> pedronis, hey, do you have a moment for quick HO?
[11:16] <mup> PR snapd#4481 opened: image: let consume snapcraft export-login files from tooling <Created by pedronis> <https://github.com/snapcore/snapd/pull/4481>
[11:19] <sparkiegeek> ... and it's back?
[11:22] <pedronis> pstolowski: not now, after lunch yes
[11:22] <pstolowski> pedronis, ok, thanks
[11:22] <pedronis> trying to finish something
[11:35]  * Chipaca returns from physio, defeated
[11:35]  * zyga-ubuntu hugs Chipaca for fighting
[11:36] <zyga-ubuntu> that was a long but very useful call
[11:36] <zyga-ubuntu> ok, 10 minute break and I'll get back to fighting here
[11:36] <zyga-ubuntu> mvo: any issues with landings?
[11:37] <zyga-ubuntu> mvo: and shall I do something about dragonboard or are you happy with the results so far?
[11:38] <Chipaca> zyga-ubuntu: https://www.youtube.com/watch?v=-VsmF9m_Nt8 <- for your break
[11:38] <Chipaca> zyga-ubuntu: (just listen; the video is terribe)
[11:41] <mvo> zyga-ubuntu: if you could re-run this one failing command with -debug that would be cool but not urgent
[11:48] <zyga-ubuntu> mvo: sure thing
[11:55] <mup> PR snapd#4482 opened: cmd/libsnap-confine-private: add debug build of libsnap-confine-private.a, link it into snap-confine-debug <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/4482>
[12:01] <pedronis> pstolowski: I'm around now but you are probably having lunch yourself
[12:03] <pstolowski> pedronis, not yet, let's do a quick HO (standup ho)
[12:04] <pedronis> pstolowski: I'm there
[12:07]  * zyga-ubuntu enjoys fruit for a quick snack
[12:12] <mup> PR snapd#4483 opened: cmd/libsnap-confine-private: print failed mount/umount regardless of SNAP_CONFINE_DEBUG <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/4483>
[12:13] <mup> PR snapd#4449 closed: cmd/libsnap-confine-private, cmd/snap-confine: fix logging of failed [u]mount when run with SNAP_CONFINE_DEBUG=1 <Created by bboozzoo> <Closed by bboozzoo> <https://github.com/snapcore/snapd/pull/4449>
[12:19]  * Chipaca starts to rage, then remembers he's probably hangry and goes to fix that
[12:19] <zyga-ubuntu> is hangry like hungry and angry in one word
[12:19] <sparkiegeek> yup
[12:19] <Chipaca> yes
[12:19] <zyga-ubuntu> does it explain hangover?
[12:19] <sparkiegeek> https://www.urbandictionary.com/define.php?term=Hangry
[12:19] <Chipaca> zyga-ubuntu: it's the anger from being hungry
[12:20] <zyga-ubuntu> is the hangover the anger from the hunger and the drinking being over?
[12:20] <sparkiegeek> alas, no
[12:23]  * kalikiana going for trains/lunch in ~10
[12:52] <pedronis> pstolowski: btw, don't you a problem running hooks before the snap in in the snaps map in state?
[12:53] <pedronis> pstolowski: are you running autoconnect stuff just after setup-profiles? or after link-snap?
[12:54] <pstolowski> pedronis, hmm this can be a problem indeed. i didn't hit it yet because autoconnect and hooks branches are not integrated
[12:54] <pedronis> I fear so
[12:55] <pedronis> we need to think about that
[12:55] <pstolowski> good point..
[12:55] <pedronis> which reminds that at some point we had revision in the hook setup struct
[12:55] <pedronis> and removed it
[12:55] <pedronis> thinking that current would be ok
[12:55] <pedronis> mmh
[12:57] <pedronis> pstolowski: we need to think, it's tempting to run autoconnect after link-snap bu doesn't sound correct
[12:58] <pstolowski> pedronis, it runs after link-snap atm
[12:58] <pedronis> it doesn't hit the problem then
[12:58] <pedronis> but not sure it's correct
[12:58] <pedronis> the snap might not working
[12:58] <pstolowski> it would help to land interface-hooks (and unknown-task-handler) first, and then focus on integrating autoconnect
[12:58] <pedronis> but is exposed
[12:59] <niemeyer> I'll be late for the standup a minute or two but will be there in a moment
[12:59] <pedronis> pstolowski: like one of the autoconnect could be for some libraries over content interface
[12:59] <pedronis> the snap is there
[12:59] <pedronis> but application could crash (no library)
[13:00] <pedronis> otoh as I said before the snap is know we cannot run hook atm (afaict)
[13:46] <kalikiana> re
[13:53] <Chipaca> mi
[13:53] <pedronis> zyga-ubuntu: what's your question?
[13:53] <sparkiegeek> fa
[13:54] <Chipaca> pedronis: how to get "snap download --revision=xyz foo" to work when one has ownership of foo
[13:54] <zyga-ubuntu> pedronis: how to make snap download work with my auth magic so that I can download revisions of snaps I co-own
[13:54] <zyga-ubuntu> there we go :)
[13:55]  * zyga-ubuntu wonders how will DST affect people working from the moon "call me at noon"
[13:55] <pedronis> zyga-ubuntu: we don't have yet the proper fix (we should be to make just that work)
[13:55] <pstolowski> niemeyer, the unknown task handler PR is #4440
[13:55] <mup> PR #4440: state: unknown tasks handler <Created by stolowski> <https://github.com/snapcore/snapd/pull/4440>
[13:55] <zyga-ubuntu> ok, it's not urgent (to me)
[13:55] <Chipaca> zyga-ubuntu: space is in UTC \o/
[13:55]  * pstolowski lunch
[13:55] <pedronis> zyga-ubuntu: but  snapcraft  export-login (in beta) plus my last PR (hint hint)  should let you do that
[13:56] <niemeyer> pstolowski: Thanks
[13:56] <pedronis> pstolowski: mvo: I marked it for 2.31
[13:56] <pedronis> #4440 I mean
[13:56] <mup> PR #4440: state: unknown tasks handler <Created by stolowski> <https://github.com/snapcore/snapd/pull/4440>
[13:57] <mup> PR snapcraft#1866 opened: lxd: setup LXD remote for multipass <Created by kalikiana> <https://github.com/snapcore/snapcraft/pull/1866>
[14:00] <pedronis> zyga-ubuntu: #4481
[14:00] <mup> PR #4481: image: let consume snapcraft export-login files from tooling <Created by pedronis> <https://github.com/snapcore/snapd/pull/4481>
[14:01] <pedronis> fedora tests seem to break again indeed :/
[14:01] <zyga-ubuntu> pedronis: I'll disable them
[14:04] <mup> PR snapd#4484 opened: spread: switch fedora 26 to manual again <Created by zyga> <https://github.com/snapcore/snapd/pull/4484>
[14:15] <mup> PR snapcraft#1867 opened: kernel plugin: remove dependency on magic <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/1867>
[14:21] <ackk> mvo, hi, I saw that the updated base-18 snap was finally build, any chance it can be pushed to edge?
[14:26] <pedronis> acck: it is on edge
[14:27] <ackk> pedronis, ah, nice, thanks
[14:27] <pedronis> sorry, ackk: see snap info base-18
[14:27] <pedronis> you can always check that way what is available
[14:29] <ackk> thanks
[14:29] <ackk> pedronis, that's the latest build from LP, right?
[14:29] <pedronis> for that you need mvo
[14:29] <pedronis> I think he said so but not sure
[14:43] <mborzecki> wrapping it up, enjoy your weekend guys
[14:48]  * zyga-ubuntu focuses on coding, tweet @zygoon for attention
[14:49] <mvo> ackk: I pushed it to edge, unfortunately it does not contain all the bits I hacked into our custom base-18 snap (sorry for the delay, was in a meeting)
[14:49] <elopio> hello! it's friday and we all know it :)
[14:51] <sparkiegeek> !infer time in australia
[14:51] <mup> sparkiegeek: 1:51:58 am AEDT Saturday, January 13, 2018.
[14:52] <sparkiegeek> elopio: not everyone "knows" it's Friday :)
[14:52] <sparkiegeek> elopio: PS. Happy Friday!
[14:52] <elopio> sparkiegeek: those australians are always thinking ahead :)
[14:53] <ackk> mvo, ah I see, ok, I'll stick to that custom built one for now then
[14:53] <ackk> mvo, thanks for the update
[14:54] <kalikiana> elopio: happy Friday :-D
[14:54] <elopio> kalikiana: :D
[14:56] <mvo> ackk: I look into what is missing later today or monday
[14:56] <ackk> mvo, awesome thanks
[14:58] <Chipaca> ok, i'm going offline now
[14:58] <Chipaca> have a great weekend, y'all! and niemeyer safe and boring travels
[14:59]  * kalikiana going for a break
[15:17] <sergiusens> kalikiana when you get back, want to jump onto  call?
[15:17] <sergiusens> elopio hey
[15:18] <elopio> sergiusens: feeling better?
[15:18] <sergiusens> elopio it is a good Friday for those on Friday indeed
[15:19] <sergiusens> elopio yes, not 100% but a lot better than before
[15:19] <elopio> just in time for the flights
[15:19] <sergiusens> elopio I have two requests for you though, I added a comment to #1853
[15:19] <mup> PR #1853: osutil: call sync after cp if requested. overlord/snapstate/backend: switch to use osutil instead of another buggy call to cp <Created by chipaca> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/1853>
[15:20] <sergiusens> elopio the snapcraft one ;-)
[15:20] <elopio> looking
[15:20] <sergiusens> elopio and also added wanted you to look at 1867
[15:21] <mup> PR snapcraft#1868 opened: tests: call file directly for the HasArchitecture checker <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/1868>
[15:22] <kalikiana> sergiusens: getting my headphones
[15:23] <mup> PR snapd#4484 closed: spread: switch fedora 26 to manual again <Created by zyga> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/4484>
[15:23] <sergiusens> kalikiana when the clock hits 30
[15:23] <elopio> sergiusens: I wanted to preserve the behaviour of returning None, instead of an empty summary when there isn't one. But it seems to me that get_summary is only used for tests, so that would work just the same
[15:23] <elopio> kyrofa: do you agree?
[15:25] <elopio> sergiusens: 1867 seems to just preserve the behaviour, so ok. Could you please add on the pr why do you want to get rid of magic?
[15:31] <kalikiana> sergiusens: I'm ready. Got a URL for me?
[15:38] <kalikiana> sergiusens: note that I need to head out in 20min
[15:38] <sergiusens> kalikiana the weekly
[15:38] <kalikiana> sergiusens: ah. okay, lemme find the url
[15:38] <sergiusens> elopio because of popey's bug
[15:39] <sergiusens> need to find it again though
[15:40] <zyga-ubuntu> pstolowski: hey
[15:41] <zyga-ubuntu> pstolowski: still around?
[15:41] <zyga-ubuntu> pstolowski: what are the long terms plans for interfaces.Plug, i assume that's going to go away entirely?
[15:41] <pstolowski> zyga-ubuntu, yep
[15:41] <pstolowski> zyga-ubuntu, yes
[15:41] <zyga-ubuntu> pstolowski: thank you for confirming that
[15:43] <zyga-ubuntu> pstolowski: is that waiting for something/
[15:43] <zyga-ubuntu> pstolowski: or could I try doing that now?
[15:45] <pstolowski> zyga-ubuntu, I planned to do that after #4358, because it still uses Plug/Slot in Autoconnect methods
[15:45] <mup> PR #4358: interfaces: interface hooks implementation <Created by stolowski> <https://github.com/snapcore/snapd/pull/4358>
[15:45] <pstolowski> zyga-ubuntu, so you won't be able to remove them just yet
[15:50] <zyga-ubuntu> pstolowski: understood
[15:52] <elopio> sergiusens: what kernel snap are you using to test this?
[15:54] <kyrofa> elopio, responded on the PR. I like returning none as well, although I don't think we're using that functionality right now
[15:54] <sergiusens> elopio oh, I wanted you to test; but I used pc-kernel
[15:54] <kyrofa> The most important thing is that they don't show up in to_dict()
[15:54] <elopio> sergiusens: but the pc kernel is using the make plugin, not the kernel plugin.
[15:55] <elopio> unless I'm looking at the wrong pc kernel.
[15:56] <sergiusens> elopio I only tested the sublogic where things changed not a full kernel with pc-kernel
[15:57] <elopio> sergiusens: ok, I'm testing the extraction with the 96boards demo snap.
[15:57] <mup> Issue snapcraft#1828 closed: Support desktop and icon in appstream handler <Created by sergiusens> <Closed by sergiusens> <https://github.com/snapcore/snapcraft/issue/1828>
[15:57] <mup> PR snapcraft#1853 closed: extractors: support appstream icon and desktop <Created by elopio> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/1853>
[15:59] <sergiusens> elopio that is good enough; this should all just work though ;-)
[15:59]  * kalikiana heading out
[16:08] <zyga-ubuntu> pstolowski: one tiny review please: vvvv
[16:09] <pstolowski> sure
[16:09] <mup> PR snapd#4485 opened: interfaces/builtin: use snap.{Plug,Slot}Info over interfaces.{Plug,Slot} <Created by zyga> <https://github.com/snapcore/snapd/pull/4485>
[16:11] <pstolowski> zyga-ubuntu, hmm will it pass the tests?
[16:12] <zyga-ubuntu> pstolowski: it does here
[16:12] <zyga-ubuntu> via embedding, I think
[16:13] <pstolowski> zyga-ubuntu, ok, second question, will it cause my interface-hooks branch to go all red? ;)
[16:13] <zyga-ubuntu> no, I don't think so, note that *none* of the interfaces are touched
[16:13] <zyga-ubuntu> this is just one bit of test code
[16:14] <zyga-ubuntu> pstolowski: if it does I will unconflict them (warranty ;-)
[16:24] <pstolowski> zyga-ubuntu, just checked, no issues after your change, only 2 line fix needed in my branch. thanks!
[16:24] <zyga-ubuntu> pstolowski: thank you!
[16:24] <pstolowski> zyga-ubuntu, ah sorry, i'm wrong, no fix needed, i missed utils_test.go change that you did
[16:24] <pstolowski> so all greeen
[16:24] <zyga-ubuntu> woot
[16:24] <zyga-ubuntu> I'll merge it when green
[16:24] <zyga-ubuntu> thanks, I'm back to my hacking
[16:25] <pstolowski> (all green here locally)
[16:26] <ogra_> jdstrand_, is there a reason why the network-setup-control interface gives me ful write access to /etc/netplan but does not allow me to run "netplan generate" and "netplan apply" afterwards so that i need to force a reboot to make a new network config be picked up ?
[16:26] <zyga-ubuntu> ogra_: jdstrand_ is on holidays this week
[16:26] <ogra_> zyga-ubuntu, ah, thanks
[16:27] <zyga-ubuntu> ogra_: and in cape town next week
[16:27] <ogra_> i'll re-ask next week ... not urgent
[16:27] <zyga-ubuntu> ogra_: so should be harder to reach over irc but easier timezone wise
[16:27] <ogra_> yeah
[16:32] <zyga-ubuntu> ogra_: and besides, how have you been?
[16:33] <zyga-ubuntu> ogra_: I heard that you work with koza now, is that true?
[16:33] <ogra_> yep
[16:44] <ogra_> zyga-ubuntu, (sorry, was busy filling travel forms) ... well, lots of custome HW enablement recently
[16:45] <ogra_> its a lot of fun but shows all our drawbacks and missing features in snapd and UbuntuCore
[16:49] <zyga-ubuntu> ogra_: any low hanging fruit?
[16:52] <ogra_> zyga-ubuntu, well, the multi volume thing that michael fixed already was one ...
[16:53] <ogra_> zyga-ubuntu, but there is more to come ... disabling auto-import ... being able to boot without a hardcoded eth0 config on first boot etc
[16:57] <mup> PR snapcraft#1869 opened: cli: exported login should only be readable by owner <Created by kyrofa> <https://github.com/snapcore/snapcraft/pull/1869>
[17:14]  * elopio goes to the mechanic and relocates.
[17:27] <mup> PR snapd#4485 closed: interfaces/builtin: use snap.{Plug,Slot}Info over interfaces.{Plug,Slot} <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/4485>
[17:28] <sergiusens> kyrofa hey are you up yet?
[17:28] <kyrofa> sergiusens, hahaha
[17:28] <kyrofa> Of course-- what's up?
[17:29] <sergiusens> kyrofa elopio snapcraft#1867 and snapcraft#1868 need reviews, after those are in I can propose the removal of magic completely (from snapcraft.internal.elf)
[17:29] <mup> PR snapcraft#1867: kernel plugin: remove dependency on magic <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/1867>
[17:29] <mup> PR snapcraft#1868: tests: call file directly for the HasArchitecture checker <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/1868>
[17:30] <kyrofa> sergiusens, taking a look now
[17:30] <kyrofa> sergiusens, snapcraft#1869 could use a review as well
[17:30] <mup> PR snapcraft#1869: cli: exported login should only be readable by owner <Created by kyrofa> <https://github.com/snapcore/snapcraft/pull/1869>
[17:33] <sergiusens> kyrofa you already have one ;-)
[18:05] <matiasb> niemeyer, hola! just a reminder we are waiting for some definition on the appstream field; if you don't get to it before leaving for the sprint, it would be great if you can sync with Sergio and roadmr next week
[18:07] <roadmr> hi :)
[18:09] <sergiusens> matiasb niemeyer +1 on that, out extract info work for appstream is only missing a definition on that
[18:18] <kyrofa> sergiusens, what was your test case for snapcraft#1867 ?
[18:18] <mup> PR snapcraft#1867: kernel plugin: remove dependency on magic <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/1867>
[18:18] <kyrofa> The code looks good, but I don't know of a kernel using that right now that I can use to verify that it works properly
[18:19] <sergiusens> kyrofa the manual tests
[18:19] <kyrofa> Oh nice
[18:19] <sergiusens> kyrofa but elopio was on that, just waiting for his results; given that it is a fallback mechanism I am not scared about the implementation
[18:20] <kyrofa> Okay, I'll let him do it. +1 from me on the code, I'll say that in the PR
[18:21] <niemeyer> matiasb, sergiusens: Sorry for the delay.. that's still very close to the top of my list, but I need to get the tasks required for me to travel to the sprint out of it first
[18:21] <niemeyer> I'll try to have a look today still
[18:23] <roadmr> thanks niemeyer  :)
[18:24] <matiasb> niemeyer, good to know it's in your radar! thanks
[18:52] <sergiusens> kyrofa replied to both your comments
[18:53] <sergiusens> and thanks for the check Gustavo
[18:54] <elopio> sergiusens: yep. On it, but it filled my hard disk. I'm moving things around to make space
[19:04] <jamesb192> I have a program I am looking to snapify, however it builds a python module with an .so in the process. I can get the daemon to work but not the python tools. How can I get the python module exposed?
[19:37] <mup> PR snapcraft#1868 closed: tests: call file directly for the HasArchitecture checker <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/1868>
[20:04] <zyga-ubuntu> jamesb192_: hey, it's a late, come back next week and I'll help you out, ok?
[21:06] <sergiusens> kyrofa I am done with the readelf change, just waiting on elopio to merge the kernel dep PR
[21:07] <kyrofa> Awesome!
[21:10] <elopio> sergiusens: receiving objects:  21% (1050922/4836407)
[21:11] <elopio> I had to do it locally, I couldn't get enough space on my canonistack instance. If you want, I'll hit the merge button once the test finishes.
[21:15] <sergiusens> kyrofa any chance you can take a stance at testing that?
[21:15] <sergiusens> that is if it is really necessary
[21:15] <sergiusens> elopio ^?
[21:16] <elopio> sergiusens: well, you can merge now and if something wrong appears, I can yell in panic.
[21:17] <kyrofa> Yeah you should probably do a shallow clone
[21:17] <kyrofa> sergiusens, happy to do it once I'm done here if necessary
[21:18] <kyrofa> Just let me know
[21:30] <sergiusens> kyrofa go for it
[21:30] <sergiusens> elopio also, kyrofa is right, shallow clone ftw
[21:33] <elopio> yes, I stopped, and it's now downloading core -_-
[21:34] <elopio> kyrofa: it would be great if you give it a try, just follow the steps from the manual test about 96boards. I will relocate home now and continue from there
[21:34] <mup> PR snapcraft#1870 opened: elf: remove dependency on magic <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/1870>
[21:36] <sergiusens> kyrofa here you go to get started ^
[21:39] <kyrofa> I swear I can never remember my login for this site
[21:42] <kyrofa> Running no
[21:42] <kyrofa> w
[21:52] <sergiusens> stgraber when I run `lxd init` on my system I get "lxd: error while loading shared libraries: liblxc.so.1: cannot open shared object file: No such file or directory" ... is this something common? lxd itself was working fine, I wanted to re-init
[21:53] <stgraber> sergiusens: the only cases where I've seen this is when someone installs the lxd snap with --classic by mistake
[21:53] <stgraber> sergiusens: though I guess if you have a copy of the lxd binary somewhere (not coming from the snap), that could cause that too
[21:56] <sergiusens> stgraber hmm, not installed with classic and I don't even have the deb installed
[21:58] <sergiusens> stgraber this profile name looks odd "[   13.008436] audit: type=1400 audit(1515754069.322:124): apparmor="DENIED" operation="mount" info="failed flags match" error=-13 profile="lxd-packaging_</var/snap/lxd/common/lxd>" name="/var/lib/lxcfs/" pid=4086 comm="(networkd)" flags="ro, nosuid, nodev, remount, bind"
[21:59]  * sergiusens tries to install in devmode
[22:00] <sergiusens> nope, doesn't do the trick :/
[22:00] <kyrofa> sergiusens, this demo gives me "make: *** No rule to make target 'Image'.  Stop." during the build step
[22:01] <kyrofa> Did you need to tweak it?
[22:03] <kyrofa> sergiusens, argh, duh, nevermind
[22:03] <kyrofa> Muscle memory killing me
[22:08] <stgraber> sergiusens: profile name looks fine to me
[22:08] <stgraber> sergiusens: what does "which lxd" or "type lxd" get you?
[22:11] <sergiusens> stgraber /snap/bin/lxd; I also did a `snap run lxd --shell` and ran through things manually, interestingly liblxc.so.1 is there so I guess it is failing to load for some reason
[22:11] <sergiusens> stgraber I was using this system just fine until now
[22:25] <stgraber> sergiusens: did the core snap get updated and dropped some bits that liblxc.so.1 relies on somehow maybe?
[22:26] <stgraber> though if so, our jenkins tests haven't noticed that yet
[22:33] <sergiusens> stgraber don't know, I can show you live on Monday if I don't sort it out by then
[22:33] <sergiusens> in the meantime, I have to pack for my early flight tomorrow :-/
[22:33] <sergiusens> I'll switch to edge and see what happens
[22:33] <sergiusens> kyrofa how did it go?
[22:34] <kyrofa> sergiusens, still building
[22:34] <sergiusens> kyrofa ack, in the meantime I hope you are enjoying snapcraft#1870 :-)
[22:34] <mup> PR snapcraft#1870: elf: remove dependency on magic <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/1870>
[22:34] <kyrofa> We're missing some dependencies, I've had to restart it a few times
[22:35] <kyrofa> Uh... /tmp/tmp0x9gj2_u: 11: exec: modprobe: not found ?
[22:35] <kyrofa> Darn, it's in sbin
[22:37] <kyrofa> sergiusens, but that means it got far enough for me to say that it worked
[22:39] <kyrofa> (I think)
[22:39] <kyrofa> Running again anyway...
[22:40] <kyrofa> sergiusens, test failurs on 1870
[22:42] <kyrofa> sergiusens, sure wish we could run arm adt...
[22:47] <sergiusens> kyrofa yeah, 1870 will fail tests until that kernel one lands ;-) Focus on the code though :-)
[22:49] <kyrofa> Hahaha, this is so gross
[22:50] <kyrofa> ly pretty
[23:05] <sergiusens> kyrofa if you clone and run all the units they should pass as you have magic installed in your venv; integration should also work
[23:05] <sergiusens> kyrofa and the whatever test case you used to verify the glibc from the future feature should also work
[23:06]  * sergiusens will bbl
[23:07] <kyrofa> sergiusens, have we talked about looking into pyelftools?
[23:08] <kyrofa> We're shelling out so much here, I feel like we could be reading these things directly
[23:19] <mup> PR snapcraft#1867 closed: kernel plugin: remove dependency on magic <Created by sergiusens> <Merged by kyrofa> <https://github.com/snapcore/snapcraft/pull/1867>