I'm pretty sensitive when it comes to right-wing nutcases and while it's true that several have posted here (and insulted me directly because of my anarchist politics) I've never seen such views expressed by any staff. Do you have any links you could share?

I do appreciate the warning though. Always good to have your input. Thanks.

This vulnerability has been discovered but I'm sure there are *many* others lurking in that massively bloated code base. Running X under the root user really is a terrible decision. I am shocked that the Devuan developers consider this situation acceptable in any way.

D00d chill, Miyo is just trying to wind me up.

Phoronix have covered this:

https://www.phoronix.com/news/X.Org-Ser … -2023-0494

Some salient quotes from that piece:

Which is why I switched to Wayland some time ago :-)

And especially relevant for Devuan users:

The default Xfce desktop for Devuan uses SLiM or LightDM and both run X under the root user so both are vulnerable to this exploit.

Starting the desktop via GDM or startx will cause X to be run under the normal user and so avoid this vulnerability completely.

To switch to startx either remove or disable (eg, update-rc.d slim disable) the display manager and add this line to the end of ~/.profile (or ~/.bash_profile if you use bash and have that file already) to start the desktop automatically after log in at TTY1:

[ "$(tty)" = /dev/tty1 ] && exec startx

To change the default desktop for all users run this command:

# update-alternatives --config x-session-manager

To change the default desktop on a per-user basis create a file at ~/.xsession containing the commands needed to start that desktop, as per https://wiki.debian.org/Xsession.

Or just switch to Wayland :-)

I prefer to rip Arial out of the Windows ISO images. The newer versions are nicer, IMO.

lol. No.

Firstly, sakura is so shit that it isn't even available from the official Arch repositories. Secondly, the configuration options are far too minimal — it's not even possible to set the complete colourscheme from those stupid menus, only a limited selection of pre-set themes are available and they're all rubbish. And thirdly it's a complete bloat monster.

Look:

So sakura's using five times as much RAM compared to either xterm or foot (my preferences for X and Wayland, respectively). Seems to me that it is indeed "sucking a huge crapton of resources for no reason".

Anyway I prefer xterm because it's the emulator supplied for the OpenBSD base system and so benefits from their extensive security audits. No other terminal emulator is formally audited in this way.

And please provide a screenshot of your desktop when posting in this thread. Your flagrant violation of thread topics and multiple attempts to derail any thread in which you post really is getting on my tits.

I certainly will, thanks! I've always found theology fascinating. "Spirituality" means absolutely nothing to me though so perhaps this will help clear up my confusion in that respect :-)

And one for you (no free download though, sorry):

If You Meet the Buddha on the Road, Kill Him by Sheldon B Kopp.

I first read it many years ago when I was a teenager struggling with depression. I've since graduated to bipolar so that's some progress, at least. I found it very helpful anyway.

Relevant: https://release.debian.org/bookworm/freeze_policy.html

Yeah, good luck with all the other bugs and issues induced by those that you have yet to discover

Add xpad to /etc/modules (or to it's own file under /etc/modules-load.d/) then update the initramfs:

# update-initramfs -u -k all

And reboot.

Pretty sure this is caused by the OP running a FrankenDevuan system. See the daemonforums thread for full details.

The 360 controller should be supported by the native xpad kernel driver, xboxdrv just offers more configuration.

Not sure why you're using that shitty, ad-ridden, javascript-infested "debian.pkgs.org" site when the Devuan developers have gone to the trouble of providing a beautifully clean package search page:

https://pkginfo.devuan.org/cgi-bin/poli … v&x=submit

The xboxdrv package was removed for the chimaera release as part of the Python2 deprecation process:

https://tracker.debian.org/news/1119505 … m-testing/

I think the problem here might be the cable — if it is a "Play&Charge" USB cable then it can only be used for charging. Or perhaps TLP is disabling it, if you're using that.

More information here:

https://wiki.archlinux.org/title/Gamepa … controller

So what does dmesg say about the device when you plug it in?

EDIT: check

ls /dev/input/js*

^ That will show if it detected as a controller.