[05:22] <didrocks> good morning
[06:05] <duflu> Morning didrocks
[06:07] <didrocks> hey duflu
[06:17] <oSoMoN> good morning desktoppers!
[06:18] <didrocks> salut oSoMoN
[06:18] <duflu> Hi oSoMoN
[06:23] <oSoMoN> hey didrocks, duflu
[07:18] <seb128> goooood morning desktopers
[07:18] <duflu> Hi seb128
[07:18] <seb128> hey duflu, how are you today?
[07:19] <duflu> seb128, going well now. I just figured out how to fix https://gitlab.gnome.org/GNOME/mutter/merge_requests/575 so that's done sooner than expected. You?
[07:20] <gitbot> GNOME issue (Merge request) 575 in mutter "Honour `CLUTTER_ACTOR_NO_LAYOUT` more efficiently" [5. Performance, Opened]
[07:20] <seb128> I'm fine thx :)
[07:20] <duflu> (not counting the failing CI but that doesn't seem to be my fault)
[07:20] <oSoMoN> goooood morning seb128 !
[07:21] <didrocks> hey seb128
[07:22] <seb128> lut oSoMoN, didrocks, en forme ?
[07:22] <lis> good morning everyone :)
[07:22] <seb128> guten tag lis!
[07:22] <oSoMoN> good morning lis
[07:22] <oSoMoN> seb128, plutôt, oui
[07:23] <seb128> cool :)
[07:23] <duflu> Morning lis
[07:23] <lis> seb128, oSoMoN, duflu: hi :)
[07:24] <seb128> duflu, I think Owen did comment/follow up recently on some regression/problems created by things that got merged, what was the outcome of that? (I noticed because George thanked him for commenting on #gnome-hackers)
[07:24] <didrocks> seb128: chaudement, mais ça va
[07:24] <seb128> no revert at the end?
[07:24] <didrocks> hey lis
[07:25] <seb128> didrocks, good luck, temperature dropped here, I even found a bit too cold this morning but I'm not going to complain about that :p
[07:25] <duflu> seb128, I'm not aware of anything like that. Should I be?
[07:27] <seb128> duflu, don't worry about it, if you didn't hear anything then it's probably fine :)
[07:28] <seb128> duflu, just for the record that was what Owen wrote
	feaneron: I don't think we need to rush to revert anything - that doesn't seem like a constructive step - but if the changes in 520 are helping, they are helping for a different reason than the commit message and MR discussion indicate - and probably indicate that something else is going wrong with the master clock cycle
[07:28] <seb128> duflu, so I'm assuming that George found a problem due to !520 and was pondering reverting
[07:28] <duflu> I think they're probably wrong. I was working on that change for a year or so. But it doesn't matter if it wasn't reverted
[07:29] <seb128> right
[07:29] <duflu> And it is documented in immense detail
[07:29] <seb128> ah, indeed Owen commented on !520
[07:29] <seb128> 'OK, I see you changed that from !281 (merged) - so that might explain why this was subsequently necessary.'
[07:29] <duflu> Oh I don't track closed things
[07:29] <seb128> so all good
[07:35] <marcustomlinson> good morning didrocks duflu oSoMoN seb128 lis
[07:35] <seb128> hey marcustomlinson, how are you today?
[07:35] <didrocks> hey marcustomlinson
[07:36] <oSoMoN> hey marcustomlinson
[07:36] <duflu> hi marcustomlinson
[07:36] <marcustomlinson> seb128: good thanks :) yourself? Overheating today again?
[07:36] <seb128> marcustomlinson, no, that went away in the night, today is 23°C :)
[07:36] <duflu> seb128, yes actually multiple MRs depend on 520 so good it wasn't reverted
[07:37] <marcustomlinson> seb128: we've got some outrageous heat coming our way to Scotland this week. A high of 23 even!
[07:37] <seb128> haha
[07:37] <seb128> duflu, right
[07:38] <seb128> duflu, sorry to have distracted you with the question
[07:38] <duflu> seb128, also I mentioned #334 in the description which would have avoided confusion if anyone followed that link and found !281
[07:39] <duflu> Though it's complicated and I understand there will be some confusion
[07:39] <duflu> It took me most of a year to design a solution I was happy with and to get it approved
[07:39] <duflu> All previous attempts ended up being huge and rewriting many things
[08:02] <Laney> hi ho
[08:02] <didrocks> hey Laney
[08:03] <duflu> Hi Laney and willcooke
[08:03] <willcooke> afternoon duflu, morning others
[08:04] <duflu> To be fair there's at least a billion people experiencing afternoon in this time zone
[08:04] <willcooke> :DD
[08:04] <willcooke> They don't greet me though, so sod em
[08:05] <didrocks> hey willcooke
[08:05] <duflu> Maybe they should. AFAIK we have more offices in the time zone than any other
[08:05] <willcooke> hehe
[08:05] <willcooke> hi didrocks!
[08:10] <seb128> hey willcooke Laney
[08:14] <Laney> hi didrocks duflu seb128 willcooke, how's it going?
[08:15] <seb128> Laney, good! you?
[08:15] <willcooke> hi seb128 Laney.  Not too bad.  Sat in front of Heidi Allen on the train home
[08:15] <Laney> yeah not bad
[08:15] <Laney> oh yeah
[08:15] <Laney> is she changing the UK?
[08:15] <willcooke> She was sending an email, so... perhaps
[08:15] <Laney> out of date joke, IIRC she has since left that group /o\
[08:15] <willcooke> It was probably about changing the UK
[08:15] <willcooke> ha
[08:16] <didrocks> Laney: warm warm warm
[08:16] <Laney> man
[08:16] <Laney> it's cold horrible raining and grey here
[08:16] <willcooke> didrocks, is it going to me a bad one again?  It's cooled down here
[08:16] <Laney> dunno what you people are talking about
[08:16] <willcooke> 15 degrees here :(
[08:16]  * Laney sends a bit of it over
[08:16] <willcooke> :)
[08:16] <didrocks> willcooke: yeah, until Monday, it doesn't go under 24°c at night and up to 39°C
[08:17] <willcooke> ouch
[08:17] <willcooke> tired grumpy kids
[08:17] <didrocks> and no wind…
[08:17] <didrocks> yeah, experienced that yeserday evening :/
[08:18] <didrocks> weather is now forecasting: 38 (today), 38 (tomorrow), 37, 37, 37, 33 (Monday)
[08:20] <willcooke> woah
[08:21] <Trevinho> morning!
[08:21] <didrocks> hey Trevinho
[08:22] <Trevinho> didrocks: hi Didier
[08:22] <Laney> buongiorno Marco
[08:23] <marcustomlinson> morning Laney willcooke Trevinho
[08:23] <willcooke> hi marcustomlinson, how goes?
[08:23] <willcooke> morning Trevinho
[08:23] <marcustomlinson> willcooke: well thanks, yourself?
[08:23] <willcooke> nay bad
[08:23] <marcustomlinson> aye
[08:26] <duflu> Hi Trevinho
[08:26]  * Laney gives marcustomlinson the nod
[08:27] <Laney> in centuries to come academics will study the greeting patterns used in #ubuntu-desktop and come to some startling conclusions
[08:28] <willcooke> XD
[08:32] <marcustomlinson> :)
[08:32] <oSoMoN> :)
[08:33] <seb128> bonjourno Trevinho
[08:34] <seb128> our board look more geeky today
[08:34] <seb128> thanks Laney :)
[08:34] <Laney> oh I forgot that changes it for everyone sry
[08:34] <seb128> :-)
[08:34] <Laney> didn't like that colour we were using
[08:34] <Laney> put it back if you want tho
[08:34] <seb128> no, it's fine like that
[08:34] <marcustomlinson> I thought it looked cool
[08:35]  * marcustomlinson tries to figure out how to change ours...
[08:35] <Laney> I searched for 'linux' in the images search
[08:35] <Laney> menu -> second option
[08:35] <marcustomlinson> ah I got to the first option and got tired
[08:36] <willcooke> :)
[08:36] <Trevinho> willcooke, Laney, marcustomlinson, seb128: hey hey, hey, hey!
[08:36] <marcustomlinson> But seriously though, I don't think I have permissions to do that
[08:36] <Trevinho> += duflu
[08:38] <marcustomlinson> oh! that sneaky little backward arrow top left
[08:40] <seb128> tkamppeter, hey, are you looking at fixing the n-m autopkgtest flakyness issue?
[08:40] <Laney> weird, I just started writing that
[08:40] <Laney> (was closing tabs from yesterday and some of them were NM logs)
[09:38] <GunnarHj> Hey Laney, Yesterday I accidentally got involved in sane-backends (bug #1728012) and would have expected that package to be included in the ubuntu-desktop set. But it isn't, if I understand it correctly - only desktop-core. Is that as it should be?
[09:43] <Laney> GunnarHj: Packages shared with Kubuntu end up there. So if that's the case, then yes.
[09:47] <GunnarHj> Laney: I see. When seeing the structure, I can think it would be a good idea to add ubuntu-desktop as an uploader of desktop-core (ubuntu-desktop is an uploader of desktop-extra).
[09:48] <Laney> It is on purpose historically. If you wanted to, you could discuss the situation with the DMB - I'm sure parts of it are less relevant now.
[09:50] <GunnarHj> Laney: Not sure I'm in a position to hold that discussion, since I'm one of the few ones who are affected in practice. But of course I could ask a question.
[10:06] <Laney> GunnarHj: They might want to work out a way of allowing people to upload to desktop-core specifically. There's currently no procedure for that; everyone's just gone for core-dev instead.
[10:07] <Laney> Or maybe the concept is obsolete and ubuntu-desktop can have those packages now
[10:07]  * Laney isn't sure
[10:26] <tkamppeter> seb128, Laney, I am looking now into this n-m autopkg problem.
[10:28] <tkamppeter> seb128, Laney: What I have observed when debugging the script where only API discrepancies, no timing/timeout issues. I have fixed all these API problems and after that all tests passed for me and after isolated testing I have also run the complete autopkgtest and it also passed, making me putting up the branch with the fix.
[10:28] <tkamppeter> seb128, Laney, now I could only see the logs of a failure here:
[10:28] <tkamppeter> https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-eoan/eoan/i386/n/network-manager/20190625_150000_e4d7f@/log.gz
[10:29] <tkamppeter> It is a timeout in one of the tests.
[10:29] <tkamppeter> Should we perhaps make all the timeouts longer to reduce probability of failures?
[10:36] <Laney> tkamppeter: this is the kind of failure I was seeing https://paste.ubuntu.com/p/DWwWvhrty7/
[10:42] <Laney> that might be missing synchronisation somewhere perhaps?
[10:42] <Laney> and the i386 one --- is there any indication that the virtual AP will eventually appear?
[10:52] <GunnarHj> Laney: Sent a mail to DMB (and included you).
[11:05] <tkamppeter> Laney, for me it looks like that due to the fact that it works at least a part of the times(you can make it pass by triggering a repetition), that if it fails it not always fails at the same points, and that the emulated network (AP, router) is always the same it is most probably a timing issue and not a still missing API adaptation or so. So I would try at first by extending timeouts and/or adding delay/repetition loops.
[11:07] <Laney> GunnarHj: Thanks
[11:08] <Laney> tkamppeter: OK then. It's better if you can positively wait for the condition that you need (AP appearing, for example) rather than simply retrying, if that's possible. (Not sure if it is)
[11:09] <Laney> also don't forget to look at that pastebin I gave
[11:15] <tkamppeter> Laney, my feeling for that one is that the router/AP got initiated and after that the presence of IPs checked, but too early. My suggestion here is to repeat the check of the presence of the IPs for up to ~10 times with a short delay.
[11:23] <Laney> tkamppeter: Up to you. I'm just saying that if there's a signal 'the AP just appeared' then using that to schedule the next part of the test would be more robust than doing it with timers
[11:23] <Laney> But I don't know this code as well as you do at this point, so ... :)
[11:27] <tkamppeter> Laney, there is something like 'the AP just appeared', but it seems not to be reliable as sometimes the next steps observes the presence of two IPs, sometimes not.
[11:44] <tkamppeter> Laney, does it often happen that the autopkgtest fails at the point which you have pasted or does it fail on different random points?
[11:57] <Laney> tkamppeter: Think I only saw that one
[12:05] <GunnarHj> Laney: More on the packageset topic: I noticed that your request yesterday to add g-c-c to ubuntu-desktop had been handled, so I happily uploaded g-c-c to disco, but it was rejected. I had missed that the adjustment had not been made to the ubuntu-desktop set for disco.
[12:05] <GunnarHj> Laney: Can you help?
[12:05] <Laney> GunnarHj: No, you need someone on the DMB to do that
[12:05] <GunnarHj> Laney: Ok. Will do.
[12:08] <Trevinho> Laney: when you've some time could you look at https://code.launchpad.net/~3v1n0/ubuntu/+source/mutter/+git/mutter/+merge/369334 ?
[12:14] <Laney> OK, this afternoon probably
[12:16] <Trevinho> Laney: cool thanks, I've to prepare the branches for eoan too, you can then backport those to disco I expect, right?
[12:19] <Trevinho> well eoan + debian.. Now that I'm done with fixing the regression crashes hoepefully
[12:21] <Laney> Trevinho: we need .2 for disco too no? is that somewhere already? i forgot
[12:21] <Trevinho> Laney: yes
[12:22] <Trevinho> we were blocked by regressions, so...
[12:23] <Laney> ok, this can be done at the same time probably
[12:23] <Trevinho> probably better .2+git stuff, but not sure if I'm fancy enough to do a snapshot instead of cherry-picking :P
[12:24] <Trevinho> although now with meson is better
[12:25] <Laney> patches is fine, put them in a Gbp-Pq: topic upstream or something to indicate
[12:46] <lis> Laney: fwiw, i rebuilt our tests container with the glib from disco-proposed and it seems to fix the issues we were seeing
[12:47] <lis> there are new issues now, of course 🤣
[12:47] <lis> but not (obviously) glib-related
[13:07] <doko> Trevinho: would it be possible to have the fix for 1793496 in bionic as well?
[13:15] <seb128> doko, don't ask bionic targets like that please, either rls-bb-incoming tag or find an assignee
[13:37] <Laney> lis: neat (hopefully)
[13:37] <seb128> is there a way to dump the content of a dconf db file?
[13:37] <lis> seb128: yes!
[13:38] <lis> seb128: basically, create a dconf profile that specifies the path to that file, and 'dconf dump' it
[13:40] <lis> $ echo file-db:/path/to/file > my-profile
[13:40] <lis> $ DCONF_PROFILE=`pwd/my-profile dconf dump /
[13:40] <lis> erm. `pwd` obviously.  sorry.
[13:42] <seb128> lis, good tip, thx!
[14:05] <Trevinho> doko: I can try although the patch while is provided by eoan and disco isn't upstream yet... so I might try to make you a ppa and maybe you can test if that branch fixes it as I expect
[14:06] <doko> Trevinho: yes, I can do that. and added the task and the tag
[14:07] <Trevinho> the problem is that the patch isn't *that* small, so... well some prudence firs :)
[14:07] <Trevinho> first*
[14:44] <Trevinho> doko: please try mutter at https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/3750/+packages once built
[14:44] <Trevinho> doko: wouldn't be bad if you could also bisect the added patches :), i.e. which one of the latest monitor-manager-* patches added is the one helping you
[14:44] <Trevinho> you sould be able to check it with ver few steps
[15:25] <Trevinho> any French here could improve the test case for https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1832875 please?
[17:03] <Laney> peace out homies 👋
[17:08] <marcustomlinson> ✌️
[17:38] <willcooke> night all
[17:53] <Trevinho> tjaalton, Laney: how is that debian experimental's libgles2-mesa-dev doesn't include glesv2.pc anymore? :o
[17:53] <Trevinho> I suppose is for https://salsa.debian.org/xorg-team/lib/mesa/commit/d2d7e8c257024dadbdd2990683fe53aa19026ac6
[17:53] <Trevinho> so... how to detect this now?
[17:53] <Trevinho> as mutter needs it
[17:53] <Trevinho> doesn't seem to be a problem in eoan (yet?)
[18:32] <tjaalton> Trevinho: libglvnd upstream will provide it soon