Actually only one of my two Excalibur installations is missing rsyslog, the one that I installed 3-4 months ago from a Devuan testing ISO (and that I checked earlier when I wrote my previous post), the one I installed recently from the Devuan release ISO (netinstall) has rsyslog installed and running (I just checked a minute ago) so I don't see an issue with the release ISOs.

Well in my case the Nvidia card isn't additional, it's the only graphics card in the PC, as the CPU doesn't have an IGP.

I think he was talking about video playback, not the website.
100% cpu during video playback is a clear sign of software cpu-based video decoding. I have a HTPC using an ancient Atom 330 cpu from more than 15 years ago and that one can play back all current videos thanks to the Nvidia card that does all the decoding in hardware, if it was using the cpu it would run at 100% and still stutter.

@stargate-sg1-cheyenne-mtn thanks for the links, they seem to clarify it up to a point.

I also found the following end-of-life table that seems to actually indicate that the 550 drivers where short-lived and are already no longer supported by Nvidia (support ended more than 6 months ago).
https://endoflife.date/nvidia

I wonder how the Debian maintainers will deal with that, will the 550 drivers be replaced by a newer release or simply abandoned?

For now I have chosen the 535 drivers, as they appear to be still supported by Nvidia until June 2026.

easydeb sounds interesting, will definitely look into it.

I will need to build a couple of packages of apps for Devuan 6 soon as the included versions are too old for my needs, I guess that could be an occasion to try out easydeb.

I think Debian suffers from the fact that many devs are actually employed by Ubuntu and even IBM (Redhat) therefore they are pushing the agendas of these two corporations onto Debian.
A true community distro should not have devs that also work for commercial distros.

I very much agree with your sentiment that a split between  the corporate Distros and the true community distros will be inevitable and actually desirable and will eventually happen.

Because "modernity" is all that matters to some folks these days... regardless whether "modern" is actually better or worse.

@EDX-0 Thanks for the explanation.

But then you would get SSDs even on windows that aren't supposed to have any, like for example dialog windows, or not?

Also do you mean that the WM needs to be configured this way for each gtk4 app individually or is there a way to do it for all gtk4 apps in one go?

Doing this at WM level doesn't seem ideal to me as it needs to be done for every WM differently, if there was a way to force the gtk4 libs themselves to omit these flags that suppress SSD (I mean at runtime, not by modifying the source code), then that would IMHO be the better solution.

I'm primarily interested in a solution for XFCE but if it could be done in a way that works for all WMs that would be even better.

Those levels were invented a few years ago by "bigtech" to obsolete older hardware and force people to upgrade to newer PCs now that the switch from 32 bit to 64 bit is no longer enough to obsolete additional older hardware. It's sort of the next step after stopping support for 32 bit cpus.

IBM (Redhat) and Suse have already gone down this road, their recent releases don't work on older 64 bit cpus any more.

I see it as a good reason to become more independent from the corporate Linux world (primarily IBM/Redhat, but also Suse and Ubuntu) and focus on pure community run distros that don't have agendas and profit motives.

That said the way Ubuntu is currently approaching this for now is sensible, as they are building packages for the different levels, so for now they aren't obsoleting older 64 bit cpus, but the cinic in me makes me think that this is just a "boiling the frog slowly" approach to avoid a shitstorm, i.e. in a few years they will likely be discontinuing support for older variants. 

BTW, wikipedia lists who is behind this:

https://en.wikipedia.org/wiki/X86-64

@Eeqmcsq thanks for the suggestion, I hadn't tried mate-calc yet as I hadn't come across it, it seems nice lightweight and it does indeed the percentage calculation as I'm used to, the only thing I'm not so happy about is the layout of the calculator buttons in it's window, the buttons seem quite small and very close together making it easy to accidentally press the wrong ones with the mouse cursor (this is at least under XFCE with the theme I'm using, maybe it differs with other themes).
I have to look into it further to see if the size and spacing of the buttons can be changed.

I still haven't found a calculator that works like good old Kcalc from KDE 3.5 (yes I know there is TDE which probably has preserved it):

in Kcalc if I want to calculate the result of deducting 20% of a certain amount (for example 50) I type:

50

-

20

%

and I get 40, while in Galculator such a basic and frequently used calculation doesn't work which is a shame because galculator otherwise seems quite decent and lightweight without loads of dependencies on gnome or kde stuff.

I was about to write that I agree with steve_v that anubis makes git.devuan.org a torture to use as in the past weeks every time I tried to access it I had anubis running literally for 5 minutes or so before it granted me access, but I just tried again and I got past anubis in less than 1 second, not sure if it was just a fluke or if something has changed so that it will always be that quick.

So at the moment I reserve judgment.

That said, with regards to the DDOS by dodgy AI scrapers, I have that problem too on my websites and I solved it with IP address block lists implemented with ipset using the kernel firewall of linux. I don't block single IPs I block whole /24, /16 or even /12 network ranges of many hosting/cloud providers, as I found that these attacks predominantly come from very specific cheap/dodgy hosting/cloud providers, almost never from end customer (DSL/fiber/mobile) IP addresses.

If the admins of git.devuan.org are interested in my blocklist I can provide it, but only privately as sharing it publicly could induce the AI scrapers to adapt their strategies.

Well doesn't the iOS browser identify as Safari too? (I have no idea, I don't use Apple stuff)
It makes sense that Chrome and Safari were steadily growing in the last 10-15 years since in the last 10-15 years smartphones (therefore iOS and Android) have had phenomenal growth while PCs not so much.