[00:32] Dan Simmons: If you don't mind, could you look over the XScreenSaver file I have here and give it a final thumbs-up so I can throw it into the packaging and upload it, and maybe also work on getting it SRU'd into Kinetic? [00:38] I did make one change more since last I submitted it for review, which is I changed the URL that the Help button on the XScreenSaver splash screen goes to (it now points to a man page on manpages.ubuntu.com rather than to XScreenSaver's website). I changed that because the guy who wrote XScreenSaver is... uh... intense and highly opinionated, and I'm not sure users want to get a face full of that if they click the Help button. [00:38] This renders the button still helpful, but avoids pointing to that website. This is a matter of taste, so it really needs input from others who may have different ideas than I do about this. [00:38] Anyway, here's the file: https://termbin.com/bpiu [00:49] [matrix] If no one objects, I'd also like to have the XFlame screensaver disabled by default since it appears possibly offensive to some users (I noticed it the other day and did not like it). [00:49] [matrix] That would also be a change made to the XScreenSaver configuration file. [00:53] * guiverc has never liked xflame either, but I've never seen it as offensive [00:54] Again, it's just a matter of taste - if I don't like it, I'll just turn it off on my own system. I mention it since I think it might be helpful to others to have it off, but if that's not a good idea, no problem. [00:56] * guiverc doesn't like flurry either (default), a couple of video cards I QA on 'glitch' with it & as I result I fear it looks 'buggy'... [00:57] Heh, that happens to my systems too (particularly slower ones). I just chalked it up to the system's speed. But if we're rewriting the file anyway, we could disable it by default and switch to a different default. (Also, it looks like I may have accidentally made a change that caused arbitrary screen savers that were enabled to be selected, rather than defaulting to just one? I should [00:57] definitely change that too.) [00:58] maybe related to system speed; I do use a few core2duo [00:59] If any Ubuntu distro is going to be used on a slow system, it will likely be Lubuntu, so slow speed problems are definitely a concern here. [00:59] Someone chose that default (I have a bug report) feeling it was best for us.. I don't mind what it is though [01:01] https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-nouveau/+bug/1855220 I think [01:01] -ubot93:#lubuntu-devel- Launchpad bug 1855220 in xserver-xorg-video-nouveau (Ubuntu) "xscreensaver is choppy on lubuntu 20.04 daily qa-test (flurry)" [Undecided, New] [01:02] Hey thanks arraybolt3 for noticing that other xscreensaver bug & commenting.... [01:02] If we wanted a different one, I particularly like Beats, that might be a good default. [01:03] (Noticed it in my email, glad to help! Also I just commented on the one you linked to.) [01:03] I think it was the "one you linked to" I just noted & caused me to comment [01:16] OK, well since I accidentally regressed default behavior with this new file, I guess I'm retracting my request for approval since I need to fix what I broke :P [03:19] [matrix] XD [03:19] [matrix] Let me know when you want me to look at it again. [03:19] [matrix] What you said above makes sense. [03:20] [matrix] Thanks :) Currently doing other stuff, but I'll revisit that soon. [03:21] [matrix] No rush. I am heading horizontal here shortly. 4 am comes, uh, early. [08:29] I said earlier I liked the Beats screensaver and that it might be good as a default, but I've noticed it also has some glitches in it, so that's probably not a good default option after all. [08:30] [telegram] I use matrix screensaver [08:31] That's a pretty good one. [08:32] XMatrix is a bit startling and the "SYSTEM FAILURE" message in it looks alarming, but GLMatrix is really nice IMO. [09:05] [matrix] I use the black screen. That might be a little boring. :P [16:32] [matrix] I dunno, that's the same one all the other screensaverless flavors use, and it's the one I use on my main desktop to avoid it being too distracting. [16:33] [matrix] Maybe we should select some candidate, non-glitchy screensavers, and then vote on which one should be the default? [16:40] [matrix] Uno momento, switching Element Nightly to matrix.org and Element Web to lubuntu.me... [16:42] [matrix] Perfecto [16:43] [matrix] Bah, Nheko mangled my security key somehow, so I just had to reset it :( [16:44] [matrix] Thankfully I only had one encrypted chat that I lost, and it wasn't really important. [17:45] Well, bad news. PPA tests show that using a Breaks or Replaces line in apt does not convince it to install lubuntu-update-notifier first. It just keeps insisting on doing SDDM first. [17:47] I guess that was probably our last easy way out. I don't think we can have everyone who needs to replace a config file also add a lubuntu-update-notifier-workaround script to their packaging. And this isn't a regression in anything, it's just a bug being uncovered that we didn't know about before. [17:48] If no one else objects, I'll get the SRU for our fix into Kinetic, Jammy, and Focal, and then we'll see where we can go from there. [17:48] * arraybolt3[m] needs to go afk again [17:53] Actually, I wonder if a preinst script would help here. [17:58] Yeah, preinst won't help here, the package won't be unpacked. [18:06] arraybolt3: I can delay the SDDM SRU until a week after the lubuntu-update-notifier update gets released, hopefully giving people enough time. [18:07] Can't guarantee other updates won't cause the bug to surface in the meantime, though. [18:07] Just doing my part. [18:23] I think we should add a "fix a broken upgrade" feature to lubuntu-update-notifier before SRU-ing. That way: [18:23] 1. The user attempts to update and breaks the system. [18:23] 2. The user reboots trying to fix it. [18:24] 3. The updater pops back up, fixes the broken update, and then everything works. [18:24] That way at least "turn it off and back on" will work. [18:28] The upgrader managed to unpack before SDDM configures and causes the problem, I believe, so it will be available on the next boot if all goes as expected. [18:52] Anyway, that's going to be my next test. [20:02] Alright, I have a working prototype. It ends up keeping the old version of /usr/share/sddm/scripts/Xsetup, which isn't quite what we want, BUT, it does allow the user to unbreak the system without the use of the command line in a fairly intuitive way. [20:04] The PPA with the fix is here: https://launchpad.net/~arraybolt3/+archive/ubuntu/lubuntu-upgrader-test2 (Warning to log readers, do not use this on a system you care about!) [20:36] (It also displays no progress, and doesn't even allow the window to pop up until after it finishes fixing things, so it really needs help.) [22:44] I think all this needs now is GUI-ified, and then that's a working solution! Then we can SRU it and be done.