[04:14] hi all [04:26] Hi jibel [04:27] * duflu looks at clock [04:37] your clock is right [06:15] good morning [06:20] Morning didrocks [06:27] hey duflu === pstolowski|afk is now known as pstolowski [07:02] good morning desktoppers [07:15] hey oSoMoN [07:18] salut didrocks [07:20] Morning oSoMoN [07:29] hey duflu [07:40] gooood morning desktopers [07:41] salut seb128 [07:41] lut oSoMoN, comment va aujourd'hui ? [07:41] salut seb128 [07:42] nuit agitée, mais ça va, et toi? [07:42] lut didrocks [07:42] oSoMoN, outch, j'espère que c'est pas trop de pb, bon courage pour la journée [07:52] top o' the morning [07:55] morning willcooke [07:58] Morning seb128 and willcooke [07:58] and back later [08:02] morning! [08:03] hey willcooke & Laney [08:04] hellooooo [08:28] morning Laney, marcustomlinson [08:41] oops 🙈 [08:41] morening didrocks & oSoMoN! [08:46] Laney, hi, added a 'if' to fix the error you found yesterday [08:47] I tested on non-uefi and now running on uefi to make sure I didn't break it the other awy [08:47] way* [08:51] nice [08:51] will look in a bit, thanks [09:03] Morning Laney and marcustomlinson [09:18] Is it too late in the cycle to consider https://gitlab.gnome.org/GNOME/mutter/merge_requests/724 ? [09:18] GNOME issue (Merge request) 724 in mutter "Sync timelines to hardware vsync" [5. Performance, Opened] [09:27] hey duflu, marcustomlinson, willcooke [09:28] hey seb128 [09:43] Thanks tjaalton. I forgot to even ask you about the libinput bug [09:43] before you fixed it [09:44] duflu: np, happened to come across the bug [09:44] +with [09:44] err [09:45] anyway, you get the point :) [09:47] and the radeon toolbox fix is on the queue [09:47] for both amdgpu & ati [09:49] Laney: do you know if it's possible to have socket activation for user daemons via systemd? (like knowing which socket to connect for each user) [09:50] if you don't know, I'll have a look at the doc, don't worry [09:53] didrocks: socket activation in general works for systemd --user, yeah [09:55] tjaalton, did you reproduce it? [09:55] The radeon bug [09:55] One user has what looks like the same bug in their panel [09:56] duflu: no [09:57] Doesn't matter, seems pretty clear and the users will verify [09:58] I'm actually wondering why people keep reporting bugs against radeon. Shouldn't they be using modesetting? [09:59] no, radeons use ati or amdgpu [10:00] Shows how long it's been since I tested one [10:16] willcooke, I really think it’s time to schedule the implementation of the software-properties tab merges … https://launchpadlibrarian.net/444887499/%D0%A1%D0%BD%D0%B8%D0%BC%D0%BE%D0%BA%20%D1%8D%D0%BA%D1%80%D0%B0%D0%BD%D0%B0%20%D0%BE%D1%82%202019-09-28%2023-41-03.png [10:19] Well obviously (?) [10:22] mpt, yikes! [10:23] willcooke, from bug 1846180 [10:23] bug 1846180 in software-properties (Ubuntu) "1910 software-properties larger screen size" [Undecided,New] https://launchpad.net/bugs/1846180 [10:57] On latest eoan, is dragging a favourited icon up and down the launcher *super* slow for anyone else? like 0.2 fps [10:59] it is not super slow but not smooth either [11:00] painful here. [11:01] sometimes doesn't even work, can't grab the icon, i just get the menu pop out [11:01] gnome-shell pegs a cpu at 100% as soon as I do [11:02] on another machine it's fine [11:07] can't reproduce here [11:07] curious [11:08] i have 3 screens, if that matters [11:09] ahh, could well be [11:09] lemme try on two.... [11:13] nope [11:15] Is it still slow for you on one? [11:15] https://usercontent.irccloud-cdn.com/file/cyh1Dmv0/with%203%20screens [11:15] lemme try with 1 [11:18] https://usercontent.irccloud-cdn.com/file/pKboj55D/1%20screen [11:18] same, marginally faster with 1 [11:22] alt+f2, r, to restart the shell has "fixed" it [11:23] https://usercontent.irccloud-cdn.com/file/iyndUeIz/After%20a%20restart [11:24] curiouser and curiouser [11:24] popey, would you mind opening a bug please? [11:24] and if you can find a way to recreate that would be super useful [11:24] sho thang [11:25] I anticipate "way to reproduce it" is "don't reboot" [11:25] I'll keep this session logged in for a few days and see what happens [11:25] 12:25:26 up 5 days, 20:56, 7 users, load average: 2.09, 2.43, 2.81 [11:26] Was anything else really slow, or just the dock? [11:26] Honestly, i feel like gnome shell gets slower over time, but it's not like it happens immediately, so imperceptable until you restart it [11:26] like a leak or something [11:27] 🤷‍♂️ [11:27] T_revinho has fixed a few of those [11:28] I have a spare machine next to me, I'll leave it on for a few days in case I have to reboot this one [11:29] Although my nvidia equipped machine doesn't show this issue at all after 7 days. [11:29] so could just be that the re-arranging icons code is just gpu heavy, and my poor intel gpu can't cope [11:29] shrugging intensifies [11:32] My test machine is old, so lets see what happens in a few days [11:32] my x220 is on first boot very smooth, so it's not a gpu thing, because the x220 is older than my main machine [11:33] anyway, bug incominh [11:36] bug 1846477 done [11:36] bug 1846477 in gnome-shell (Ubuntu) "Dragging icons in launcher is slow until shell restarted" [Undecided,New] https://launchpad.net/bugs/1846477 [11:40] thx [14:41] morning everyone! [14:45] hey hellsworth, how are you? [14:49] howdy hellsworth [14:50] i'm good. tired but here and have coffee :) [14:50] #momlife [14:53] that's the truth of it [15:27] willcooke: Steam> I'd rather not touch that. :) === pstolowski is now known as pstolowski|afk [18:52] g'night all [18:53] cheers! [20:27] hey robert_ancell [20:27] hope you don't mind, i pushed our 1:1 back a few hours [20:27] i need to leave in 10 minutes for some kid responsibilities