You can remove the package but it's not being used because you have an AMD card.

However, the card should have a "kernel driver in use" line, which is missing. That is usually caused by conflict with the radeon module but that module isn't listed at all

Please share you X.Org log and the full output of

# dmesg

Run the command as soon after a reboot as possible to keep it brief.

Much appreciated, thanks!

Running Plasma on VisionFive-2

The RISC-V boulder is slowly gathering moss. Nice.

I've just contributed a new user repository specifically for the use of the community. Is that not relevant for this thread?

The repository is empty at the moment but it should have some packages soon.

Their Debian buster & bullseye repositories should be binary-compatible with Devuan beowulf & chimaera, respectively.

So try something like

curl -fsSL https://repos.codelite.org/CodeLite.asc | gpg --dearmor | sudo tee /etc/apt/trusted.gpg.d/codelight.gpg >/dev/null
sudo tee /etc/apt/sources.list.d/codelight.list <<!
deb https://repos.codelite.org/debian bullseye devel
!
sudo apt update
sudo apt install codelight

^ That example is for bullseye/chimaera, change the deb https line if you're using beowulf instead.

Disclaimer: the Devuan developers do not recommend using third-party repositories (including mine) so you're on your own if you try this.

Too late — I've set it up over at my OBS account:

https://build.opensuse.org/project/show … Stick:DCCR

EDIT:

@Miyo: the SSL certificate expired last year. Those bloody anarchists need to get organised...

Just click on "Advanced" then add an exception for the site but be warned that viewing it will probably land you on an FBI watchlist.

Make no mistake: I am a dangerous far-left radical hell bent on overthrowing Western "civilisation".

@golinux: which browser are you using? The codeberg site works fine for me with Firefox v108.0.2.

So what happens if you install Xfce & LightDM in Exe? Is the memory usage lower than Alpine then?

I can't be bothered finding the scrot but I've had Alpine at ~30MiB used with a dwm desktop

EDIT: it's those apples & oranges again

The whole point of my comparison is that all 3 distributions are using the same desktop. Of course TDE is "lighter" than Xfce, it's ancient FFS. I'm sure if I packaged up TDE for Alpine it would blow Exe out of the water in respect of resource usage.

I find it very confusing that all the people who complain about systemd being guilty of feature creep and needless bloat have no problem at all using GNU's libc version. GNU virtually invented feature creep and needless bloat. All that wittering about the "UNIX philosophy" makes me wonder if those people even know what "GNU" stands for...

Neither Debian or Devuan offer a rolling release. Testing/unstable are development branches, which is not the same thing at all. A rolling release distribution should always have all of the packages upgraded in sync and so should always be usable, at least theoretically. De{bi,vu}an's development branches are not expected to be usable at any given time.

Your comparison sounds interesting though so I tried it myself with Arch, Alpine & Devuan chimaera, all with the Xfce desktop:

https://dev1galaxy.org/viewtopic.php?pid=40234#p40234

Yes, I would agree with that analysis.

However I do get significantly higher framerates in CS:GO under Arch compared to Debian bullseye because I have relatively recent graphics hardware (5th generation Ryzen iGPU) and the latest versions of Mesa offer much better performance with that.

I'll probably switch to Debian bookworm soon now the freeze has started and my wireless card is supported by their kernel and I expect performance for that to be much improved on my hardware compared to the previous release.

That's not surprising at all. Most of the code in the Linux kernel is for drivers and those drivers will only be loaded on demand anyway so such a comparison is fairly meaningless.

Well I suppose that stuff could be split out. It's off-topic here, to be sure.

No shit.