[06:06] good morning [06:07] salut didrocks, ça va? [06:08] salut jibel, ça va, et toi ? [06:10] didrocks, bien, bien que levé un peu tôt [06:10] didrocks, je suis en train de faire les modifs de la page custom d'ubiquity mais c'est un peu obscur [06:12] ah ? [06:13] didrocks, part of the page is created in the .ui and other widgets are created dynamically and they overlap with the new radio buttons added to the page. Also one of the radio button is disabled I didn't find what disables it yet [06:14] kind of black magic behind the scene [06:14] lot of time for something that looks simple [06:14] arean't the 2 radio buttons linked and having one enabled disable the other one? [06:14] we can have a look together later if you want [06:14] no [06:14] no to your question not to have a look later :) [06:16] heh [06:16] ;) === pstolowski|afk is now known as pstolowski [07:36] good morning all [07:38] hey marcustomlinson [07:46] morning friends [07:52] hey willcooke [07:56] It's Thursday so it must be Hyper V testing day [08:02] greetings [08:04] morning didrocks willcooke and Laney [08:04] hi chaps [08:23] hey marcustomlinson willcooke [08:28] Laney: Hi, Good morning [08:31] hi k_alam [08:32] Laney: can you review a unity merge ? [08:33] hmm [08:34] maybe, but it's likely Trevinho would be better [08:34] hey Laney, k_alam [08:35] didrocks: hi [08:35] Laney: I tried to reach him...but couldn't get him [08:35] it's this bug https://bugs.launchpad.net/ubuntu/+source/unity-greeter/+bug/1842324 [08:36] Launchpad bug 1842324 in unity-settings-daemon (Ubuntu) "Port schemas from gnome-settings-daemon-common to com.canonical.unity.settings-daemon" [Undecided,Confirmed] [08:40] Laney: Also regarding ubuntu-settings, lp:~ubuntu-desktop/ubuntu/+source/ubuntu-settings is out of sync with launchpad source lp:ubuntu/+source/ubuntu-settings and I can't open merge against lp:ubuntu/+source/ubuntu-settings [08:43] ah there's probably a branch from Marco somewhere, let me find it in a second [08:44] k_alam: your approach looks sensible to me [08:45] did you think about migrating settings from the old schema? gnome-settings-daemon has some migration code that you could start from [08:45] or you could use session-migration [08:48] k_alam: I pushed ubuntu-settings 19.10.1 just now [08:51] Laney: Yes, u-s-d already using migration for some plugins..but it's not possible for some other like mouse which was removed, a11y keboard schemas will probably use a{sv} in future which will require more changes...I am only changing schema location keeping everything else same [08:52] ok [08:52] Laney: Once I port other schemas, patches from gnome-settings-daemon can be dropped [08:53] yes, that's great :-) [08:57] Thanks. I will rebase my changes for ubuntu-settings [09:26] Morning/afternoon/evening all [09:27] Laney and didrocks, when you get time could you please have a look at this little fix? https://code.launchpad.net/~vanvugt/ubuntu/+source/gnome-shell/+git/gnome-shell/+merge/372051 [09:32] Laney, do you have an opinion on how many community wallpapers is too many wallpapers? Is it purely a file size thing in your view? [09:34] duflu: can get to that later, but I don't know this patch so maybe someone else would be a better reviewer [09:35] looking into why toggling mute is broken atm :-) [09:35] willcooke: yeah filesize [09:36] not that we've particularly enforced that up to now [09:38] I feel wallpapers are the only thing that should be big [09:38] Everything else is arguably some programmer's fault [09:42] Laney, no problem. Didier knows all about it obviously [10:00] Laney, what kind of update would you want to get the desktop icons leak fixes into disco? [10:00] I would do a patch but then I remembered it requires many commits and I no longer remember them all [10:03] Oh actually there's a new upstream release with them [10:03] Not in eoan yet [10:03] there's not that much between 19.01.1 and 19.01.4 [10:03] assuming it works with disco's gnome-shell, probably backport the whole release? [10:04] Laney, yes. It's xx.yy.ZZ for that reason I hope [10:04] should be maintenance only [10:04] not so sure about that [10:05] Laney, mostly I am wondering why eoan depends on 3.33 and doesn't work with 3.32 [10:05] Maybe it does? If not then that would be an upstream problem [10:06] No, it's because of some not-in-upstream patches that Trevinho wrote/submitted [10:07] as far as I can remember the vanilla upstream branch doesn't work with 3.33 [10:07] they were trying to decide whether to branch for older versions of the Shell I think [10:08] Laney, yes I can see our eoan patches are still merge requests upstream [10:09] there was discussion in #nautilus about them as well [10:09] So we need disco to be newer than eoan... that's a pickle [10:10] We can update to 19.01.4 in eoan at some point [10:10] Yes I'll just request the new release into eoan first [12:04] Trevinho: hey! I see you uploaded the new tracker-miners version to eoan without getting an approval on the FFe first - did some release member give a +1 on some other medium? [12:05] sil2100: me, I synced that [12:05] maybe I should have filed a bug too, sorry [12:05] Ah, Laney sponsored it, ok [12:06] syncs don't link very well to bug reports so I got lazy [12:06] https://bugs.launchpad.net/ubuntu/+source/tracker-miners/+bug/1842118 <- there is a bug, could you leave a 'trace' there? ;) [12:06] Launchpad bug 1842118 in tracker-miners (Ubuntu) "[FFe] Update tracker(-miners) to 2.3.0" [Medium,New] [12:06] ahhhhHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHH [12:06] didn't see it [12:06] thanks [12:06] Laney: Thanks! btw. tracker-miners seems to FTBFS for many arches [12:07] yeah hoping Trevinho will look into that :-) [12:11] ;) [12:13] Hi Laney, Seb asked me to update gnome-user-docs and gnome-getting-started-docs in Debian (but only when 3.34 has been released. Can you possibly give me commit access to those two repos? (Would be cumbersome to struggle with new upstreams via MRs.) [12:20] GunnarHj: ok, but it shouldn't be that cumbersome - you can do a merge request for the master branch only and mention that the other ones need pulling at the same time [12:20] also, I would prefer #debian-gnome for debian-related requests if possible so that others in the team can see what's going on [12:20] don't want events to be mysterious to them :-) [12:21] done [12:25] life would be terrible without colordiff wouldn't it [12:26] Laney: Thanks! I'm not unknown to most of those guys. ;) Sooner or later I may apply to be a DM or DD, but I haven't gained the energy needed to go through that process. [12:27] sure, it's a matter of keeping the right people in the right loops [13:08] just a note for osomon that libreoffice triggers some component mismatches [13:29] that's for marcustomlinson [13:30] hey doko what's the problem? [13:32] marcustomlinson: libreoffice triggers some component mismatches [13:45] ah [13:46] thanks for pointing that out [13:47] marcustomlinson, be moar on holiday [13:47] oh that was yesterday [13:47] as you were [13:47] :) [13:49] Do we still want this synaptics-support patch that we have in mutter? [13:49] Upstream contacted me pissed off about it, and now it doesn't apply any more so it'll need rebasing [13:50] shouldn't we cut this off and just go with libinput nowadays? [13:50] Laney, lemme check with OEM [13:50] Laney, can you ping a link to a bug or anything? np if it's not there [13:51] Laney, also, how long has it been around for? Who added it and when? [13:51] Laney: You are not talking about dropping Synaptic completely, right? [13:51] https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/1686081 that was the original bug [13:51] Launchpad bug 1686081 in gtk+3.0 (Ubuntu) "If -synaptics is installed, GNOME Mouse & Touchpad Settings doesn't work" [Medium,In progress] [13:51] I don't have the new one [13:51] not sure if there is one [13:52] GunnarHj: Depends what you mean by that - from mutter, yes [13:54] Laney: Don't understand the significance of that. But I know that Synaptic is the GUI we have to access the complete archive... [13:54] Laney, looking at that bug, I think we should ask duflu [13:54] synapticS != synaptic [13:54] GunnarHj: Different thing. [13:55] Laney: Ah, sorry for misreading. Puuh! :) [13:59] willcooke: you'd still want OEM input, wouldn't you? [14:02] looks like it should be ok to rebase this time, so maybe it can be decoupled from this update [14:03] Laney, erm, mayyyyyybe? If things work fine without the patch, then I guess not? But yeah, I should probably speak to them. I want to understand exactly what the impact of dropping the patches are. Meetings atm and no time to dig in. Will try again in the morning. [14:04] check if anyone's actually shipping with that driver [14:04] I guess === vicamo_ is now known as vicamo [14:09] guess it makes sense to be a beginning of cycle rather than end of cycle task (to drop it) [14:52] Laney, good point, +1. Lets see what duflu says tomorrow anyway, and I will ask OEM too [15:05] sil2100: mh, I've not sure on those build failures.... mhmh I will look better [15:05] Laney: do you still have that arm machine up? [15:19] Trevinho: no, but you can start one [15:19] sure [16:56] g'night peeps [23:44] Laney: now that duplicity is on python3, does desktop team wants to seed it back into the ubuntu-desktop? [23:44] i thought we demoted it to supported, because of py2, but it can go onto the live image now, no?