[05:23] duflu: hi, xwayland is already packaged and available in ppa:canonical-x/x-staging [05:23] re: your trello card [05:23] tjaalton, great! [05:25] tjaalton, different versioning. Is that to ensure it overrides the old ones? [05:26] that's just upstream [05:26] but yes, it also replaces the old one [05:27] I see... https://gitlab.freedesktop.org/xorg/xserver/-/tree/xwayland-21.1 [05:27] yep [05:28] the meson.build file for that branch says 21.0.99.1 though :-) [05:28] because it's not 21.1 yet [05:29] ah. I thought duflu was querying why it wasn't 21.1 [05:29] old xwayland is 1.20.9 [05:29] Xorg is dead, long live little Xorg [05:31] Presumably the new one is named for 2021? [05:32] yes [05:33] Seems to also assume Xorg projects will not live past the year 2100 [05:34] same for mesa ;) [05:34] Ubuntu too [05:34] hehe [05:35] there's no reason why you can't have version numbers higher than 99 though [05:35] True [06:57] good morning desktoppers [07:25] good morning [07:28] salut didrocks [07:33] salut oSoMoN [07:50] and this is a Wednesday system-only revert to get back to a working machine after locking myself out \o/ :) [07:56] Good morning [07:56] salut jibel [07:56] salut didrocks [08:34] Morning oSoMoN, didrocks, jibel [08:35] hey duflu [08:48] salut jibel, hey duflu [08:53] ricotz, I have an update to unity-menubar.patch for ff 86, let me know when it's safe to push it to the beta branches [08:54] oSoMoN, hi, the running beta 8 builds contain an updated unity patch [08:55] Salut oSoMoN duflu [08:55] ricotz, ack [08:56] oSoMoN, I want to wait a few hours to see how the armhf builds go before I push the packaging [08:56] ricotz, that makes sense, hopefully your patch does the trick [08:57] oSoMoN, regarding unity, I only fixed some fuzz in the patch to make it apply again [08:58] ricotz, yeah, I had done the same on my end, and I did a local xenial build and verified that the menus work as expected [08:58] goood morning desktopers [08:58] salut seb128 [08:59] salut seb128 [09:00] seb128: can you subscribe dektop-packages to pipewire? Laney promoted it yesterday but I think he isn’t aware about our subscription incoming process/arrangement (and I think the description is not read often before promotion) [09:01] quite a bad timing when we want to argue with the MIR team about a new workflow :p [09:02] didrocks, subscribed [09:02] thx! :) [09:02] let’s see how the vote casts… [09:02] np! [09:03] oh, and salut didrocks, oSoMoN, ricotz [09:03] didrocks: indeed, sorry I thought the subscription had to be done before approval [09:03] moin [09:04] Laney: hey! np, we are testing a new (optinal) workflow which is under vote right now [09:04] ah [09:04] maybe a quick message to ubuntu-archive? [09:04] but I guess that testifies that patching c-m for checking this will be needed [09:04] or that yeah [09:05] I heard ubuntu-archive has a new admin these days ;-) [09:05] Laney: well, its’ only desktop right now, which in general seb and I are doing, this is why we are waiting for the vote results to broadcast it [09:05] hey Laney [09:05] (still unsure this will get acked) [09:05] Laney, seems so indeed! [09:06] sooooo, I heard any new admin should patch some AA tool to be effective :p [09:06] if only we would soon have something to patch… lalala [09:06] and on the SRU workflow, I'm trying to make a case for them to change to subscribe at the end and not the beginning since otherwise team are assigned things that are still in universe and might not even get accepted [09:06] lol [09:06] (yeah meant MIR) [09:06] you* [09:07] Hi seb128 and Laney [09:07] morning Laney [09:07] hey duflu [09:07] yes MIR sorry! [09:08] c-m already has a def get_teams(options, source): btw [09:08] so patching should be really easy [09:09] seb128: It makes me think that the AA might get to the bug and then have to bounce it off again if the team is not subscribed [09:09] does your proposal help with that? [09:10] congrats on the promotion btw :p [09:10] hope it comes with a nice salary increase [09:11] I’m sure it’s the same amazing raise % than the one we got when entering AA :p [09:18] * Laney buys everyone... 0 beers! [09:19] * duflu points out AA probably doesn't mean Alcoholics Anonymous [09:22] hahaha :-) [09:22] hey andyrock! how are you? [09:24] Laney, I don't really have a solution for the 'AA might bounce off again" out of the fact that often the AA who promotes has an easy direct access to people who can also do the subscription [09:33] alright [10:52] gnome-control-center Sebastien Bacher 227185 * commented merge request !20 * https://deb.li/2SS2 [10:52] gnome-control-center ubuntu/master Sebastien Bacher * [approved] merge request !20: display: Better KMS backend fractional scaling handling * https://deb.li/iQnlE [11:07] Laney, Trevinho, duflu, do you have an opinion on giving the desktop-icon-ng a try to replace the current extension? also I'm a bit lazy and pondering just replacing one variant by the other in the current source, anyone has an objection to that? [11:07] gnome-control-center Marco Trevisan 227187 * commented merge request !20 * https://deb.li/iOYZ1 [11:07] seb128, I actually have no experience with it [11:08] Also need to switch to dinner mode [11:08] duflu, enjoy! [11:09] gnome-control-center Sebastien Bacher 227188 * commented merge request !20 * https://deb.li/Uiee [11:09] It looks more active, at least: https://gitlab.com/rastersoft/desktop-icons-ng/-/commits/master/ [11:10] Seems none of my fixes are in there but maybe they're not needed if the code is completely different [11:10] I emailed Sergio (upstream) who said he considered it stable now, he just mentioned that ideally he would like to fix the icons going under the dock but he's busy and has been failing to find the time for it [11:10] right [11:10] o/ [11:11] No idea really, need to check the stuff we had to fix before like being able to launch programs from the desktop [11:13] and theme integration iirc [11:13] right [11:13] but seems ok, less sure about just replacing the old package but if you want to deal with any fallout of that then fine [11:13] I will probably do that update in a ppa so if other want to test [11:14] I'm not keen to have to maintain 2 packages of the same thing with different set of issues and lazy to go through NEW to rename it [11:14] which is why I was checking if anyone would veto the lazy way :-) [11:14] let's start with a ppa and try to verify how they compare [12:25] seb128: yeah, I think it's good to give it a try [12:25] given that its maintainer is happy to keep it in shape more than the other [12:26] we've to see how that will work with 40 though [12:26] of future 40 reiterations (with no desktop maybe?) [12:27] gnome-control-center Marco Trevisan 227191 * commented merge request !20 * https://deb.li/3kA4 [12:36] Trevinho, I don't see a reason why the new design would make the desktop less desirable, but we can discuss that next cycle [12:36] seb128: well, if it goes towards having the desktop always hidden and show the activities by default instead... but that wasn't decided yet AFAIK [12:36] Trevinho, btw feel free to merge the g-c-c change, bonus point if you include the bug reference in the commit or changelog :-) [12:37] ooook [12:37] seb128: no release though, right? [12:37] Trevinho, ah ok, I though they were talking about displaying the activity on start only, let's see [12:37] Trevinho, if you want to release/upload I'm fine with it [12:38] ack, will do... it takes almost the same :D [12:46] Trevinho: is fractional still considered experimental or can upstream get the switch now (or do they have another design)? [12:47] Laney: I think it's still experimental, but I can dig jonas about [12:51] :> [12:59] gnome-control-center signed tags f76b810 Marco Trevisan ubuntu/1%3.38.3-1ubuntu3 * gnome-control-center Debian release 1:3.38.3-1ubuntu3 * https://deb.li/i4GLi [12:59] gnome-control-center ubuntu/master 242a371 Marco Trevisan (Treviño) debian/patches/0024-display-Allow-fractional-scaling-to-be-enabled.patch * dispaly: Support kms renderer in fractional scaling toggle * https://deb.li/7hw1 [12:59] gnome-control-center ubuntu/master 31b00cf Marco Trevisan (Treviño) debian/patches/0024-display-Allow-fractional-scaling-to-be-enabled.patch * display: Change logical layout mode when switching mode in wayland * https://deb.li/3FGYN [12:59] gnome-control-center ubuntu/master 66c67b7 Marco Trevisan (Treviño) debian/changelog * Update changelog * https://deb.li/adrV [12:59] gnome-control-center ubuntu/master 657ba3c Marco Trevisan (Treviño) debian/changelog * Finalise changelog * https://deb.li/3uN0g [18:00] seb128: what component is Recommending gnome-remote-desktop now? [18:00] I was assuming g-s-d/g-c-c should do it, no? === ijohnson is now known as ijohnson|lunch [18:41] Trevinho, nothing yet I think, shouldn't gnome-shell recommends it since that's the shell exporting the display? [18:42] seb128: I was thinking about it but I wasn't quite sure... in debian I don't think anything does it [18:43] seems like worth asking on #debian-gnome [18:43] per se the shell has no reference on it... [18:43] not sure if g-s-d has instead [18:43] like using its api or smth? [18:44] as the shell just exposes the remote desktop API that other component exposes [18:44] via the remote desktop tool [18:46] sooo... I think it's more for g-s-d, as that will trigger g-c-c sharing option no? [19:09] gnome-session signed tags 9d4a3f3 Marco Trevisan ubuntu/3.38.0-3ubuntu1 * gnome-session Debian release 3.38.0-3ubuntu1 * https://deb.li/YpD4 [19:09] gnome-session ubuntu/master 5450a85 Marco Trevisan * pushed 48 commits (first 5 follow) * https://deb.li/3BSsD [19:09] gnome-session ubuntu/master 9825ba8 Ray Strode meson.build * meson: Update to 3.38.0 * https://deb.li/ZRjg [19:09] gnome-session ubuntu/master bcc27dc Simon McVittie (26 files in 3 dirs) * New upstream version 3.38.0 * https://deb.li/3Lsvl [19:09] gnome-session ubuntu/master 95691aa Simon McVittie (26 files in 3 dirs) * Update upstream source from tag 'upstream/3.38.0' * https://deb.li/0eRx [19:09] Ok, we're wayland by default now! ^^^ [19:09] gnome-session ubuntu/master be986ff Simon McVittie debian/changelog * New upstream release * https://deb.li/ipinE [19:09] gnome-session ubuntu/master 03a5a2a Simon McVittie debian/watch * Revert "debian/watch: Find unstable versions too" * https://deb.li/3ejW2 [19:39] gnome-session signed tags 48ed2fb Marco Trevisan ubuntu/3.38.0-3ubuntu2 * gnome-session Debian release 3.38.0-3ubuntu2 * https://deb.li/PsnI [19:39] gnome-session ubuntu/master 1c8aada Marco Trevisan * pushed 8 commits (first 5 follow) * https://deb.li/6p7e [19:39] gnome-session ubuntu/master 2a48c0c Marco Trevisan (Treviño) (30 files in 4 dirs) * Merge tag 'debian/3.38.0-1' into ubuntu/master * https://deb.li/iwSV0 [19:39] gnome-session ubuntu/master d8fbd71 Marco Trevisan (Treviño) debian/patches/ (5 files) * debian/patches: Drop patches applied upstream * https://deb.li/KpPd [19:39] gnome-session ubuntu/master 6344c3d Marco Trevisan (Treviño) debian/ control control.in * debian/control: Remove ubuntu-desktop Breaks on g-s-d common * https://deb.li/3PSuV [19:39] gnome-session ubuntu/master 362ae2f Marco Trevisan (Treviño) debian/changelog * Update changelog * https://deb.li/stm1 [19:40] gnome-session ubuntu/master b084079 Marco Trevisan (Treviño) debian/changelog * Finalise changelog * https://deb.li/3neQN [20:04] hrrm firefox 85.0.2 apparently come out upstream =) [20:05] oSoMoN: curious now, is firefox inherently easier to build for older releases (compared to thunberbird), -or- if thunderbird difficulty is more todo with the extra/related packages, jsunit and so on .... making it not so simple? [20:10] enyc, the latter, essentially. The 68 -> 78 upgrade brings in many changes and deprecations that make it a complex transition [20:14] oSoMoN: that figures... but not the case with firefox aiui or so? [20:19] ugh tired soryr if asking somtehing silly [20:20] oSoMoN: firefox major upgrades don't end up with so amny dperecation problems === ijohnson|lunch is now known as ijohnson [20:45] enyc, this is different, thunderbird follows the firefox ESR release cycle, meaning that new major versions come out less often, but are potentially more disrupting [20:46] i.e. for firefox we did all 10 major versions in between 68 and 78 [21:51] oSoMoN: aaaaaaaaaaaaah whereas debian prefer firefox-esr ........ I see i see! [21:51] thankyou