[01:16] good morning [01:29] Morning callmepk [01:37] morning duflu [02:44] Hey! [02:58] Hey pieq [03:02] g'day duflu ! How is it going? [03:02] Going ok. How about you, pieq ? [03:14] duflu, not too bad! No rain today, so I could bike to work :) [04:00] hi duflu pieq [04:09] mutter signed tags 1429ce6 Marco Trevisan ubuntu/3.38.3-3ubuntu2 * mutter Debian release 3.38.3-3ubuntu2 * https://deb.li/5iMs [04:10] mutter ubuntu/master 6c19a03 Marco Trevisan * pushed 9 commits (first 5 follow) * https://deb.li/3XSLU [04:10] mutter ubuntu/master e8eb4d1 Marco Trevisan (Treviño) debian/patches/ series input-thread-backports/backends-x11-Iterate-button-modifiers-all-the-way.patch input-thread-backports/backends-x11-Use-XkbBuildCoreState-the-right-way-around.patch * d/p/input-thread: Cherry-pick upstream commit to properly handle key modifiers * https://deb.li/JSyA [04:10] mutter ubuntu/master 7bbfe91 Marco Trevisan (Treviño) debian/patches/ (21 files in 2 dirs) * d/p/input-thread: Cherry-pick more upstream input-related fixes * https://deb.li/3msZi [04:10] mutter ubuntu/master d55a12e Marco Trevisan (Treviño) debian/patches/ series input-thread-backports/backends-x11-Add-dummy-input-settings-x11-nested-implemen.patch input-thread-backports/clutter-Ensure-we-always-call-handle_event_post-for-proce.patch input-thread-backports/meta-seat-x11-fix-event-handling-for-x11-backend.patch * d/p/input-thre [04:10] GNOMEad: Ensure we handle device events in X11 * https://deb.li/3Ue40 [04:10] mutter ubuntu/master 4011010 Marco Trevisan (Treviño) debian/patches/ (5 files in 2 dirs) * d/p/input-thread: Backport various X11 leak fixes * https://deb.li/itiq2 [04:10] mutter ubuntu/master 10d72af Simon McVittie debian/patches/ series frame-Fix-crash-when-clicking-below-titlebar-with-broken-.patch window-actor-x11-Queue-full-actor-redraw-when-redraw-queu.patch * d/patches: Update to commit 3.38.3-26-g30c542ddc * https://deb.li/3cOi [07:33] good morning desktoppers [07:39] good morning [07:40] Hi oSoMoN and didrocks [07:41] hey duflu [07:58] salut didrocks [07:58] hey duflu [08:00] hello oSoMoN [08:06] Good morning [08:06] salut desktopers! (how do you say desktopers in french?) [08:07] poste de travailleurs ... if it even means something :D [08:09] salut poste de travailleurs! :-D [08:09] morning callmepk duflu pieq oSoMoN didrocks jibel Nafallo [08:10] Hi jibel, Nafallo, marcustomlinson [08:11] hey marcustomlinson, bonjour Nafallo :) [08:17] Hi marcustomlinson duflu [08:44] goood morning desktopers [08:44] hey seb128 [08:45] lut didrocks, comment ça va ? [08:46] ça va, et toi ? [08:47] Salut seb128 [08:47] lut jibel, comment ça va ? [08:47] très bien et toi? [08:47] didrocks, ça va, léger rhume et j'aurais bien dormi d'avantage mais c'est habituel [08:48] morning seb128 [08:48] good morning jibel, Nafallo, marcustomlinson seb128 [08:56] morning marcustomlinson oSoMoN didrocks jibel Nafallo seb128 [08:56] hey callmepk [08:58] good afternoon callmepk [08:58] Hi callmepk oSoMoN [08:59] hey marcustomlinson ! [08:59] Salut seb128 ! I just added a comment on https://github.com/canonical/ubuntu-desktop-installer/issues/32 after discussing with jibel about it. [08:59] Hi seb128 [09:00] Hi Trevinho, a requirement for enterprise desktop is to be able to customize the parts of the greeter like the background image, banner, logo, ... [09:01] Trevinho, after investigation, as the background is in St.Widget, there is currently no easy way to do this customization via BackgroundManager for instance [09:02] Trevinho, it would be a huge refactoring to add a BackgroundManager to the lockDialogGroup object, and difficult to port to LTSes [09:03] Trevinho, So we went another path by adding keys customizable through gsettings and override the default setyle with inline style when the gsettings keys are set [09:03] yo [09:03] Trevinho, the advantage here is that if the admin updates the "overridden" gsettings key, the default style is restored as kept on the St.Widget object [09:04] (hey Laney) [09:04] Trevinho, here is the patch https://paste.ubuntu.com/p/WCxB43qwhM/ for both gdm and gnome-shell [09:04] DON'T YOU BRACKET ME! [09:04] :p [09:04] Trevinho, what is your opinion on this? [09:04] {Hi laney} [09:12] hey Laney [09:18] good morning (Laney) [09:19] pieq, good feedback on that installer screen, thanks! [09:20] hey marcustomlinson oSoMoN pieq duflu Laney [09:21] oSoMoN, hope this helps! [09:21] (et bonjour :)) [09:30] * Laney replies to the nice people only :p [09:30] morning marcustomlinson and seb128 [09:36] ¡Hi Laney! [09:46] ahoy duflu~~~~ [10:41] Something weird is going on with latest hirsute. I can't drag my terminal window around, clicks go straight through to windows underneath. Other windows are draggable.no [10:41] gah! [10:42] mouse clicks are landing in the wrong place. i click on one part of the screen and it's clicking somewhere else! [10:43] https://bugs.launchpad.net/ubuntu/+source/mutter/+bug/1917926 [10:43] Ubuntu bug 1917926 in mutter (Ubuntu) "Window focus/clicking/moving failures for Xorg sessions in 3.38.3-3ubuntu1" [Critical,Fix committed] [10:44] <3 thanks Laney [10:44] np [10:44] I think there's an upload in proposed for that [10:45] hahah proposed ;) [10:46] I don't suggest you get it from there [10:46] but that you will have it available to you once the requisite checks have passed [10:46] :> [10:46] can I downgrade something in the meantime? [10:48] popey, you are on nvidia? if not switch to a wayland session [10:48] i am not using wayland [10:48] well, I suggest you do as a workaround [10:48] unless you can't (nvidia) [10:48] my box has multiple GPUs, one of which is nvidia :) [10:49] if you can log into a wayland session it should work fine [10:49] otherwise you can probably grab the update from proposed without risk [10:49] sadly the wayland session for me is super laggy [10:49] just don't forget to check what else is installed and turn if off after [10:52] Ok, I'll give wayland a go until that lands, thanks! :D [10:53] Is there any chance we could remove the gnome-software / snap-store autostart for 21.04? It is too memory hungry. [10:54] not without a functional regression, it's needed to warn you about firmware updates [10:55] Ah. Bummer. [10:55] Does the snap actually warn you about firmware updates? [10:55] I must admit, I don't own any devices capable of that [10:56] we would have turned it off from being active all the time a long time ago otherwise [10:56] yes, it does [10:56] * popey dreams of gnome-software with *everything* *except* firmware updates stripped out :) [10:56] :) [10:57] we were talking with kenvandine about adding the firmware check as a standalone service or something [10:57] but that requires a bit of work [10:58] popey, just curious, what laptop do you own? I though any recent enough lenovo or dell would get firmware updates you can apply with gnome-software [10:58] T450, over 5 years old [10:59] alright [11:00] seb128: hi, should I file a FFE bug for new src:xwayland, or just upload? works fine for me [11:01] tjaalton, checking on https://wiki.ubuntu.com/FeatureFreeze you do yes [11:01] 'At this point we stop introducing new features, packages, and APIs' [11:01] okay [11:01] though I'm unsure why new packages are an issue, they can't regress anything [11:02] I'll file one anyway, it's cheap [11:02] right [11:02] tkamppeter: Does my suggestion about fixing the "bad file descriptor" problem you mentioned help? [11:02] also we might want to pull that in by default if it brings improvements? [11:03] in which case we need the ffe [11:03] also a MIR I guess (though it's a split from existing main code right?) [11:10] On wayland, I get a delay and flicker when opening the applications grid. Is this known? https://www.youtube.com/watch?v=uXNnYHKfVCo [11:10] From the discussion of standalone fwupd checks, FWIW i have a simple python script which shows me a notification when they are available which i just run as a systemd user timer. [11:10] duflu would be the one to ask but he's eod now [11:10] it's available here if it helps https://gitlab.com/ahayzen/ansible-playbook-desktop/-/blob/master/roles/base-session/files/fwupd-notifier-gui.py [11:11] ahayzen, ah, thanks [11:11] kenvandine, ^ [11:16] seb128: yes, needs mir too [11:22] hello desktopers [11:47] hello ricotz [11:54] hey ricotz [11:54] oSoMoN, marcustomlinson, hey [11:55] would it possible to have autopkgtests running on libreoffice - 1:6.4.7-0ubuntu0.20.04.1~lo3 ? - https://launchpad.net/~ricotz/+archive/ubuntu/ppa/+packages?field.name_filter=&field.status_filter=published&field.series_filter=focal [11:57] the queues are nice and empty, let me trigger those tests [11:57] oSoMoN, thank you! [11:58] done [12:22] hey ricotz [12:32] hey seb128 [14:18] mutter ubuntu/master 2705a76 Marco Trevisan (Treviño) debian/tests/control * debian/tests/control: Update references to libmutter-7-dev * https://deb.li/3mf3V [14:59] jibel: sorry, I didn't see your pings :( [15:03] jibel: so... it seems something indeed upstreamable, even though there were some ideas upstream to allow some extensions to take over the login screen as well and that will indeed allow more customization [15:04] jibel: from my POV the patch is fine to carry over, but we should use different setting namespace if upstream isn't getting it [15:04] other thing, need to check, but that seems to handle only the lockscreen, isn't it? [15:07] codewise there are few cleanups I see, like maybe using a list for inline_style's and then join them via `;` and see if in that file is possible to use verbatim strings [15:11] popey: fixed mutter should have hit hirsute, if you dindn't update yet (and since jibel desn't blame anymore I guess it's solved :P) [15:12] Trevinho super [15:13] popey: as for that flicker, yes I saw it... I suppose it's due to the dock, or are you also getting during on super-a? [15:13] I can't super-a on wayland [15:13] my keyboard has no super key. On x I map capslock to super. don't know how to do that on wayland [15:14] oh, well you can change the super key in mutter [15:14] popey: bah. you're super enough to not need a key for it ;-) [15:14] as for mapping... let me see [15:14] Nafallo <3 [15:14] popey: I guess you've to do the hard way https://realh.co.uk/wp/linux-keymap-hacking/ [15:15] not sure if something changed since then [15:15] that blog post isn't one line long, so no, not doing that :) [15:15] setxkbmap -option caps:super [15:15] that's what I do on x [15:15] popey: hmm. tried the dconf value? [15:15] yeah, no you can't you've to edit the system mappings afaik [15:16] but you can indeed change the mutter gsettings key [15:16] not sure how well that works though [15:17] i don't see it in org / gnome / mutter / keybindings [15:17] [org/gnome/desktop/input-sources] [15:17] sources=[('xkb', 'gb')] [15:17] xkb-options=['compose:rctrl'] [15:18] should be able to populate the xkb-options list. [15:18] woohoo, that worked thanks [15:18] no problem :) [15:19] Trevinho no, super+a doesn't show the flicker, I guess because there is no animation from the app grid icon to do, because I didn't hit i [15:19] *it [15:19] mh [15:24] Google Chrome under Wayland is *painful*. Input takes seconds to take effect [16:53] Bah! gnome-shell crash takes out everything, still? === Savicq is now known as Saviq === ijohnson is now known as ijohnson|lunch === ijohnson|lunch is now known as ijohnson [19:13] kenvandine, tweak of the day, after yesterday discussion about the LD_LIBRARIES_PATH snapcraft CVE discussed here I hacked the report to add a comment in the corresponding columns for packages that has that CVE warning in the build log, https://people.canonical.com/~platform/desktop/snaps.html [19:13] e.g eog on the first line of the report [19:15] nice [19:15] :-) [19:16] seb128, I wouldn't mind adding chromium to that report, I'll look into it later [19:18] oSoMoN, let me do that for you [19:20] oSoMoN, what are the builds you are interested in? [19:21] https://launchpad.net/~chromium-team/+snap/chromium-snap-stable hasn't build since 2018 so I guess not that one [19:21] https://launchpad.net/~chromium-team/+snap/chromium-snap-from-source-stable ? [19:21] and https://launchpad.net/~chromium-team/+snap/chromium-snap-from-source-dev ? [20:02] seb128, yeah, and there's also https://launchpad.net/~chromium-team/+snap/chromium-snap-from-source-beta [20:03] oSoMoN, alright, the beta case is for later, it requires a bit more work [20:03] I started the snap report around our GNOME snaps where we do stable-to-candidate and master-to-edge builds [20:04] adding handling of beta channel shouldn't be difficult but a bit more work [20:05] seb128, ack, having stable and dev is already a very good start [20:07] oSoMoN, https://people.canonical.com/~platform/desktop/snaps.html [20:07] (locally hacked edit of the code for today because I'm working on another commit) [20:08] which is showing something to improve, the edge arm builds are currently a version behind, that should probably be reflected [20:09] hum, who is handling the KGB bot? [20:09] Laney, Trevinho, is that one of you, I don't remember now [20:09] seb128: Laney is [20:13] unsure that's the right syntax or anything but let's see [20:47] seb128, I'm not seeing chromium on that page, should I ? [20:48] oSoMoN, refresh [20:48] oSoMoN, that's because there was an update which overwrote my locally tweaked one [20:48] ah, now I do, thanks [20:49] hum, I need to fix also the title in the first column to be the snap name [20:50] are the i386 builds intentionally ignored? [20:55] yes, same reason as the beta channel, our GNOME snaps don't build for 386 since the gnome platform is missing there, but I will add it because it's trivial [21:08] cheers === popey3 is now known as popey