Give it time

And enjoy the massively outdated packages during the upcoming freeze. The Debian devs sometimes even leave critical bugs unfixed in the development branches until the release is done...

I respectfully disagree. Change my mind :-)

The lxcfs package was backported for the Debian stretch release[1] so it looks possible, at least.

You could even try it yourself:

https://wiki.debian.org/SimpleBackportCreation

^ That would ensure a ~bpo version suffix, which eases transitions between releases.

Yes, that's right.

I would hope so. I think you should submit the patch. See https://www.debian.org/Bugs/Reporting for the preferred method.

There are regular point releases that provides security and other bug fixes without major package version increments. There are some notable exceptions, however: firefox-esr & chromium will both be kept up to date with the respective upstream versions (although chromium can lag a little).

https://wiki.debian.org/DebianReleases/PointReleases

File a WNPP bug report with Debian to request that the newer version of lxcfs be added to the stable-backports repository.

The stable release is so named because the version numbers do not change.

https://steamcommunity.com/sharedfiles/ … =500334237

Stable. Unless you enjoy fixing broken systems.

EDIT:

Hold on to your hat Andy:

archie:~$ systemd-analyze              
Startup finished in 210ms (userspace) 
multi-user.target reached after 210ms in userspace.
archie:~$ systemd-analyze blame --no-p 
49ms systemd-resolved.service
33ms user@1000.service
20ms systemd-journal-flush.service
20ms systemd-logind.service
19ms systemd-tmpfiles-setup.service
12ms iwd.service
11ms dbus.service
10ms systemd-journald.service
 9ms systemd-tmpfiles-setup-dev.service
 9ms nftables.service
 5ms systemd-remount-fs.service
 5ms dev-hugepages.mount
 4ms sys-fs-fuse-connections.mount
 4ms systemd-update-utmp.service
 4ms user-runtime-dir@1000.service
 2ms systemd-user-sessions.service
archie:~$

Which benchmarks are you using? Care to share them?

That's an old Ryzen so I would expect Devuan to do well against Arch. Run the same games on both and compare framerates. CS:GO runs marginally faster under Arch for me (compared to Debian bullseye) but I have a 5th generation Ryzen.

When the devices are missing does thunar show any error messages when started from a terminal? How about the X.Org log?

No. Use this construct to start an infinite loop:

while : ; do
   [stuff]
done

https://pubs.opengroup.org/onlinepubs/0 … colon.html

Infinite files would be a bad idea. Otherwise the image tiles are about 100KiB in size so it depends how big your hard drive is. Many files would only cause a slowdown if you tried to view them all at once, for example in a graphical file manager with thumbnails enabled.

The problem and potential solutions are described here:

https://forums.debian.net/viewtopic.php?t=104157

LightDM & SLiM can be co-installed, use this to select between the two:

# apt install lightdm
# dpkg-reconfigure lightdm

I don't recommend either though because they run X under the root user. GDM runs X under the normal user, which is _much_ better.

EDIT: try

# apt install lightdm slim-

^ That installs LightDM and removes SLiM in one swell foop.

#!/bin/sh 

dir="$HOME/WallpaperZone"
count="1"

mkdir -p "$dir"
while [ $count -lt 11 ] ; do
   starfish -o "$dir"/Wallpaper"$count"
   count=$((count+1)) # ah ha ha
done

Add set -eo pipefail as the first line (after the shebang) if you want the script to exit after any of the commands fail.

EDIT: that example provides 10 images, change the -lt 11 bit to modify that.

EDIT2: added counting Count reference. I love jokes in the comments.

I would say yes. But the Debian package maintainer is under no obligation to add support for non-systemd boxen.

It's the ultimate "gene therapy" — the only winning move is not to play :-)

I also subscribe to the VHEM. I smoke far too much weed to be fertile anyway