[07:20] <oSoMoN> good morning desktoppers
[07:22] <didrocks> good morning
[07:27] <duflu> Morning oSoMoN and didrocks
[07:27] <duflu> and jibel
[07:28] <didrocks> hey duflu
[07:34] <oSoMoN> salut didrocks
[07:34] <oSoMoN> hey duflu
[07:34] <oSoMoN> salut jibel
[07:38] <didrocks> salut oSoMoN
[08:12] <jibel> Hi all
[08:13] <duflu> Hi jibel
[08:19] <didrocks> hey jibel
[08:28] <seb128> goooood morning desktopers
[08:28] <seb128> Trevinho, jamesh, oSoMoN, weekly discourse summary!
[08:29] <jamesh> thanks for the reminder
[08:29] <seb128> np :)
[08:29] <duflu> Morning seb128
[08:29] <seb128> jamesh,  weekly reminder aside, how are you doing? ;)
[08:29] <seb128> hey duflu, how are you today?
[08:30] <duflu> seb128, OK. I can build things again, thanks to Laney. How are you?
[08:30] <seb128> I'm good thx!
[08:30] <didrocks> salut seb128
[08:30] <seb128> I hope you didn't waste too much time after uninstalling your systems with proposed
[08:30] <seb128> lut didrocks, en forme ?
[08:31] <jamesh> seb128: good.  It feels like I've almost got a branch I started 1.5 years ago unblocked, and should be able to progress and get it landed
[08:33] <jamesh> I've also been experimenting with home brewing kombucha: started with a bottle from the supermarket, and have a decent culture growing after a bit over a week
[08:34] <didrocks> seb128: ça va, et toi ?
[08:35] <seb128> jamesh, ah, nice for the branch, is that for dbus activation?
[08:36] <jamesh> seb128: this is daemons running under the user mode instance of systemd, which is a prerequisite for dbus activation
[08:36] <seb128> jamesh, I didn't know about kombucha, I just googled it, sounds interesting as a drink :p
[08:36] <seb128> jamesh, ah! is that going in the snap source or is that a new component?
[08:37] <jamesh> seb128: part of snapd.  This is a prereq for dbus activation on the session bus, since they want to be able to control lifetime of long running services
[08:37] <duflu> seb128, it cost me an hour or two to rebuild the focal system from scratch. Just kept the same home
[08:37] <jamesh> e.g. kill service on snap removal, maybe restart on upgrade, etc
[08:39] <jamesh> for the kombucha, I started with a 300mL bottle from the store plus ~ 2 L of extra tea, and have culture about 2 mm thick floating on the top after a week
[08:39] <seb128> duflu, k, sorry that focal failed you that well, good to see that it got sorted out quickly at the end though
[08:44] <seb128> jamesh, I wonder if we can find kombucha here, I never saw the name before
[08:44] <marcustomlinson> morning desktoppers
[08:44] <seb128> is it popular in Australia?
[08:44] <seb128> hey marcustomlinson, how are you?
[08:44] <marcustomlinson> seb128: good thanks, you?
[08:44] <jamesh> seb128: I think it is growing in popularity as an import of US culture (TV, social media, etc).  There are a few brands distributed in the big supermarkets
[08:46] <seb128> marcustomlinson, I'm good thanks!
[08:49] <marcustomlinson> hey jamesh long time
[08:50] <jamesh> hi marcustomlinson
[08:50] <marcustomlinson> jamesh: you well?
[08:51] <jamesh> yep.  No bush fires in sight :-)
[08:52] <marcustomlinson> good to hear
[08:54] <duflu> Morning marcustomlinson
[08:55] <marcustomlinson> hey duflu, how's it going?
[08:55] <duflu> marcustomlinson, so so. You?
[08:55] <marcustomlinson> I guess a notch above so so
[08:55] <marcustomlinson> why only so so?
[08:56] <marcustomlinson> tuesday blues?
[08:57] <duflu> marcustomlinson, just reiterating old branches to satisfy upstream blues
[08:58] <marcustomlinson> ah those blues :P
[08:58] <marcustomlinson> well good luck man
[09:02] <Laney> hey
[09:03] <didrocks> hey marcustomlinson, Laney
[09:09] <duflu> Morning Laney
[09:10] <seb128> hey Laney, how are you today?
[09:12] <Laney> hey didrocks duflu seb128
[09:13] <oSoMoN> seb128, done, and sorry for the late update
[09:14] <seb128> oSoMoN, hey, no worry, thx!
[09:14] <seb128> oSoMoN, how are you? made it back without issue? how is the baby/cold going?
[09:15] <oSoMoN> seb128, travelling back was uneventful, and the cold is not fully gone but everyone feels much better, so things are going in the right direction
[09:16] <seb128> improvement :)
[09:16] <Laney> seb128: doing alright
[09:17] <Laney> want spring now, bored of cold
[09:17] <Laney> what about you?
[09:17] <Laney> hey oSoMoN
[09:18] <marcustomlinson> hey Laney didrocks oSoMoN
[09:18] <seb128> spring would be nice! I saw the news on TV yesterday about south of France and how they have like 23°C atm
[09:18]  * seb128 wants that
[09:18] <seb128> it's freezing cold here this morning (would be better without the wind...)
[09:19] <Laney> 😱
[09:19] <marcustomlinson> the wind is a grumpy old bastard
[09:20] <Laney> first couple of daffodils have come up in the garden though
[09:20] <Laney> going in the right direction
[09:20] <duflu> Ugh, we hit 43 or 44 today depending which suburb you are in
[09:20] <Laney> eek
[09:23] <oSoMoN> hey Laney, marcustomlinson
[09:23] <ricotz> good morning desktopers
[09:23] <oSoMoN> good morning ricotz
[09:26] <didrocks> it was 19°C yesterday here
[09:26] <didrocks> hey ricotz
[09:38] <ricotz> hey oSoMoN didrocks seb128 marcustomlinson duflu
[09:38] <ricotz> hey Laney
[09:38] <duflu> Hi ricotz
[09:39] <Laney> moin ricotz
[09:39] <seb128> did GNOME changed their process/started to stop building release tarballs?
[09:39] <Laney> how's it going?
[09:39] <Laney> no
[09:40] <Laney> lots missing?
[09:41] <seb128> https://ftp.gnome.org/pub/gnome/sources/file-roller/3.35/ doesn't have .90 which we have/jbicha uploaded to Debian
[09:42] <seb128> same for https://ftp.gnome.org/pub/gnome/sources/nautilus/3.35/ but .90 was tagged on friday
[09:42] <seb128> same https://ftp.gnome.org/pub/gnome/sources/gnome-control-center/3.35/ (where
[09:42] <seb128> .90 was uploaded by Robert o focal)
[09:42] <seb128> or maybe just that ftp is outdated and I'm looking at the wrong place?
[09:43] <ricotz> https://download.gnome.org/sources/gnome-control-center/3.35/gnome-control-center-3.35.90.tar.xz
[09:43] <seb128> that's a "yes" to my previous question :)
[09:43] <Laney> indeed, that server is the one linked from the ftp mails I think
[09:44] <Laney> I'm not sure that ftp.gnome.org is meant to be out of date though
[09:44] <Laney> would suggest asking in #sysadmin
[09:44] <seb128> right, just saw that, I've been using ftp.gnome.org for ever ... I will ask there
[09:45] <ricotz> Your tarball will appear in the following location on ftp.gnome.org:
[09:45] <ricotz>   https://download.gnome.org/sources/vala/0.47/
[09:45] <ricotz> haha ^
[09:46] <ricotz> output of "ftpadmin install ..."
[09:46] <seb128> I've asked on #sysadmin, let's see
[09:47] <Laney> covering all bases :>
 seb128, you should *not* use anything that is not download.gnome.org
 ftp.gnome.org is not maintained by GNOME and left as is for backwards compatility
