[00:06] <ahayzen> robert_ancell, hey, when running gnome-software from code, is there any special one needs to do to get polkit permissions to work with the snapd plugin ? I get things like "Requires authentication with @snapd"
[00:28] <robert_ancell> ahayzen, no, it should be automatic.
[00:29] <robert_ancell> ahayzen, what versions of g-s/snapd etc?
[00:31] <ahayzen> robert_ancell, gnome-software master and snapd 2.42.1, this in on fedora 31, as i couldn't get gnome-software master to build on ubuntu/debian before :-) (maybe it can now though)
[00:34] <robert_ancell> ahayzen, can you try:
[00:34] <robert_ancell> $ curl --unix-socket /run/snapd.socket http://localhost/v2/logs
[00:34] <robert_ancell> $ curl --unix-socket /run/snapd.socket -H 'X-Allow-Interaction: true' http://localhost/v2/logs
[00:34] <robert_ancell> The former should fail with an auth error, the latter should prompt for a Polkit auth
[00:34] <robert_ancell> The command is otherwise safe and will just return some system logs
[00:35] <ahayzen> yup those work :-)
[00:35] <robert_ancell> All G-S does is set the HTTP headers, and snapd does the Polkit auth. Perhaps it's not working in Fedora for some reason
[00:36] <ahayzen> yeah, must be broken somehow. I'll submit my code change i have anyway as WIP as most of it i can test, and you can tell me if it's crazy :-)
[00:37] <robert_ancell> sure, @ me on the MR and I'll have a look.
[00:38] <ahayzen> thanks! :-)
[05:51] <jibel> morning everyone
[05:52] <duflu> Morning jibel
[05:53]  * duflu just noticed his drink coaster is a Red Hat CD from 1997 and smiles
[06:02] <jibel> Hey duflu
[09:02] <Laney> moin
[09:03] <Laney> feel like it's going to be a quiet one :>
[09:05] <duflu> Pin drops
[09:05] <duflu> Morning Laney
[09:10] <jibel> good morning Laney
[09:10] <jibel> glad you bring some animation
[09:14] <Laney> guten morgen duflu und jibel
[09:14] <duflu> wie gehts?
[09:15] <jibel> es geht mir gut, danke
[09:19] <Laney> auch gut. ich freue mich auf die weichnachtspause!
[09:19] <Laney> und dir?
[09:19]  * Laney drags things out of ancient brain compartments
[09:20] <duflu> umm, same
[09:21] <duflu> my German is too rusty
[09:35] <jibel> mine too. I studied german for 7 years and never used it
[09:38] <Laney> same
[09:38] <Laney> will get the chance in 2020 though!
[10:16] <jibel> I even worked for a german company and never spoke a single word of german
[10:18] <jibel> no wonder tests were passing, I was testing the wrong code :(((
[10:18] <jibel> I need holidays
[11:36] <duflu> I will be in Monday and Tuesday. For anyone I don't see then, happy holidays
[15:16] <kenvandine> getting all caught up on USN refreshes before the EOY
[15:18] <kenvandine> hey seb128
[15:18] <jibel> is seb128 here today?
[15:18] <kenvandine> he just joined :)
[15:19] <kenvandine> he's not supposed to be here
[15:19] <seb128> hey
[15:19]  * kenvandine glares at seb128 
[15:19] <jibel> I don't see joiners
[15:19] <seb128> I travelled on wednesday and said I wouls swap some hours
[15:19] <jibel> salut seb128
[15:19] <seb128> lut jibel
[15:19] <seb128> hey kenvandine
[15:19] <seb128> what's up?
[15:19] <kenvandine> getting caught up on all these USN refreshes :)
[15:20] <jibel> not much, very quiet day, fixing the testsuite of ubuntu-release-upgrader before holidays
[15:20] <seb128> holiday coming \o/
[15:20] <kenvandine> seb128: i don't think i can get to grilo
[15:20] <jibel> man need it so much
[15:20] <Laney> moin seb128 kenvandine
[15:20] <jibel> +I
[15:20] <kenvandine> gotta finish these refreshes and a couple other bits of and bobs before the new year
[15:20] <seb128> kenvandine, no worry, as I said it can wait for after holidays
[15:20] <seb128> hey Laney
[15:21] <kenvandine> sorry... last minute push :)
[15:21] <seb128> kenvandine, I noticed the trello spam, that's still not fixed :p
[15:21] <kenvandine> lol
[15:48] <hellsworth> good morning folks!
[17:58] <hellsworth> how do i restart multipassd again?
[17:59] <hellsworth> answer: sudo snap restart multipass
[18:01] <hellsworth> grumble grumble multipass is still taking forever to start a vm and then fails saying it can't find snap/snapcraft.yaml :(
[18:02] <hellsworth> ok there it goes
[18:02] <hellsworth> finally
[18:20] <Laney> finishing the year on an upload that doesn't build anywhere /o\
[18:20] <Laney> https://launchpad.net/ubuntu/+source/mutter/3.34.2-1ubuntu1
[18:20] <hellsworth> sounds about right
[18:21] <Laney> works on my system
[18:21] <Laney> fml
[18:22] <Laney> will have to hope I get a chance to look into it
[18:22] <Laney> BYEEEEEEEEEEEEE
[18:22] <hellsworth> cheers!!
[18:22] <hellsworth> happy holidays :)
[18:25] <seb128> Laney, enjoy the holidays!
[18:35] <seb128> tjaalton, the liglvnd update seems to make things angry, looks like the -dev doesn't bring libGL anymore which fails random autopkgtests and builds
[18:38] <tjaalton> seb128: things moved to libgl-dev etc
[18:40] <tjaalton> could be they were tested against new mesa + old glvnd
[18:40] <tjaalton> glvnd seems to be out of new now
[18:41] <seb128> tjaalton, see the libglvnd section on https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses_by_team.html#desktop-package
[18:41] <seb128> yes, I newed it today
[18:41] <seb128> tjaalton, that sounds weird, new mesa was waiting on glvnd to be newed to build
[18:41] <seb128> but yeah, you are right, autopkgtest only pick the one package it tests from proposed
[18:42] <tjaalton> should have both
[18:42] <seb128> if they need to go in lock step then you miss a Breaks?
[18:42] <tjaalton> maybe
[18:42] <seb128> or versioned depends
[18:44] <tjaalton> libgl-dev has breaks on old mesa
[18:44] <tjaalton> etc
[18:44] <tjaalton> and replaces
[18:45] <tjaalton> so it's new glvnd and old mesa
[18:48] <seb128> tjaalton, unsure why it manages to try those autopkgtests with the old mesa then
[18:48] <seb128> tjaalton, anyway either we need to fix the dependencies for that to not happen
[18:48] <seb128> or we need to manually retry those with a trigger on the new mesa version
[18:49] <tjaalton> I don't see what to change without making circular deps
[18:54] <seb128> tjaalton, well, https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-focal/focal/amd64/d/ddnet/20191220_164053_023ce@/log.gz
[18:54] <seb128> tjaalton, that installs libglvnd-dev and no libgl-dev so maybe that one should also have the Breaks to force the mesa upgradE?
[18:55] <tjaalton> that's just a broken package, libglvnd-dev never provided libGL.so
[18:56] <tjaalton> nah, it installs libgl1-mesa-dev which used to provide it
[18:57] <tjaalton> new version of it depends on libgl-dev now, this test installed the old version
[18:58] <tjaalton> ah actually
[18:58] <tjaalton> libglvnd-dev did provide the .so, but not headers
[19:00] <tjaalton> so adding the lib{egl,gl,gles}-dev pkgs as libglvnd-dev depends should fix it
[19:00] <tjaalton> new mesa isn't actually needed for this
[19:00] <seb128> sounds like tyhe right way to fix it
[19:00] <seb128> it's just that something should pull in libgl which doesn't atm
[19:02] <tjaalton> right
[19:03] <tjaalton> didn't realize so many pkgs had actually started to build-depend on libglvnd-dev instead of mesa-common-dev etc
[19:03] <tjaalton> or any at all..
[19:04] <tjaalton> anyway, I'll push a new one to debian
[19:27] <Laney> this is probably something to do with why mutter fails too
[19:27] <Laney> so I hope for it to magically fix itself :>
[19:39] <tjaalton> tomorrow-ish
[23:22] <hellsworth> ok i'm off. see yall next year!!