[02:11] <callmepk> good morning
[07:35] <didrocks> good morning
[07:43] <marcustomlinson> morning callmepk and didrocks
[07:43] <callmepk> morning didrocks & marcustomlinson 
[07:45] <didrocks> hey marcustomlinson, callmepk 
[07:46] <Nafallo> morning :-)
[07:50] <jibel> Good morning
[07:51] <marcustomlinson> hi Nafallo and jibel
[07:51] <didrocks> hey Nafallo, salut jibel 
[07:52] <Nafallo> didrocks: oy! I don't get the fancy greeting? :-D
[07:53] <didrocks> Nafallo: not everyday, or people get used to it! :)
[07:53] <Nafallo> I'm about to head into 3hrs of "team building". ugh...
[07:54] <Nafallo> didrocks: fair point ;-)
[07:54] <jibel> hi didrocks marcustomlinson 
[07:54] <didrocks> Nafallo: good luck!
[07:55] <callmepk> morning jibel Nafallo 
[07:55] <Nafallo> *sweat*
[07:55] <Nafallo> morning callmepk :-)
[07:56] <oSoMoN> good morning desktoppers
[07:57] <marcustomlinson> hey oSoMoN
[07:57] <oSoMoN> hey marcustomlinson 
[07:57] <Nafallo> morning oSoMoN :-)
[07:58] <didrocks> salut oSoMoN 
[08:03] <ricotz> good morning desktopers!
[08:03] <marcustomlinson> morning ricotz
[08:03] <ricotz> pleasem could someone sync vala 0.48.14-1 from debian/unstable?
[08:11] <oSoMoN> good morning Nafallo, didrocks, ricotz 
[08:39] <Wimpress> Morning o/
[08:42] <seb128> goood morning desktopers
[08:42] <oSoMoN> good morning Wimpress, salut seb128 
[08:42] <seb128> lut oSoMoN comment ça va ?
[08:43] <oSoMoN> bien, et toi?
[08:50] <marcustomlinson> hey Wimpress and seb128
[08:52] <seb128> oSoMoN, ça va, il fait beau et c'est calme de nouveau ;-)
[08:52] <seb128> hey marcustomlinson, how are you today?
[08:53] <oSoMoN> seb128, parfait, il faut en profiter!
[08:53] <seb128> oui :-)
[08:54] <didrocks999> salut seb128 
[08:56] <seb128> lut didrocks still on unstable internet! ;-)
[09:02] <Laney> yo
[09:04] <marcustomlinson> yo Laney
[09:05] <seb128> hey Laney , how are you today?
[09:09] <Laney> hey marcustomlinson seb128
[09:09] <Laney> i'm alright
[09:09] <didrocks999> hey Laney 
[09:10] <Laney> grey day again it seems!
[09:11] <Laney> hey didrocks9999999
[09:12] <Laney> meh
[09:13] <Laney> glib's tests fail, I thought I ran those before uploading
[09:13] <Laney> maybe I forgot
[09:35] <Nafallo> salut seb128 :-)
[09:48] <seb128> hey Nafallo 
[09:54] <seb128> bah, git remote add -f isn't fetching all tags it seems, it usually worked for me but now trying to update gnome-chess it doesn't find the tag, need to git fetch --tag
[10:11] <ricotz> hey marcustomlinson oSoMoN didrocks seb128 
[10:12] <ricotz> seb128, could you please sync vala 0.48.14-1 from debian, so have rdepends built with it
[10:17] <seb128> ricotz, hey, I would do if it launchpad was picking updates up, https://launchpad.net/debian/+source/vala still doesn't have it available, I asked the launchpad guys about it, waiting for a reply
[10:18] <seb128> didrocks, thanks for the indicator MIR reviews!
[10:18] <Laney> I must just have not run these glib tests in autopkgtest before uploading
[10:18] <Laney> bah
[10:18] <Laney> one of them just segfaults
[10:18] <seb128> :-(
[10:18] <ricotz> seb128, I see, thanks!, I noticed the seahorse update got in already
[10:19] <seb128> ricotz, yes, for some reasons some updates are picked up but others not
[10:20] <seb128> gnome-builder isn't syncable either
[10:21] <didrocks> seb128: yw :)
[10:24] <seb128> didrocks, btw you were mentioning yaru in your weekly summary, do you know what's the status of the gtk4? are we going to it in hirsute?
[10:25] <didrocks> seb128: I don’t know specifally about gtk4, there are multiple iterations with our design team for the default look changes, which is their focus right now
[10:33] <seb128> didrocks, is there any summary of the requested changes?
[10:39] <didrocks> you can follow them at https://github.com/ubuntu/yaru/discussions and https://github.com/ubuntu/yaru/issues/2644, the designers are commenting, but I don’t know where
[10:41] <seb128> didrocks, thanks
[10:41] <didrocks> the discussion space was the space they were supposed to post summary, I would start reading this if I were you ^
[10:44] <seb128> didrocks, I'm reading, thanks again, I had no idea those discussions were ongoing!
[10:44] <seb128> difficult to keep up with things
[10:46] <didrocks> basically, main idea is to be back on a dark theme by default, this is why I engaged them with the design team, reach both sides out, to not find us back in the same situation than in the Paris sprint and reverting
[10:46] <seb128> I keep being impressed by the yaru team btw, the summary from Frederik is really nicely written
[10:47] <seb128> didrocks, right, thanks for handling the communication!
[10:47] <didrocks> yw
[12:15] <seb128> ricotz, small follow up, the launchpad issue is being worked on, details on https://bugs.launchpad.net/launchpad/+bug/1917449
[13:27] <ricotz> seb128, thanks, depending how long it takes to fix that bug, is it worth to upload vala manually?
[13:27] <seb128> ricotz, are you blocked on it? how long are you wanting to wait?
[13:28] <ricotz> seb128, as usual for a "compiler", kind of every rdepend would benefit from getting built with it
[13:35] <seb128> ricotz, right, I was just wondering if we should wait a few hours see if it's fixed or if you want it synced now
[13:36] <ricotz> seb128, yeah, seems this might take longer than a few hours
[13:36] <seb128> right, I will do the syncing
[13:37] <ricotz> thank you
[14:30] <hellsworth> good morning desktopers
[14:30] <didrocks> hey hellsworth 
[14:31] <kenvandine> meeting time!
[14:31] <seb128> kenvandine, hey, desktop meeting? ;-)
[14:31] <kenvandine> hello all
[14:31] <seb128> _o/
[14:32] <kenvandine> #startmeeting Desktop Team Weekly Meeting - 2021-03-02
[14:32] <meetingology> Meeting started at 14:32:01 UTC.  The chair is kenvandine.  Information about MeetBot at https://wiki.ubuntu.com/meetingology
[14:32] <meetingology> Available commands: action, commands, idea, info, link, nick
[14:32] <didrocks> hey hey
[14:32] <kenvandine> Roll call:  didrocks, duflu (out), jamesh (out), jibel, kenvandine, laney, marcustomlinson, oSoMoN, seb128, tkamppeter, trevinho, robert_ancell (out), hellsworth
[14:32] <hellsworth> o/
[14:32] <marcustomlinson> \o
[14:32] <jibel> o/
[14:32] <oSoMoN> 🐸/
[14:32] <Trevinho> o/
[14:32] <seb128> _o/
[14:32] <kenvandine> i hope everyone is having a great March so far ;-D
[14:32] <kenvandine> let's dive right in
[14:33] <kenvandine> #topic rls-hh-bugs
[14:33] <kenvandine> nothing incoming
[14:34] <kenvandine> tracking is fine
[14:35] <kenvandine> #topic rls-gg-bugs
[14:35] <kenvandine> bug 1913333
[14:36] <hellsworth> i was unable to reproduce this one and wondered if Trevino had any thoughts
[14:37] <seb128> one report, not confirmed, -1 for rls for me
[14:37] <kenvandine> agreed
[14:37] <kenvandine> hellsworth: ping Trevinho after the meeting to see if he has ideas 
[14:37] <Trevinho> we can definitely check it more, let's leave it around for reports
[14:38] <hellsworth> ok
[14:39] <kenvandine> bug 1914374
[14:39] <kenvandine> thats on gg tracking but not assigned
[14:40] <seb128> sounds like it should be assigned to that oem guy?
[14:40] <seb128> or tseliot_ 
[14:40] <seb128> or wontfix for G, I doubt we care much about oem issues there?
[14:41] <kenvandine> yeah
[14:41] <Laney> the installer bit should be for sure
[14:42] <Laney> ubuntu-drivers is a bit dodgy because the versions go backwards
[14:44] <kenvandine> i think won't fix for both?
[14:45] <kenvandine> if i'm reading it right, it's all around what happens at install time
[14:45] <kenvandine> question is does this effect upgraders and is upgrades from LTS to non-LTS rls worthy?
[14:47] <Laney> it's fine to wontfix but tseliot_ still need to SRU something so that the versions are in the right order f < g < h, and I guess it might as well be this
[14:48] <kenvandine> bug 1915161
[14:49] <kenvandine> fix is upstream, do we want to SRU that patch?
[14:50] <seb128> I wouldn't bother about G at this point
[14:50] <seb128> time the SRU gets reviewed and verified we will be off to the next serie
[14:50] <kenvandine> ok +1 on that
[14:51] <kenvandine> well -1 on the bug :)
[14:51] <kenvandine> moving on
[14:51] <kenvandine> #topic rls-ff-bugs
[14:53] <kenvandine> bug 1883886
[14:54] <kenvandine> hellsworth: ^^
[14:54] <seb128> it's marked fix commited?
[14:54] <kenvandine> yeah, but it's not
[14:54] <kenvandine> upstream yes
[14:54] <hellsworth> it was yes.. i admit that i didn't really understand the last comment
[14:55] <kenvandine> looks like it will be in 7.2
[14:55] <hellsworth> can ping ricotz about it
[14:55] <kenvandine> please do
[14:55] <Laney> it sounds worth queueing up for the next sru
[14:55] <kenvandine> i think the bug status needs to be changed
[14:55] <Laney> I would nominate and assign if you agree with that
[14:55] <kenvandine> fix committed feels wrong
[14:55] <seb128> depends how you use fix commited
[14:55] <seb128> I've always been using it for GNOME packages for when a fix is commited upstream
[14:55] <Laney> I think it's because Fix Released bugs stop showing up on any rls ff list
[14:55] <hellsworth> ok i'll change it to in progress and ping rico
[14:56] <seb128> best way to be able to follow up and close things with $nextupdate
[14:56] <Laney> it sounds like it is Fix Released but not in any stable series
[14:56] <kenvandine> right, it should be tracked for the SRU when 7.2 is released
[14:56] <kenvandine> imo
[14:56] <seb128> unsure if the change would apply easily to old series or if it's an UI change
[14:56] <kenvandine> when will 7.2 be released?
[14:56] <Laney> well then it can always be closed out again
[14:57] <hellsworth> will release in August
[14:57] <seb128> well, we are reviewing whether we accept is a rls item we want to try
[14:57] <seb128> my gut feeling is that it's not important enough to make it into our backlog realistically
[14:58] <seb128> would still be nice to fix but I would -1 for the rls nomination
[14:58] <kenvandine> i guess we know we'll get it in may
[14:58] <kenvandine> even without tracking it
[14:58] <seb128> not for focal
[14:58] <Laney> not to focal we won't
[14:58] <kenvandine> oh right
[14:58] <kenvandine> i think we should at least see how much work it would be to backport that patch
[14:58] <seb128> we need at some point to start balancing rls nominations approval to available resources to deal with what we accept
[14:59] <seb128> but that's not something we will resolve now
[14:59] <kenvandine> having the buttons off screen is hard to work around
[14:59] <kenvandine> that dialog doesn't scroll
[14:59] <kenvandine> i've battled this in the past myself :)
[14:59] <hellsworth> well for focal maybe it should be wont fix unless upstream backports the fix to the 6.4 branch
[15:00] <hellsworth> not ideal but you *can* hit enter even if you can't see the button and it will print
[15:00] <seb128> kenvandine, your call :) I agree it would be nice to fix, we would just need 30 people in the team to be able to fix all the 'would be nice to fix' issues we are crossing
[15:01] <seb128> it's also impacting only low vertical resolutions
[15:01] <seb128> which is not most users
[15:01] <seb128> anyway
[15:01] <hellsworth> affects only 4 folks in 6 months
[15:01] <seb128> we argued enough, we should just just decided +1 or -1 and move on
[15:02] <kenvandine> ok, -1 then
[15:02] <hellsworth> i would say -1 with the caveat that I'll ping rico and see what he thinks
[15:02] <kenvandine> it doesn't effect 768?
[15:02] <hellsworth> what is 768?
[15:03] <kenvandine> pixels high
[15:03] <kenvandine> looks like it does
[15:03] <kenvandine> 1366x768 is one of the most common sizes
[15:03] <hellsworth> ok ty
[15:03] <kenvandine> one of the comments made me think it didn't fit on that
[15:03] <kenvandine> ok, moving on
[15:05] <kenvandine> tracking seems in order
[15:05] <kenvandine> #topic rls-bb-bugs
[15:06] <kenvandine> nothing incoming
[15:06] <kenvandine> tracking seems in order
[15:06] <kenvandine> #topic update_excuses_by_team.html#desktop-packages
[15:07] <kenvandine> anything to be concerned with?
[15:07] <seb128> https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses_by_team.html#desktop-packages
[15:07] <kenvandine> i see an eds transition, that's fun
[15:08] <seb128> right, indicator-datetime needs to be fixed
[15:09] <seb128> (I reported that upstream on https://github.com/AyatanaIndicators/ayatana-indicator-datetime/issues/23 also)
[15:09] <seb128> some minors rebuilts still needed
[15:09] <kenvandine> thanks
[15:09] <seb128> poppler is ready to migrate once libreoffice 7.1.1 gets uploaded hopefully
[15:10] <seb128> there was some request to ignore the test and let it migrated but that didn't get acked
[15:10] <seb128> other are flaky tests mostly
[15:10] <hellsworth> but 7.1.1 is in proposed already
[15:10] <hellsworth> oh you mean uploaded to the archive
[15:10] <seb128> no
[15:10] <seb128> Rico stacked the fix in the packaging vcs
[15:11] <seb128> but he said he wouldn't do another upload before 7.1.1 proper, we currently have a ~rc
[15:11] <seb128> kenvandine, I think we can move on, there is nothing that needs to be assigned at this point afaik
[15:11] <seb128> things are being worked on or need a retry
[15:11] <kenvandine> ok
[15:11] <kenvandine> #topic aob
[15:13] <kenvandine> going once
[15:13] <kenvandine> twice
[15:13] <kenvandine> ok, thanks folks
[15:13] <kenvandine> #endmeeting
[15:13] <meetingology> Meeting ended at 15:13:57 UTC.  Minutes at https://new.ubottu.com/meetingology/logs/ubuntu-desktop/2021/ubuntu-desktop.2021-03-02-14.32.moin.txt
[15:14] <marcustomlinson> thanks
[15:14] <didrocks> thanks kenvandine 
[15:14] <hellsworth> thanks
[15:14] <seb128> thx
[15:14] <oSoMoN> thanks
[15:17] <seb128> as a side note I'm spending time on improving my 'update gnome package' script, which starts paying off
[15:17] <kenvandine> seb128: awesome!
[15:17] <seb128> one command it does the gbp clone, remote, import, git diff, build (in pbuilder), dch, etc
[15:18] <seb128> I will share once I've it a bit more tested and less hackish :p
[15:18] <kenvandine> seb128: are you tired of walking me through the process?
[15:18]  * kenvandine ducks
[15:18] <seb128> lol
[15:18] <seb128> I'm tired of having to manually do 15 steps to update a package which only has translations changes :p
[15:19] <seb128> at least I managed to be friend with git enough to not shot myself in the feet every time I try to do an update now ;-)
[15:19] <didrocks> Laney: FYI, the stat workaround doesn’t work reliably
[15:19] <Laney> didrocks: haha
[15:20] <Laney> somehow I am not surprised
[15:20] <Laney> it would be kind of scary if it did!
[15:20] <didrocks> yep, the only thing that worked reliably is to strace to go generate :p
[15:21] <didrocks> feeling like it’s an overlayfs issue
[15:22] <Trevinho> oh cool to read seb128 it was something I always had in mind, but I instead end up just using my overcomplicated zsh history :)
[15:22] <Laney> didrocks: what does go generate do?
[15:23] <didrocks> calls every generate function you define
[15:23] <didrocks> basically, in that case
[15:23] <didrocks> mkdirall(debian/adsys/lib/subdir…)
[15:24] <didrocks> + gcc "something in debian/adsys/lib/subdir…)
[15:24] <didrocks> which ought to fail
[15:24] <didrocks> but it doesn’t, so all is fine consistency-wise for it
[15:27] <Laney> D:
[15:29] <seb128> didrocks, overlayfs is used there?
[15:30] <didrocks> I don’t know, maybe for virt chroot?
[15:34] <Laney> is 'overlay' different from 'overlayfs'? ¬_¬
[15:34] <Laney> feel like I should know that
[15:34] <Laney> but I have overlay here
[15:34] <Laney> and didn't see the bug locally
[15:35] <didrocks> it’s been renamed overlay once it entered the kernel AFAIK
[15:37] <Laney> I'm probably running a way newer kernel than the buildds though
[15:43] <Nafallo> seb128: you're going for the knees instead? ;-)
[15:44] <seb128> some days it feels like it still yes :p
[16:11]  * seb128 hates regexp
[16:11] <seb128> why isn't that working?
[16:11] <seb128> $ python3 -c "import re; print(re.match('.*source-branch:.*([0-9a-zA-Z.]*).*', '    source-branch: \'1.16\'').group(0))"
[16:16] <Trevinho> seb128: I'd use to use .search but it shouldn't be the problem
[16:17] <seb128> Trevinho, .search has the same problem, I guess my regexp is wrong :-/
[16:19] <Trevinho> seb128: this does the trick re.search('source-branch:[\s]*\'?([0-9A-z.]*)\'?', '    source-branch: \'1.16\'').group(1)
[16:20] <Trevinho> you want also to include underscore though
[16:20] <Trevinho> and plus can be in branch names I think, 
[16:21] <seb128> anything which isn't space or quotes probably