[04:48] good morning [05:38] Morning didrocks [05:50] hey duflu [06:36] good morning desktoppers [06:36] Hi oSoMoN [06:36] salut oSoMoN [06:37] hey duflu [06:37] salut didrocks [06:37] * didrocks stares at launchpad, build starts in 7 minutes, and now, in 6! That was 30 minutes ago :p [06:41] Time slows down as you near the launchpad infrastructure [06:53] heh [07:26] good morning everyone [07:27] who is able to make nvidia-graphics-drivers-450 having i386 builds? [07:31] Morning ricotz [07:32] Heh, yeah that update accidentally encouraged me to purge too many packages today. And I had to rebuild the whole system [07:34] hey ricotz [07:34] morning desktoppers [07:37] Hi marcustomlinson [07:39] hey marcustomlinson [07:40] hey duflu didrocks [08:03] sup [08:04] hey Laney [08:05] hi Laney [08:05] good morning ricotz, marcustomlinson, Laney [08:06] hey duflu marcustomlinson didrocks Laney oSoMoN [08:06] hey oSoMoN ricotz [08:06] Laney, hi, regarding nvidia-450 missing i386 packages, is that something you can do? [08:07] (note this is urgent while it forces a transition from 440 already) [08:08] tseliot_, fyi ^ [08:08] moin didrocks marcustomlinson oSoMoN ricotz [08:08] ricotz: no, that needs ~ubuntu-archive [08:09] Laney, I see [08:10] ricotz, yes, that needs and admin [08:10] ricotz: you can make a merge proposal to lp:ubuntu-archive-tools to help that if you want [08:10] update-i386-whitelist [08:10] Hi Laney [08:10] Laney, thanks! [08:10] tseliot_, ^ [08:11] for focal and groovy [08:11] guten tag duflu [08:17] Laney, that script doesn't seem to allow passing in new packages, unless I'm missing something obvious [08:18] tseliot_: it's a code change, look for newSet [08:26] goood morning desktopers! [08:27] Laney, ok, thanks [08:28] hey seb128 === acheronuk is now known as RikMills [08:38] hey seb128 [08:38] how you seb128? [08:38] also hey didrocks :) [08:39] dads unite! [08:39] ricotz, Laney mp sent [08:39] https://code.launchpad.net/~albertomilone/ubuntu-archive-tools/nvidia-450-whitelist/+merge/387503 [08:41] tseliot_, thanks, I would have expected there is a mention of e.g. 440 already somewhere [08:42] Morning seb128 [08:42] ricotz, I think those were added to the list manually [08:45] tseliot_, I see, I don't think this is the correct way to added them [08:46] ricotz, hopefully they will recommend whichever the correct way is when they review the MP [08:47] tseliot_, yeah [08:49] marcustomlinson: 2 hi in a day, I know you were missing me during my holidays :) [08:49] hey tseliot_, didrocks, marcustomlinson, ricotz, Laney [08:49] whoops, or I’m losing my mind [08:49] hey seb128 [08:50] seb128, hi [08:51] marcustomlinson: I will take the other option :p [08:53] <3 [09:00] Hello, [09:00] I am using vino server with remmina client between two pcs (A and B). From A to B every thing works fine, but from B to A I can't get dead keys characters (ê on a french keyboard). [09:00] All pcs are under 18.04 and up to date. [09:00] What should I do to track this issue? [09:13] dandre, hey, it's not an user support channel here, try #ubuntu. I also don't think we have people with particular knowledge of those components or problems here, it would need investigating. It should be working in bonic, https://github.com/FreeRDP/Remmina/pull/1265 was prior to the lts version, unsure what's the difference between the configs [09:13] FreeRDP issue (Pull request) 1265 in Remmina "RDP client keyboard mapping with GTK3" [Enhancement, Closed] [09:13] you could try another client than remmina to see if that makes a difference [09:16] mutter Marco Trevisan 181688 * commented merge request !65 * https://deb.li/3d9q7 [09:17] mutter Marco Trevisan 181689 * commented merge request !65 * https://deb.li/WffM [09:17] mutter Marco Trevisan 181690 * commented merge request !65 * https://deb.li/3Z0ij [09:20] seb128: ok, I'll try #ubuntu. Thanks [09:21] Trevinho, that MR is a bit old now. I suggest just upstreaming and close the MR [09:54] The MR was only useful if it landed quickly, which it didn't [09:59] mutter Daniel van Vugt 181694 * commented merge request !65 * https://deb.li/3Rfjn [09:59] mutter ubuntu/master Daniel van Vugt * [close] merge request !65: Fix blurry wallpaper (upstream mutter!1003) (LP: #1862308) * https://deb.li/3tEpd [09:59] Launchpad bug 1862308 in mutter (Ubuntu) "Desktop wallpaper is slightly blurry" [Medium,Fix committed] https://launchpad.net/bugs/1862308 [10:04] mutter Daniel van Vugt 181696 * commented merge request !65 * https://deb.li/i39LU [10:55] oh sorry, hey seb128! [10:55] (still morning here) [10:55] hey Laney :) [12:47] CC from #ubuntu-devel yesterday... [12:47] If I use a snap application that uses xdg-portals, snapd starts xdg-portals-gtk and performs my request. When this occurs, gnome-shell knows to "lock" the dialog that appears to the window that it's coming from and dims the application. How does the shell know to do this? What code handles popping up the dialogs modally? The application is in confinement and the dialog opening modally outside. [12:47] I ask because we need to replicate this behavior in Lomiri and having some direction to how someone else did it would be nice. [13:11] is it a (intentional?) new feature that a mouse pointer over a terminal emulator starts to "hide" once someone types into that terminal? [13:11] and one needs to click to get the curser visible again? [13:13] hmm I just see that gnome terminal gets the curser back when moving, while a KDE terminal only gets it back on click [13:26] Trevinho, ^ you might know about that one? [13:27] cpaelzer, hidding on hide is old and expected but it should come back when moving the mouse [13:27] * Trevinho looks [13:28] cpaelzer: it's indeed something gnome-terminal related, as I can reproduce there but not in Tilix [13:29] gedit does hide it as well, probably something GTK does [13:30] hmm, thanks to all of you then [13:30] since I usually use gnome but with the kde terminal program I need to find why I need to click there [13:31] moving would be fine, but since I need to click I search my poointer way too often [13:31] double checked - two different KDE based terminals behave the same [13:34] likely an issue in a kde library [13:38] yeah, but new enough to be a an upgrade issue as it worked well on focal before [13:38] I owe my system a bunch of updates anyway, will do them towards the weekend and then I'll see [13:50] UnivrslSuprBox: it should be in gnome-shell's windowManager.js where we handle the attached dialog, ther's code to do the dimming [14:05] seb128: Trevinho: just found that it isn't limited to KDE based terminals - anything window being kde based seems to have this behavior [14:05] just FYI for now [14:06] cpaelzer, seems to confirm a problem with a kde lib [14:06] agreed === ijohnson is now known as ijohnson|EOD