=== meetingology` is now known as meetingology [08:49] hi all [08:49] Happy Friday! [08:49] morning willcooke [08:59] Morning willcooke and marcustomlinson [08:59] hey duflu [09:00] Hi everyone [09:01] hey hey [09:01] Hi jibel and Laney [09:01] good morning desktopers, happy friday! [09:01] hi seb128, how are you feeling? [09:01] hey willcooke [09:02] slightly better, I'm over the fever and feeling to tired to be out of bed [09:02] it's like an annoying cold today, coughing, headache, still not great [09:02] * marcustomlinson thinks seb128 really should not be out of bed [09:03] yeah, i'm going to take it easy [09:03] rest up, dont spoil your holiday [09:03] Morning seb128 [09:03] but I'm on holidays next week and there are stuff I want to handle or at least handover for next week [09:05] good morning all o/ [09:06] hey clobrano [09:06] moin duflu seb128 willcooke marcustomlinson clobrano [09:06] hey Laney [09:06] duflu: did you see https://gitlab.gnome.org/GNOME/mutter/merge_requests/502/ ? [09:06] GNOME issue (Merge request) 502 in mutter "Charts" [1. Feature, 5. Clutter, Opened] [09:08] Laney, thanks. Reminds me this really should have landed a while ago: https://gitlab.gnome.org/GNOME/mutter/merge_requests/154 [09:08] GNOME issue (Merge request) 154 in mutter "clutter: More accurate & detailed CLUTTER_SHOW_FPS" [1. Feature, 5. Clutter, 5. Performance, Opened] [09:08] which outputs the same info [09:09] yet again a mp that has been sitting there waiting for reviews for cycles :/ [09:10] seb128, I have 13 of them in mutter [09:10] yeah, I know [09:10] and I bet you the new one L_aney pointed is going to be reviewing/landing before any of those [09:11] That's likely. I have added another small reminder for them [09:11] seb128, don't worry because I'm not. Plus it's almost the weekend here. [09:12] And you should rest [09:12] there was me thinking that he was sharing a nice thing [09:12] turned instantly into negativity [09:12] way to go [09:13] ... [09:13] Laney, it is a nice thing. Thanks. But also a reminder of one specific MR that is ready to land [09:16] reality is that they sit on community mps and just ignore them for ages but do review/merge their things, it's not negativity to state it, no point pretending there is no issue either... [09:17] anyway, enough on the topic, we clearly disagree on whether there is a problem there or not, that's fine [09:18] not necessarily, just on whether it is a good thing to respond to someone sharing a nice thing they saw with a rant [09:18] duflu: cool [09:18] maybe grabbing feaneron directly would be helpful [09:18] I was not replying to you [09:18] but to Daniel's pending MP he pointed out [09:19] k [09:20] Laney, I don't think anyone is angry or ranting here. Delays are something we've become used to. I appreciate you pointing out that pretty MR. It is also directly related to an older one that is worth reminding upstream about, so I have now. [09:21] OK. I think that seb128 knows that the us vs. them thing is upsetting and/or triggering for me, so I'm a bit sad to see it raised (especially when it's the resulf of me trying to share a cool thing), but fine - that's me being oversensitive. [09:22] that's probably also me being tired, sorry about that [09:22] but it's really getting me down how they keep ignoring could work waiting for review for ages [09:23] and then redoing something similar or that could reuse what has been done/waiting [09:24] :/ [09:24] you can continue the topic if you want, but if it's OK I'd rather not respond (for my own state of mind) [09:24] yeah, sorry, I'm stopping there [09:25] I should probably find a way to stop looking at that project because the way upstream is acting just doesn't work with me [09:25] it's neither good for me nor for the interactions I've with the team over it [09:42] Trevinho, OK. I now know how Xorg manages to tear even when the i915 kernel driver outlawed it years ago. It sometimes uses single buffering mode (shadow FB) and uses glamor to render the scale-down into that. Unfortunately vsync is not possible so it's the single-buffering part that would have to change [09:42] Which is halfway to implementing TearFree [09:44] duflu: mupuf is working on taht [09:44] that [09:44] tjaalton, cool. Is there code somewhere? [09:45] I should clarify "vsync" is being used. But it's only synchronizing to the frequency and not the phase [09:45] So your tearing appears on screen instead of during vblank where it would be invisible [09:45] https://gitlab.freedesktop.org/xorg/xserver/merge_requests/24 [09:45] xorg issue (Merge request) 24 in xserver "Modesetting: Per-CRTC framebuffers to provide 32k framebuffers to everyone (and enable Tear-free support)" [Opened] [09:46] though I think this should be split and not try to get everything done in one merge [09:46] looks like it's stalled [09:47] tjaalton, thanks. Realistically I was never going to attempt solving TearFree. I may still try solving for the scaled case [09:48] 10:18 < MrCooper> mupuf: FWIW, the initial TearFree support in amdgpu/radeon just disabled DRI page flipping while it was [09:48] active, then I gradually made them work together over the course of ~2 years [09:48] 10:19 < MrCooper> might be better not to aim for a perfect solution right away [09:48] this was a ~week ago [09:49] tjaalton, Thanks again. It appears I would have saved some time if they had linked the MR with the issue ID. I might remind them [09:50] 19:36 < anholt> mupuf: what's the state of your modesetting rework? [09:50] 20:30 < mupuf> anholt: tearfree needs work to support pageflips [09:50] 20:30 < mupuf> the rest works as expected [09:50] 20:31 < mupuf> every month I say: ok, will do it now! But then new bugs come in or bigger issues [09:50] 20:31 < mupuf> I think I will have to take a vacation to be able to work on this :o [09:50] mrcooper replied to that [09:52] tjaalton, yeah sounds like too big a bite to attempt everything at once [09:55] tjaalton, for scaling a simpler and faster solution would be the "scaling mode" KMS property. Unfortunately that seems to be half finished in i915, and missing on my desktop even in kernel 5.0.0 [09:56] Maarten was working on it best I can tell [10:28] Hi seb128! When I installed disco from a daily build ISO yesterday, the installer did not remove the language packs and locales for the ISO languages. Is that intentional? [10:30] GunnarHj, hey, I think it's bug #1818890 but we didn't have an image moved to current/ since [10:30] bug 1818890 in livecd-rootfs (Ubuntu Disco) "[disco] After installation, all the default languages are installed" [High,Fix released] https://launchpad.net/bugs/1818890 [10:30] GunnarHj, did you try a current/ or pending/ daily? [10:39] seb128: I tried "current". [10:40] GunnarHj, k, so I guess it's likely that bug and the fix is pending things to land properly [10:40] seb128: Ok. It's indeed that bug you mentioned. Thanks! [10:45] yw! [12:54] we just break translation stuff every so often to give GunnarHj bugs to report :D [13:44] Thanks for keeping me busy, Laney. :) [13:53] how should I debug an issue, that I can login, but the desktop doesn't appear (the ubuntu screen with the five dots stays). Only shows up with the nvidia drivers, but I need those for CUDA [13:56] doko: That happened to me yesterday (without NVIDIA) after having done a fresh install of disco. Worked next time after hard reboot. [14:05] doko, can you try $ apt remove --purge mesa-vulkan-drivers ? [14:05] doko, i just managed to not login (keyboard & mouse lock up after gdm3) but after purging that it wored. [14:05] doko, i also had to uninstall all the desktop snaps cause snapd claimed they were broken. [14:05] Laney, ^ [14:15] seb128: i've uploaded a patch that should fix the xdg-desktop-portal autopkgtest failure in bionic [14:20] seb128: Hi, can you review this https://code.launchpad.net/~khurshid-alam/unity-control-center/info-panel-fix/+merge/364613 [14:20] xnox, no, just updating to the nvidia drivers in -proposed was good enough [14:20] doko, ok, cool! [14:23] Trevinho: any update on https://bugs.launchpad.net/ubuntu/+source/mutter/+bug/1793496 ? [14:24] Ubuntu bug 1793496 in mutter (Ubuntu) "scaling changes when closing/re-opening the lid" [Medium,Triaged] [14:27] doko: can you check if the ppa at https://discourse.ubuntu.com/t/x11-hidpi-scaling-available-for-testing-on-disco/10293 changes things for you? [14:45] Trevinho: yes, this seems to work, still keeping my scaling to 100% [14:51] is there a way to set the font size of the Top Bar? [14:55] doko: good... I could probably separate the fix, as I have a branch that should fix your issue anyways... I can try to get a ppa with only that so you can test it again. [14:55] ta [14:56] doko: hmgmm... not sure, you can increase all the sizes, but for that only I think you might need to tune the css [15:04] Trevinho: what would be the appropriate package for a bug report? [15:04] doko: mutter [15:07] kenvandine, good, I'm not SRU team member though so I can't help you accepting the fix [15:08] k_alam, k [15:08] Trevinho: #1821365 [15:10] doko: sorry misunderstood... for the font is gnome-shell [15:11] seb128: i know, just letting you know we've addressed the failure :) [15:17] 068066 [15:18] kenvandine, good :) [15:19] willcooke: pin code? :) [15:19] otp :) === cpaelzer__ is now known as cpaelzer [17:58] happy weekend! [17:58] night all [18:08] ye byeee, see you in a week === Laney is now known as awayney