[08:52] <pedronis> Chipaca: seems github is not fully happy atm
[08:53] <pedronis> yes: https://www.githubstatus.com/
[08:55]  * Chipaca reboots github
[09:08]  * popey tickles zyga with https://forum.snapcraft.io/t/snapd-on-suse-linux-enterprise/5991/6
[09:09] <popey> (I was asked by a consultant who uses SLES, specifically on s390x)
[09:37] <pedronis> Chipaca: seems to have worked now: https://github.com/snapcore/snapd/pull/7018
[09:40] <Chipaca> nice
[10:00] <popey> https://bugs.launchpad.net/snappy/+bug/1833523
[10:00] <popey> I thought that would already be filed, but couldn't find one, so filed it
[10:03] <Chipaca> popey: at that point, why not 'apt purge snapd'?
[10:03] <Chipaca> (that will remove core)
[10:05] <popey> removing an entire package manager to remove a package I don't want seems overkill
[10:06] <popey> and no, it doesn't
[10:06] <popey> 389M    /var/lib/snapd
[10:06] <popey> still 2 cores in there
[10:07] <popey> Oh, my bad, it does remove them, sorry.
[10:07] <popey> (still not ideal)
[10:07] <Chipaca> popey: commented on the bugs itself
[10:07] <Chipaca> for posterity
[10:07] <Chipaca> bug*
[10:51] <Chipaca> popey: one thing we could do is change the condition to just 'is snapd running from this snap'
[10:51]  * Chipaca dunnos
[11:28] <Eighth_Doctor> it'd be nice to be able to purge those snaps on Fedora systems when they're not needed
[11:29] <Eighth_Doctor> we don't ever run snapd from a snap, since reexec is disabled
[11:40]  * Chipaca nods
[12:00] <Chipaca> #6582 could use a second review
[12:09] <pedronis> Chipaca: it's a bit unclear to me from what robert says if 2.40 is ok for this, or 2.41 would be better
[12:12] <Chipaca> pedronis: it's 'as ready as it's going to be'
[12:12] <pedronis> but he said some things were in progress
[12:12] <pedronis> otoh 2.40 will land in a while
[12:13] <Chipaca> pedronis: the phased update should be done already (we can check)
[12:13] <Chipaca> pedronis: and yeah 2.40 in stable is a while away still
[12:15] <Chipaca> pedronis: the snap-store snap in stable is newer than his comment :)
[12:17] <pedronis> I'll look it at it again in a bit
[12:17] <pedronis> I'm going a bit over thinsg that have at least an approved and see if there are some easy wins there
[12:28] <Chipaca> pedronis: https://gist.github.com/chipaca/911a8a4905b091c10caa9854bf7ea4b4
[13:39]  * Chipaca takes a break
[15:08] <popey> ogra: your qemu-virgil snap - i made a snap which has qemu-system-x86_64 stock from ubuntu and uses kvm interface.. but fails to launch can't access KVM module...
[15:08] <popey> ogra: did you have to do any voodoo or such other than connect the interface?
[15:14] <popey> oh, looks like I bugged you about this 2 years ago :D https://forum.snapcraft.io/t/seeking-feedback-qemu-virgl-fully-3d-accelerated-qemu/6836/
[15:14] <popey> (still doesn't work)
[15:14] <popey> (in my snap)
[15:15] <diddledan> I love when you discover that you gave up in the past and forgot all about it
[15:16] <popey> the annoying thing is, his snap works and mine doesn't and I can't see what's different.
[15:20] <diddledan> yeah ogra's snap doesn't look to be doing anything particularly magic
[15:20] <popey> hm, weird
[15:21] <popey> wonder if it matters that I'm doing snap try
[15:21] <Chipaca> popey: if it does, let us know as it'd be a bug
[15:21] <popey> ooh, hang on, I've got virtualbox running, that won't help
[15:21] <diddledan> aaah
[15:22] <popey> nope, not that
[15:22]  * popey snapcraft packs
[15:29] <popey> hm, not that
[15:29] <popey> no apparmor denials
[15:30] <Chipaca> popey: core vs core18?
[15:30] <popey> i have both installed
[15:30] <popey> it connects to core
[15:30] <popey> but i said core18 in the yaml
[15:31] <Chipaca> popey: if you snap run --shell, can you check the permissions of /dev/kvm?
[15:33] <popey> will do, otp
[15:34] <Chipaca> popey: it's probably not that (i checked)
[16:25] <popey> $ ls -l /dev/kvm
[16:25] <popey> crw-rw---- 1 root kvm 10, 232 Jun 20 16:28 /dev/kvm
[16:25] <popey> ^ that is from inside the snap, and "groups" shows I'm not in the kvm group. Wonder if it's just that
[16:25] <Chipaca> popey: that wouldn't explain ogra's version working
[16:25] <Chipaca> popey: as you'd need to be in group kvm in both places
[16:26] <popey> true
[16:26] <popey> how confusing
[16:26] <Chipaca> I blame …
[16:26] <Chipaca> Lawn mower blade in your fan need sharpening
[16:26] <popey> -_-
[16:26] <Chipaca> no? ok try again
[16:26] <Chipaca> Just pick up the phone and give modem connect sounds. "Well you said we
[16:26] <Chipaca> should get more lines so we don't have voice lines."
[16:27] <popey> I'll take that
[16:27] <Chipaca> ok i think bofh might be showing its age
[16:27]  * Chipaca puts down his keyboard and goes for a run
[16:27] <popey> someone needs to add "systemd" to bofh
[16:27] <popey> or "Lennart" :D
[16:27] <Chipaca> <surprised pikachu + steve jobs head asplode merged gif>
[18:03] <zyga> hello everyone
[18:03] <zyga> greetings from Dresden
[18:13] <ogra> popey, i dont do any magic but try apt install qemu-system-common, that might bring a udev rule to help with kvm
[18:14] <popey> ogra: i have that installed
[18:14] <popey> i am just stuffing qemu-static-x86_64 in $SNAP/bin and all the libraries manually in usr/lib/triplet
[18:15] <ogra> well, i dont, perhaps thats an issue
[18:16] <ogra> might be that building from source brings different handling of kvm ... not sure
[18:17] <popey> ah, the deb of qemu-system-common has stuff in it
[18:17] <popey> thanks!
[19:00]  * diddledan parties to some popeycore
[19:00] <popey> untz untz untz untz
[19:01] <diddledan> :-)
[19:06] <diddledan> https://www.youtube.com/watch?v=dbIEamupKLw