kyrofaThat type of thing has been pretty handy for me in the past, I'd rather not lose it00:02
kyrofaSuddenly all commands must be 1) binaries within the snap, and 2) be paths relative to the root of the snap, when historically neither was the case00:05
kyrofa(from the point of view of a user of the snapcraft CLI)00:06
niemeyerkyrofa: Historically that was actually the case in the design we discussed at least00:12
niemeyerkyrofa: It's trivial to have any content inside a script00:12
niemeyerkyrofa: And the path of the command being relative to the snap just means you know what you are calling00:13
niemeyerkyrofa: Instead of trusting on the environment of the snap to define what a command even means00:14
niemeyerkyrofa: The application stanza was supposed to be a way to hook up a script, not be the script00:14
niemeyerkyrofa: EIther way, we have what we have.. let's catch up next week and spend some quality time to agree on a way to move forward that has more pros than cons00:15
niemeyerkyrofa: By the way, that's always been part of the reason why I have a deep dislike for wrappers.. it makes it all magical and hard to understand a consistent design00:16
hunterkhey guys, does vulkan work with snap packages?01:19
hunterkI ask because I make the snap package for RetroArch and I've been trying to get our vulkan driver to work with it but it's just not coming together01:27
hunterkI figured I'd check here before continuing to bang my head against it01:28
hunterkit looks like libvulkan1 is getting included properly...01:29
=== epod is now known as luk3yx
=== pstolowski|afk is now known as pstolowski
zygahey hey07:31
zygaboy, what a damp morning it is07:31
Chipacamoin moin08:03
Chipacahave you seen https://launchpadlibrarian.net/378130619/journalctl_-u_snapd.txt ?08:04
Chipacanot sure what to make of it08:04
zygagood morning Chipaca08:05
* zyga looks08:05
zygaChipaca: hmm, we are type: notify08:06
zygaand it seems we didn't respond in time08:07
Chipacazyga: yeah, this is attached to the #1779948 so maybe it's just that08:07
mupBug #1779948: Snapd gets stuck when starting Ubuntu. <amd64> <apport-bug> <bionic> <snapd (Ubuntu):Fix Released> <https://launchpad.net/bugs/1779948>08:07
Chipacazyga: the dns thing threw is what puzzles me though08:07
zygathat dns thing looks like resolved08:08
Chipacazyga: did they call it that just to make conversation about its bugs harder08:08
zygaChipaca: could it be first boot and seeding and what not on an offline system with super laggy dns08:08
zygalike I have a dns at home that doesn't work over tcp08:08
zygaand doesn't work over udp with packet fragmentation08:09
zygaso stuff keeps falling back to older/crappier version08:09
zygabut it takes time each time08:09
zygaabout that:08:09
Chipacazyga: it's not first boot (earlier in the log output you see things being fine)08:09
zygaChipaca: I read that you can tell systemd that you are alive and still starting08:09
zygabut not ready yet08:09
Chipacazyga: yes08:09
zygaand then systemd extends the startup timeout08:09
pedronisanyway reaching notify shouldn't involve seeding or any task really08:09
zygamaybe we should?08:09
Chipacazyga: problem is that the random drain was done from an init() i think, so too early for us08:10
Chipacaearly and in arbitrary order i think (but i'm not sure)08:10
Chipacapedronis: mo'in! how're you doing today?08:10
pedroniscould be better, could be worse08:10
pedronisChipaca: could you look at #5473 when you have a bit of time08:11
mupPR #5473: overlord: have SnapManager use a passed in TaskRunner created by Overlord <Created by pedronis> <https://github.com/snapcore/snapd/pull/5473>08:11
Chipacapedronis: yep08:12
pedronisChipaca: I suppose, I should look at the warnings PR when I have a bit of time08:12
Chipacapedronis: no rush08:13
Chipacaafk, bbiab (need to go to the boys' school)08:32
pstolowskineed to take my daughter to the doctor, bbiab09:07
mupPR snapd#5499 opened: interfaces: fix typo "daemonNotify" (add missing "n") <Simple> <Created by zyga> <https://github.com/snapcore/snapd/pull/5499>09:15
mupPR snapd#5500 opened: interfaces: tweak tests of daemon-notify, use common naming <Simple> <Created by zyga> <https://github.com/snapcore/snapd/pull/5500>09:17
mupPR snapd#5501 opened: interfaces: allow invoking systemd-notify when daemon-notify is connected <Created by zyga> <https://github.com/snapcore/snapd/pull/5501>09:23
* Chipaca returns09:34
Chipacazyga: did you see what i said yesterday about not trying to start an app with an unconnected daemon-notify?09:35
zygaI thought that was Samuele09:37
zygacan you repeat please?09:37
Chipacazyga: “what we should do in snapd is not try to start a service if it's type:notify and it's not connected”09:40
Chipacathat last 'it' is the daemon-notify interface09:40
zygaI didn't see that09:42
zyganot sure if I agree, we should generalize that to be able to say09:42
zygathis snap cannot be installed (or perhaps activated) when {set of interfaces} are not connected09:42
zygaChipaca: something like: plugs: daemon-notify: required: true09:48
Chipacazyga: the problem with generalising it is that then you need to make it general09:51
zygawell, the problem of specializing it is that then you need to make it general too ;)09:52
Chipacazyga: first of all, required:true sounds wrong, like the snap won't install09:52
Chipacazyga: but that's just a name09:52
Chipacazyga: what happens if you put required:true on an app?09:52
Chipacaon a plug on an app i mean09:52
zygaChipaca: one of the questions is if we want to have partially enabled snaps09:52
zygalike you have app1 and app2 but not app309:52
Chipacazyga: and it starts to seem more masturbatory than practical09:53
zygaChipaca: the syntax won't allow that AFAIK but even if it did my point was to indicate a given plug or slot as required, not the association09:53
Chipacazyga: I didn't follow that last bit09:53
zygadefining a plug or slot on an app does two things:09:54
zygadefines the plug or slot09:54
zygaindicates association with an app09:54
zygamy point was that the attribute ought to be associated with the interface, not with the association09:54
zygamy gut feeling is this:09:54
zygalet's sleep over it, think and come up with brainstorm material09:54
zygawe can implement the subset for daemon-notify once we know where we want to go to09:55
zygaso that we can implement a slice of the bigger cake09:55
Chipacazyga: where is this cake, and does it go well with coffee10:00
zygaChipaca: you are tempting me sir ;)10:00
Chipacazyga: cakes that don't go well with coffee: https://en.wikipedia.org/wiki/Yellowcake10:00
zygathere is raspberry cake indoors10:00
zygait's raining all night and all morning here10:01
zygaso mood is perfect for cake10:01
Chipacazyga: nice gentle rain in the middle of a forest? heck yea10:03
zygaChipaca: heck ...bzzzz (mosquito) yeah :(10:03
Chipacacake and spiced tea, or spiced cake and tea10:03
zygait's okay but at most 2/3 days a week10:03
zygaI recall summer holidays when there was really no day without this never-ending rain10:04
Chipacazyga: ah, yes, after the second night it suddenly becomes a dystopia10:04
zygait's supposed to rain for the next 10 days10:04
Chipaca"la ciénaga" but with rain10:04
Chipacazyga: "oops they moved my flight i need  to leave right now to make it byeeeee"10:05
zygamontreal feels like going to the other hemisphere now10:05
Chipacazyga: almost but not quite10:06
Chipacavancouver would be10:06
Chipacazyga: bah, even montreal gets you from positive to negative longitudes10:07
Chipacaso technically yes :-)10:07
Chipaca[citation needed]10:14
zygamy LTE link is down10:19
zyganot sure if I can do standup video today10:19
zygaif the weather continues like that10:19
AuroraAvenueIt surprises me that there are no separate ways to flag an issue with the developer with snap - except github or launchpad.10:20
popeyAuroraAvenue: do you have a specific issue to report?10:23
AuroraAvenuepopey, well I am tired, very tired, but if its an issue ya want then its an issue I'll grant you.10:31
AuroraAvenueXonotic doesn't open on Solus Os.10:31
popeyis there any kind of error message?10:31
popey(if launched from the command line)10:32
AuroraAvenueerm, hangon #fatfingers (me).10:32
popeyinteresting. what's the output of `snap version` please?10:34
AuroraAvenueI type > snap xonotic , right ?10:35
popey`snap version`10:35
AuroraAvenueoh sorry10:35
popeyI just installed it on Solus here and it works.10:36
AuroraAvenuemust be my crud laptop, then.10:37
AuroraAvenuepopey, this isnot a pressing issue by the way.10:38
popeyit is more likely a kernel issue10:38
niemeyerpopey, AuroraAvenue: That looks like a confinement issue.. from the error message, looks like it cannot change to another apparmor profile10:38
niemeyerzyga ^10:38
niemeyerzyga: Any ideas?10:38
AuroraAvenueright - originally install from solus 3.999 - its updated to past v.4 now - all upto date though.10:38
zygaAuroraAvenue: hey10:39
zygaI reported this issue to ikey a few weeks ago10:39
zygaAuroraAvenue: please run: sudo apparmor_parser -r /var/lib/snapd/apparmor/profiles/*10:39
zygaand see if this fixes the issue10:39
niemeyerAuroraAvenue: Depending on the version of snapd you are using, the snapd there may not be able to tell that the world shifted around it10:39
niemeyerAuroraAvenue: More recent versions (as of several months now) can tell that, and will recompile things automatically when necessary10:39
zygait seems that apparmor in solus stopped loading profiles generated by snapd on boot10:40
niemeyerAuroraAvenue: But it may always be an unrelated bug, obviously10:40
Chipacapopey: what was the name of that better zenity you were using for i-don't-remember-which-snap?10:40
popey(used in tmnationsforever)10:40
Chipacapopey: care to comment on https://forum.snapcraft.io/t/zenity-dialogs-in-a-snap/6359 about the why?10:40
Chipacapopey: otherwise I will, and steal your karma10:41
AuroraAvenueOkay - were rockin' xonotic now :D10:41
ChipacaAuroraAvenue: now put down the fps and get some sleep10:41
AuroraAvenueyeah - must go to bed, your very true.10:41
AuroraAvenueokay bye then.10:41
AuroraAvenue& thank-you10:41
popeythanks for the report10:42
zygaI'll ask ikey again10:46
popeyzyga: does this only affect new installs?10:50
popeymy vm works fine, and it's up to date10:50
daniellimwshi, I know someone that recently received emails regarding snapcraft saying packages from the Ubuntu archive have received security updates, and even after making a small commit to rebuild the snap, he still receives these emails10:53
daniellimwsmay I know if there's anything he missed?10:53
mupPR dj3500/hightail#105: Add snapcraft <Created by daniellimws> <Merged by dj3500> <https://github.com/dj3500/hightail/pull/105>10:54
popeydaniellimws: he probably got multiple emails over a few days10:54
popeyone for libjpeg and another for libcups2 and libpng1210:54
daniellimwsoh, so he does not need to do anything right? it will stop soon?10:55
popeyNo, it will not stop.10:55
popeyHe only gets one mail per security update.10:55
popeybut there were likely two security mails for different libraries.10:55
popeyHe needs to trigger a rebuild and publish it10:55
daniellimwsok thanks!10:55
popeyno problem10:56
ogra_i wonder if anything in the mail text isnt clear enough10:57
ogra_but re-reading the ones i got i personally find it pretty clear and understandable10:57
ogra_perhaps some hint that this can happen frequently and even frequently in succession might be helpful ?10:59
zygapopey: I don't know11:03
zygapopey: perhaps?11:03
zygapopey: but it was clearly the case that on reboot profiles were not loaded11:03
zygaand the command I gave above was fixing it11:04
niemeyerpedronis, pstolowski: #4767 reviewed11:08
mupPR #4767: interfaces: disconnect hooks <Complex> <Squash-merge> <Created by stolowski> <https://github.com/snapcore/snapd/pull/4767>11:08
pstolowskiniemeyer: thank you11:09
niemeyerpedronis, pstolowski: If possible, please have a look soon over the comments so we can discuss further today11:09
pedronisI added some more thoughts on one of the main comments11:17
zyganiemeyer: I pushed to https://github.com/snapcore/snapd/pull/541011:24
zygarunning with --repeat 50 here11:24
mupPR #5410: tests: update tests to work on core18 <Core18> <Created by mvo5> <https://github.com/snapcore/snapd/pull/5410>11:24
zygaso far so good11:24
niemeyerpedronis: +1 on the general idea there11:26
zygaChipaca: hey, what's the back story for https://github.com/snapcore/snapd/pull/549411:27
mupPR #5494: snap/squashfs, tests: pass -n[o-progress] to {mk,un}squashfs <Created by chipaca> <https://github.com/snapcore/snapd/pull/5494>11:27
zygait looks ok but curious?11:27
pedroniszyga: ?11:31
zygapedronis: ?11:31
zygaare you asking about 549411:31
pedronisyes, John said the progress bar messes up the logs11:31
pedronisnot sure what is curious about that11:32
zygapedronis: well, that's what I was after11:33
zygathere was no commit message that would say as much11:34
pedronishe staid that at standup11:36
zygamust have slipped my mind, thank you11:37
zygapedronis: can you have a 2nd look on https://github.com/snapcore/snapd/pull/549211:38
mupPR #5492: overlord/ifacestate: add re-mapping function for plugs and slots <Core18> <Created by zyga> <https://github.com/snapcore/snapd/pull/5492>11:38
zygaI dropped the functions that were problematic now; because of the re-factor in master they are no longer needed11:38
Chipacazyga: what pedronis said11:53
Chipacazyga: what's the commit message say?11:53
* Chipaca looks11:53
zygait says what's changed (-n) not why11:53
Chipacazyga: oops. fixed.11:54
zygathank you :)11:54
zygaI'll get some warm tea and be back shortly11:54
zygait's so cold and humid today :/11:54
zygais damp the best way to express that?11:55
Chipacanot sure,  i only begin to scratch the surface of the weather vocabulary11:55
pedronispstolowski: hi, could you finish looking at #5473 ?11:59
mupPR #5473: overlord: have SnapManager use a passed in TaskRunner created by Overlord <Created by pedronis> <https://github.com/snapcore/snapd/pull/5473>11:59
pstolowskipedronis: will do12:04
zygapstolowski: I think you would be a good person to co-review https://github.com/snapcore/snapd/pull/549212:24
mupPR #5492: overlord/ifacestate: add re-mapping function for plugs and slots <Core18> <Created by zyga> <https://github.com/snapcore/snapd/pull/5492>12:24
zygahttps://github.com/snapcore/snapd/pull/5499 is trivial an green12:24
mupPR #5499: interfaces: fix typo "daemonNotify" (add missing "n") <Simple> <Created by zyga> <https://github.com/snapcore/snapd/pull/5499>12:24
zygahttps://github.com/snapcore/snapd/pull/5500 is very simple and green12:25
mupPR #5500: interfaces: tweak tests of daemon-notify, use common naming <Simple> <Created by zyga> <https://github.com/snapcore/snapd/pull/5500>12:25
zygapedronis: I pushed a fix to one of the core18 PRs you reviewed https://github.com/snapcore/snapd/pull/540112:40
mupPR #5401: [RFC] asserts: add (optional) kernel-track to model assertion <Core18> <Created by mvo5> <https://github.com/snapcore/snapd/pull/5401>12:40
pstolowskizyga: sure12:42
pedroniszyga: ah, thanks also for checking for classic (it doesn't make sense there)12:43
zygajdstrand: hey, can you please enqueue https://github.com/snapcore/snapd/pull/546913:23
mupPR #5469: interfaces/apparmor: (un)load profiles in one apparmor_parser call <Created by alfonsosanchezbeato> <https://github.com/snapcore/snapd/pull/5469>13:23
hunterkdoes vulkan work with snap packages?13:30
jdstrandzyga: yes (it's on the list already). I looked at it but want to check out a few things13:56
* zyga -> coffee14:00
zygajdstrand: super, thank you14:01
zygahunterk: hey, I believe it may but we don't have an end-to-end test for that14:01
zygahunterk: if you plan to make a snap with vulkan support please stay in touch14:01
zygahunterk: if you know of one please share it and try it out14:01
hunterkeyy, thanks for the response! I added the dependencies to the RetroArch snap and it fails to load. Self-compiled (i.e., non-snap) works14:02
hunterkbut I figured it might need a plug or something, like the way there are Wayland and X11 plugs14:02
hunterkbtw, thanks popey for the recent PR!14:03
popeynp :)14:03
jdstrandroadmr: hey, can you pull r1102? this has the epochs changes and two other bugs reported by the store team (and a fix for arm64)14:05
jdstrands/bugs/bug fixes/14:05
roadmrhi jdstrand14:05
roadmrsure, I'll do that14:05
jdstrandroadmr: thanks! :)14:06
jdstrandsergiusens_: hey, can you remind me about something with the vm work? I have little armhf and arm64 boards with Ubuntu Core that I 'snap install classic' and then install the snapcraft deb in them, then run 'snapcraft'. this has been the recommended way to build snaps for architectures that don't match one's laptop/desktop14:13
jdstrandsergiusens_: while it is possible to use qemu to fully emulate armhf or arm64, that is painfully slow. will the new vm require a slow vm or can I still use the classic snap in this manner?14:13
popeyjdstrand: surely launchpad is faster?14:14
jdstrandpopey: no, it isn't. my builds won't start for an hour atm for both armhf and arm6414:15
jdstrandthat is pretty common in my experiencce. plus, sometimes you don't want to push something to edge. you want to test before pushing to edge14:15
popeyI tend to use a Pi running classic14:15
popeynot core14:16
jdstrandthat's the same question essentially14:16
jdstrandI don't have vms of armhf and arm64, so what will I have to do in the new world?14:17
zygahunterk: do you get any apparmor denials? missing so files on startup?14:20
jdstrands/will the new vm/will the new vm work/14:20
* zyga finished some life interrupts and returns to coffee and another patch14:21
mupPR snapd#5501 closed: interfaces: allow invoking systemd-notify when daemon-notify is connected <Created by zyga> <Merged by jdstrand> <https://github.com/snapcore/snapd/pull/5501>14:23
sergiusens_jdstrand: there is going to be a I know what I doing kind of toggle where you won't be forced into a VM14:24
sergiusens_jdstrand: the "I know what I am doing" and the implications of that (also related to buildd, docker and what not) has a session setup for the sprint next week; I suggest you attend :-)14:25
sergiusens_jdstrand: we have two follow up stories wrt cross compiling and native building which aren't ironed out completely; as a personal sidenote, building using qemu-system-aarch64 for me was faster tha building on a rpi with its really slow i/o.14:26
hunterkzyga: no, it just says it can't find the vulkan loader, though the vulkan loader lib (libvulkan1) is indeed in the snap's libs14:29
mupPR snapd#5502 opened: many: streamline the generic conflict check mechanisms <Created by pedronis> <https://github.com/snapcore/snapd/pull/5502>14:34
pedronisChipaca: pstolowski:  ^14:35
Chipacapedronis: ack14:36
mupPR snapd#5503 opened: tests: add missing slots in classic and core provider test snaps <Created by jdstrand> <https://github.com/snapcore/snapd/pull/5503>14:37
zygahunterk: hmm, can you wait till next week, we have one person on the team that worked on vulkan lately14:41
zygahunterk: just show up on Monday and ask mborzecki here14:41
hunterksure thing. I'll just idle in here and they can ping me or I'll ping them14:42
zygahunterk: thank you, and welcome :)14:43
zygahunterk: we cannot fix and find everything outselves so hands on experiments and feedback like yours is crucial14:44
hunterkmy pleasure. I've been enjoying the snap format so far14:44
zygaI imagine it's quite like the 0.x days of dpkg :)14:46
zygajust with different set of issues14:46
zyganiemeyer: can you have a look at https://github.com/snapcore/snapd/pull/5410 please14:51
mupPR #5410: tests: update tests to work on core18 <Core18> <Created by mvo5> <https://github.com/snapcore/snapd/pull/5410>14:51
pedroniszyga: is some kind of follow up using #5492 up for review?14:56
mupPR #5492: overlord/ifacestate: add re-mapping function for plugs and slots <Core18> <Created by zyga> <https://github.com/snapcore/snapd/pull/5492>14:56
zygapedronis: yes, there's a PR with everything remaining ...14:56
pedroniszyga: ?14:57
zygapedronis: here14:57
mupPR #5491: overlord,daemon: re-map interface plugs and slots around the edges of snapd <Blocked> <Created by zyga> <https://github.com/snapcore/snapd/pull/5491>14:57
pedroniszyga: why is it blocked and not marked core18 ?14:58
zygabecause that is my integration PR and as I said in the description there the point is to review this patch by patch to avoid one big PR it was before14:59
zygaas for core18, yeah, it should be marked14:59
zygaif you prefer to review the whole lot we can do that too14:59
zygait's the same code14:59
pedroniszyga: I don't prefer the whole lot, but I prefere something with a bit of usage15:00
pedronisbefore approving the other one15:00
zygathat's why I cross-linked them15:00
zygaso reviewers can see the code in context15:01
pedronisan integration branch might or might not be context15:01
pedronisit depends how close to final it is15:01
pedronisI'm just a bit confused atm15:02
zygasorry about that, the cross linked branch is the complete use case15:02
zygaeverything I intended this for15:02
zygathis is not the huge core18 integration branch that mvo opened, it's scoped and focused for interface remapping alone15:02
pedronisok, then there is nothing to split out of it, no?15:03
zygathat's correct15:03
pedronisit needs to be marked core18 and reviewed?15:03
zygait's just the first patch out of the set15:03
pedroniswhich one?15:03
pedronisare you talking 5491 or 5492 or both?15:03
zygathe small PR (5492) is just the first patch of the whole feature (5491)15:04
zygain reality we could close 5492 and review 5491 but I thought this would be harder15:04
pedronisbut you said there is nothing more to split out of 5491  ?15:04
pedronisI'm missing what "first" means here15:04
zyganothing to split as in split one patch into two15:05
zygait's just a way to review patch-by-patch on github15:05
pedronisyou lost me15:05
pedroniswhat more patches are coming?15:05
pedronisthings before 5491 or after?15:05
zygathere are two branches, one with 5 patches, one with 2 patches that are the 2 oldest of the 515:05
zygabefore nothing15:05
zygaafter all of this lands we need to actually enable "snapd" to host implicit slots, this is not proposed yet as that was blocked by a number of other branches15:06
pedronisare you saying you will make a PR for each patch in 5491 ?15:06
zygathat was my plan, yes15:06
pedronisit doesn't seem that big15:07
pedronisbut maybe I'm missing something15:07
zygano, that's all really, if you think reviewing 5491 is okay we can just do that instead15:07
pedronisyes, might be simpler15:07
zygaI tend do to this because shorter reviews are easier to collect15:07
zygapedronis: feel free to close 5492 and let's focus on 91 then :)15:08
pedronisto be clear  I like patches <300,  I can live with 500+, I find stuff over 600 large, but also dislike reviewing stuff without context15:08
zygaI should have communicated that clearer in the PRs15:08
pedronisyes, the fact that they are obviously out of order and not all tagged confused things a bit more15:10
pedroniszyga: I'll try to go over 5492 in my morning tomorrow15:11
zygapedronis: thank you15:11
zygashall I close https://github.com/snapcore/snapd/pull/5492 ?15:12
mupPR #5492: overlord/ifacestate: add re-mapping function for plugs and slots <Core18> <Created by zyga> <https://github.com/snapcore/snapd/pull/5492>15:12
mupPR snapcraft#2179 opened: cli: SNAPCRAFT_BUILD_ENVIRONMENT isn't deprecated <Created by kyrofa> <https://github.com/snapcore/snapcraft/pull/2179>15:12
pedroniszyga: yes15:12
pedronissorry, I mean going over 549115:12
zygaah, yes15:13
mupPR snapd#5492 closed: overlord/ifacestate: add re-mapping function for plugs and slots <Core18> <Created by zyga> <Closed by zyga> <https://github.com/snapcore/snapd/pull/5492>15:13
zygasince the history is the same you can look at how the usage is on either "end" of snapd by looking at15:13
mupPR #5491: overlord,daemon: re-map interface plugs and slots around the edges of snapd <Core18> <Created by zyga> <https://github.com/snapcore/snapd/pull/5491>15:13
zygathe API tests in the latter patch are interesting, I used a case-swapping mapper to show how things like "snap connect PLUG:SLOT" are handled15:14
zygasimilar approach was used in the state tests15:15
zygathough there the change is smaller15:15
zygathank you pedronis!15:19
zygaI need to break for a walk with Bit soon15:19
zygabut expect one more PR from me15:19
zygapedronis: and if we can land a support branch for tests I will also have the patch that enables implicit slots on snapd snap15:19
mupPR snapd#5504 opened: interfaces/pulseaudio: be clear that the interface allows playback and record <Created by jdstrand> <https://github.com/snapcore/snapd/pull/5504>15:41
jdstrandniemeyer: fyi, https://forum.snapcraft.io/t/pulseaudio-recording/6361. It would be good if someone (I've requested the desktop team) to drive this, but want you to be aware16:17
Saviqkyrofa: hey, is `snapcraftctl set-version` a thing yet?16:20
niemeyerjdstrand: Thanks, looking16:50
niemeyerjdstrand: Commented16:56
=== alan_g is now known as alan_g|EOD
jdstrandniemeyer: thanks, I responded17:07
kyrofaSaviq, yessir, https://forum.snapcraft.io/t/extracting-information-from-sources-in-snapcraft-parts/464217:07
sergiusens_Saviq: kyrofa for an easier to read version of that https://snapdocs.labix.org/extracting-information-from-sources-in-snapcraft-parts/464217:10
niemeyerjdstrand: re-replied17:11
Saviqkyrofa, sergiusens_: thanks :)17:21
Saviqstore folk, can you say what does this store upload fail mean: https://launchpad.net/~mir-team/+snap/mir-kiosk-edge/+build/276950 ?17:21
jdstrandniemeyer: and so did I, twice. and will replied17:57
* zyga returned from a 10km walk :)18:20
zygajdstrand: https://lwn.net/Articles/759499/ (!!!)19:19
jdstrandapparently my subscription has expired19:20
zygafeels like I could write snap-confine again with those new syscalls19:33
zygajdstrand: can you ack trivial https://github.com/snapcore/snapd/pull/5500 and even more so https://github.com/snapcore/snapd/pull/549919:53
mupPR #5500: interfaces: tweak tests of daemon-notify, use common naming <Simple> <Created by zyga> <https://github.com/snapcore/snapd/pull/5500>19:53
mupPR #5499: interfaces: fix typo "daemonNotify" (add missing "n") <Simple> <Created by zyga> <https://github.com/snapcore/snapd/pull/5499>19:53
jdstrandzyga: done20:14
zygathank you20:22
mupPR snapd#5500 closed: interfaces: tweak tests of daemon-notify, use common naming <Simple> <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/5500>20:23
mupPR snapd#5499 closed: interfaces: fix typo "daemonNotify" (add missing "n") <Simple> <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/5499>20:24

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!