[09:50] <seb128>  compatibility even
[09:50] <seb128> k, that's clear
[09:50] <Laney> TIL
[09:50]  * seb128 updates his bookmarks (& versions' source)
[11:23] <red_p1xel> Hello, I need help. There were issues with drivers of video adapter [GeForce GTX 550 Ti]. After the system upgrade I have incorrect screen resolution. I can't set this because `nvidia-driver-390` does not work properly. How I can resolve this problem?
[13:22] <didrocks> cking: hey! Small question around a zfs patch. We are hit by bug https://github.com/zfsonlinux/zfs/issues/9381 which prevents us to list any history in the grub menu. We saw 2 patches that entered 0.8.3 and in particular https://github.com/zfsonlinux/zfs/commit/5a1bf9e8b17f8414d7bd30a833d4d2a26a1851a6. This one is in the 0.8.3-1ubuntu1. However, picking it from -proposed doesn’t work. I
[13:22] <gitbot> zfsonlinux issue 9381 in zfs "Automount fails when accessing snapshots for root filesystem" [Type: Defect, Closed]
[13:22] <didrocks> wonder as we don’t use a dkms module but a regular module if you copy the code to ther kernel and we need a newer kernel as well?
[13:26] <didrocks> (my guess and hope is that we are still running our tests with the old kernel having the unpatched zfs module copy)
[13:43] <didrocks> cking: ok, got it. Installed new kernel from -proposed which was built against the new zfs version and we can now see the snapshots content on root :)
[14:20] <hellsworth> good morning desktopers!
[14:20] <kenvandine> good morning
[14:20] <oSoMoN> good morning hellsworth, kenvandine
[14:21] <hellsworth> hi oSoMoN and kenvandine :)
[14:22] <marcustomlinson> morning hellsworth and kenvandine
[14:23] <hellsworth> hi marcustomlinson !
[14:27] <didrocks> seb128: mind subscribing desktop-packages to https://bugs.launchpad.net/ubuntu/+source/openjpeg2?
[14:30] <seb128> didrocks, ah, movement there after years, are we the only ones needing it? (just wonder if it needs to fall on us only)
[14:30] <seb128> also meeting time
[14:30] <didrocks> seb128: apparently, we are the only ones, indeed
[14:31] <seb128> #startmeeting Desktop Team Weekly Meeting - 2020-02-04
[14:31] <meetingology> Meeting started Tue Feb  4 14:31:20 2020 UTC.  The chair is seb128. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[14:31] <meetingology> Available commands: action commands idea info link nick
[14:31] <seb128> Roll call:  didrocks, duflu (out), heather, jamesh (out), jibel, kenvandine, laney (out), marcustomlinson, oSoMoN, tkamppeter, trevinho, robert_ancell (out)
[14:31] <hellsworth> o/
[14:31] <oSoMoN>        \o
[14:31] <marcustomlinson> \o
[14:31] <Trevinho> o/
[14:32] <didrocks> hey again
[14:32] <kenvandine> \o
[14:32] <seb128> good, seems like we have quite some people around :)
[14:32] <seb128> let's get started then
[14:32] <seb128> #topic rls-bb-bug
[14:33] <seb128> no desktop item
[14:33] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-tracking-bug-tasks.html
[14:34] <seb128> only n-m there than we still didn't sort out
[14:34] <seb128> #topic rls-dd-bug
[14:34] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-dd-incoming-bug-tasks.html
[14:34] <Laney> no d!
[14:34] <hellsworth> oh right!
[14:35] <seb128> oh, uh, indeed
[14:35] <seb128> #topic rls-ee-bug
[14:35] <seb128> thx :)
[14:35] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ee-incoming-bug-tasks.html
[14:35] <seb128> no desktop item
[14:35] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ee-tracking-bug-tasks.html
[14:35] <seb128> n-m is the only unassigned which isn't fix commited
[14:35] <seb128> #topic rls-ff-bug
[14:36] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ff-incoming-bug-tasks.html
[14:36] <seb128> bug #1861481	
[14:36] <seb128> that's a bug leading to the live session not showing translated on some flavors with some locales
[14:37] <seb128> I would vote -1 for rls tracking since it's not impacting Ubuntu Desktop itself and only live session/with some locales
[14:37] <Laney> doesn't seem rls for our team but you tagged it so maybe can explain why
[14:37] <seb128> Gunnar is looking at it and hopefully he gets it fixed though
[14:37] <Laney> nod
[14:38] <seb128> I think I did that at fosdem because I didn't read properly and though at the time it impact out live session :p
[14:38] <seb128> sorry for the noise
[14:38] <seb128> tagging -notfixing now
[14:39] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-tracking-bug-tasks.html
[14:39] <seb128> sorry
[14:39] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ff-tracking-bug-tasks.html
[14:39] <seb128> that seems buggy?
[14:39] <marcustomlinson> hmm
[14:39] <marcustomlinson> yeah looks odd
[14:40] <Laney> no bugs \o/
[14:40] <seb128> haha
[14:40] <seb128> I will ping Brian about it, but let's skip that one for now then
[14:41] <seb128> #topic champagne bugs?
[14:41] <seb128> https://bugs.launchpad.net/ubuntu/+bugs?field.tag=champagne&orderby=-id&start=0
[14:41] <seb128> it's still unclear to me how those are supposed to be handled and I feel like that needs to be sorted out before we team review them
[14:42] <seb128> I've also tried to at least triage them as them come during the week
[14:43] <Wimpress> o/
[14:43] <seb128> hey Wimpress
[14:44] <seb128> Wimpress, do you want to weight in about the champagne bugs thing?
[14:44] <seb128> unsure what we are expected to be doing there
[14:44] <seb128> should we review our set only as we do for other bugs?
[14:44] <seb128> is the goal to triage and milestone/discard as we do for rls?
[14:45] <Wimpress> Well, this is new ground. So I think we get to decide how we process this stuff.
[14:46] <Laney> I made a proposal in an email but didn't get any feedback on it.
[14:46] <Wimpress> I think it would be good to update which packages are affecvted if that information is not correct.
[14:46] <Wimpress> Oh!
[14:46]  * Wimpress looks at email...
[14:46] <Laney> It'll probably be buried
[14:46] <seb128> let's do that post meeting? doesn't feel like something we should block the team on atm
[14:47] <Laney> But it's basically to treat it like rls-ff-incoming
[14:47] <Laney> (1) we already have a process to handle that, and (2) it means the bugs go to the right teams
[14:47] <Laney> yes good idea
[14:47] <seb128> also as said I triaged the curent list so we don't really have a backlog to deal with, unless we want to do +1/-1 voting
[14:47] <Wimpress> +1 on Laney's proposal
[14:47] <marcustomlinson> +1
[14:47] <hellsworth> +1
[14:48] <oSoMoN> +1
[14:48] <Wimpress> Perhaps tag as rls-ff-incoming as appropriate too
[14:48] <seb128> good, let's follow up with Brian/other teams then
[14:48] <Wimpress> Yep
[14:48] <didrocks> seems we are voting, so +1 :p
[14:48] <seb128> Wimpress, let's discuss it in our hangout a bit later?
[14:48] <Laney> I was thinking modify the report to look at that tag
[14:48] <Laney> yes ok
[14:48] <Wimpress> OK
[14:48] <seb128> k, sounds like enough for the topic for now then
[14:48] <seb128> thx
[14:48] <seb128> #topic update_excuses_by_team.html#desktop-packages
[14:48] <Laney> those LP lists of bugs aren't the best - the script's view is nicer I think
[14:48] <seb128> indeed
[14:49] <seb128> https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses_by_team.html#desktop-packages
[14:49] <seb128> Laney, want to do that one this week or should I do it again since I've been keeping an eye on things recently?
[14:49] <Laney> seb128: probably you have a better view on this atm
[14:49] <seb128> k
[14:49] <Laney> I just know that python3 is screwing everything this time
[14:49] <Laney> archive breakage of the week
[14:49] <seb128> so lot of python3-defaults blocked items there
[14:50] <Wimpress> Do we need any additional info from other teams to unblock that stuff Laney?
[14:50] <seb128> a stack of gobject-introspection issues that are going to clear off now that L_aney landed a fixed version and that gcc has been fixed (need retries with right triggers which I'm doing)
[14:50] <seb128> tjaalton, are we making any progress on openscad/s390x?
[14:51] <seb128> I debugged the network-manager one and upstream has a PR fix up for review which I tested/is working so I expect that to clear off this week
[14:51] <hellsworth> marcustomlinson: wasn't a new libreoffice uploaded to proposed?
[14:51] <seb128> e-d-s regressed on i386 due to an upload not pushed that got reverted, will be fixed
[14:52] <marcustomlinson> libreoffice had an out-of-space issue crop up during the python3.8 rebuild that's fixed now AND looks like yesterdays build issue with g-i is fixed too, so hopefully that'll unblock a bit
[14:52] <seb128> and I think that's basically it
[14:52] <seb128> #topic AOB
[14:52] <seb128> any other topic?
[14:53] <Laney> Wimpress: proposed? not in particular I don't think
[14:53] <didrocks> nothing for me
[14:53] <Wimpress> Nothing else from me.
[14:54] <Wimpress> Just to say we had a catch up with the Yaru team last night.
[14:54] <seb128> k, just a reminder that ff is approching then
[14:54] <Wimpress> All good there.
[14:54] <Wimpress> In shape for 20.04.
[14:54] <Laney> planning a release soon?
[14:54] <Wimpress> Need to merge some upstream changes, then I think so.
[14:54] <Laney> speaking of
[14:55] <seb128> it looks like we didn't land much feature work yet so probably a good time to increase focus on getting things lined up
[14:55] <Laney> Trevinho: some gnome-shell/mutter verification still to do fyi
[14:55] <seb128> Trevinho, and please start or 3.35.90 whenever you can
[14:55] <Trevinho> ack
[14:55] <seb128> I will do some of the apps/initial setup/etc in the next days
[14:56] <tjaalton> seb128: no, I'm not able to launch a s390x instance on canonistack, filed an issue but it's still open
[14:57] <seb128> Wimpress, ^ are you maybe able to raise priority of that RT in the queue?
[14:57] <Trevinho> Laney: as per the SRU I'm waiting on feedback though (https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1845281/comments/18)
[14:58] <Wimpress> tjaalton: Please forward me the RT details via email, and I'll see what I can do.
[14:58] <seb128> Wimpress, thx
[14:58] <seb128> ok, let's call it a wrap, those discussions can continue post meeting
[14:58] <seb128> thanks team!
[14:58] <seb128> #endmeeting
[14:58] <meetingology> Meeting ended Tue Feb  4 14:58:30 2020 UTC.
[14:58] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-desktop/2020/ubuntu-desktop.2020-02-04-14.31.moin.txt
[14:58] <oSoMoN> thanks
[14:58] <kenvandine> thanks
[14:58] <didrocks> thx!
[14:58] <tjaalton> Wimpress: it's #123981, is that enough?
[14:58] <marcustomlinson> thanks
[14:58] <seb128> Laney, speaking of SRU, the new glib/eoan SRU is still having unhappy i386 tests :-(
[14:59] <didrocks> Wimpress: seb128: also, if you can get more detailed on a ETA on security review for zsys, that would be great. FF is approaching and no movement still
[14:59] <tjaalton> seb128: but I think we should just badtest that one, s390x is the only big-endian arch we have
[14:59] <seb128> didrocks, @openjpeg, looks like recent nagers have been for imagemagick which is a foundation package :)
[14:59] <Wimpress> tjaalton: Thanks.
[14:59] <Laney> Trevinho: don't wait forever, also it's OK if it's not a regression
[14:59] <seb128> tjaalton, talk to Laney, he wanted to see some evidence/understanding of the problem before skipping the test
[15:00] <tjaalton> seb128: I've pushed mesa 20.0-rc1 to experimental and enabled build-time tests, to see where they fail and how
[15:00] <didrocks> seb128: I think it's not part of the MIR team to decide that, so I will let you and foundation discuss, but we need a team subscriber
[15:00] <tjaalton> well, this should verify if llvmpipe tests fail on all BE archs
[15:00] <seb128> didrocks, sure, I'm adding desktop for now, we can still trade/argue with them later
[15:00] <didrocks> yep :p
[15:00] <Wimpress> tjaalton: Have you spoken to xnox about s390?
[15:00] <seb128> didrocks, done
[15:01] <Wimpress> He maybe able to assist.
[15:01] <didrocks> but ofc security review still, so not close to be done
[15:01] <didrocks> thanks seb128
[15:01] <Wimpress> didrocks: Has the zsys MIR review happened?
[15:01] <didrocks> Wimpress: it was started said the card, but no result, no movement
[15:01] <didrocks> on the security side
[15:01] <didrocks> hence my request :p
[15:01] <Wimpress> OK, added to my list of things to chase again.
[15:01] <didrocks> thx
[15:02] <tjaalton> Wimpress: yes
[15:02] <didrocks> Wimpress: FTR, the security review was requested last August :p
[15:02] <Wimpress> I know.
[15:13] <Laney> seb128: will look into that i386 thing tomorrow probably
[15:14] <Laney> forgot about it so thx for the reminder
[15:16] <Laney> laney@nightingale> openssl s_client -connect appstream.ubuntu.com:443 </dev/null 2>|/dev/null | openssl x509 -text | grep -A 1 'Subject Alternative Name'                                                                         ~
[15:16] <Laney>             X509v3 Subject Alternative Name:
[15:16] <Laney>                 DNS:appstream.ubuntu.com
[15:16] <Laney> can haz ssl
[15:16] <Laney> IS gently spanked me for not having it set up
[15:16] <diddledan> I see your SSL and raise you a TLS
[15:17] <Laney> YOLO: FOMO: LMAO!
[15:44] <diddledan> so, I managed to figure out what is happening with my stack overflow in Xorg, though not how to fix it or whether it is actually broken - https://paste.ubuntu.com/p/DFzpnysmfd/ `driBindContext` calls through to `dri2_drawable_get_buffers` which then calls Xorg's (not mesa's for some reason?) `dri2GetBuffersWithFormat` which then recalls
[15:44] <diddledan> `driBindContext` (it thinks the context is changed by `DRI2GetBuffersWithFormat` so it tries to reset the context and recall `DRI2GetBuffersWithFormat`) and the recursion continues until stack overflow
[15:44] <diddledan> tjaalton, possibly something you can help me with?
[15:45] <diddledan> reference for the offending logic that causes the recursion: https://gitlab.freedesktop.org/xorg/xserver/blob/master/glx/glxdri2.c#L710
[16:56] <ricotz> seb128, I guess syncing gexiv2 is possible now
[19:30] <tjaalton> diddledan: best to file upstream
[20:30] <diddledan> thanks, tjaalton, I've filed it under Mesa, though I'm not sure whether it is Mesa or Xserver that the issue lies within: https://gitlab.freedesktop.org/mesa/mesa/issues/2469
[20:30] <gitbot> Mesa issue 2469 in mesa "Infinite recursion with xserver and Indirect GLX (specific to a single third-party library)" [Opened]
[20:43] <robert_ancell> seb128, do you know of an i386/budgie issue? Seems to be breaking the g-c-c autopkg tests.
[20:44] <robert_ancell> aha, we don't seem to build for i386 g-c-c in focal, perhaps that's the issue.
[21:50] <seb128> robert_ancell, ask vorlon about it, I think it's a valid one to declare invalid on i386
[21:51] <seb128> but Steve is the one who knows how to handle those
[21:51] <robert_ancell> seb128, thanks