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