Wayland is simpler than X so that choice is obvious.

There are ways to run glibc-based programs in Alpine (and hence Chimera):

https://wiki.alpinelinux.org/wiki/Runni … c_programs

It's lovely. Most of the features offered by systemd but much more modular and minimal. Easy to use too.

See https://github.com/davmac314/dinit/blob … COMPARISON for a comparison with other init systems.

You fancy bastard

I made my own wallpaper for my Arch box so the background matches the bar & terminal:

Chimera Linux:

Can you not just use the Debian DVDs? The stock Devuan pinning should keep the init-system-that-shall-not-be-named away, I think.

Try

# echo 'disabled' > /sys/class/power_supply/BAT0/device/power/wakeup

pkexec should work just fine in antiX as long as consolekit is running. You probably haven't installed and autostarted a graphical authentication agent. Try installing the mate-polkit package then add this to your autostart file (~/.xsession?) before the exec dwm line:

/usr/lib/x86_64-linux-gnu/polkit-mate/polkit-mate-authentication-agent-1 &

The original consolekit was abandoned upstream several years ago. The new consolekit2 version is actively maintained though.

Perhaps try using plain cp or dd to take up the whole USB stick with just the Devuan ISO then.

But since you have ignored my questions I should probably just ignore this thread. Bye.

Which generation? The "Type Number" should be printed above the bar code on the bottom right of the underside of the machine and will identify it positively.

Thank you for the clear answer. Much appreciated.

No need to apologise though, it's fine. I haven't been offended at all but I do value blackhole's judgement so I had to ask.

I don't think blackhole is coming back. They think you are a right-wing lunatic. Is that the case? I presumed you were making a joke in the other thread but was I in fact mistaken?

I think the NewInBookworm page just hasn't been updated. I don't get a "deprecation" message when I try to use /usr/bin/which.debianutils so perhaps that's been decided against. The mailing lists probably have a discussion about all this but I don't follow them myself because I don't like spoilers.

A quick search brings up https://lists.debian.org/debian-devel/2 … 00283.html, which looks relevant. Can't be bothered reading it all though

EDIT: crossposted, I think my mailing list link continues the discussion at the end of the first bug report.

How dare you! That is outrageous. I'm not pretending at all...

Anyway my advice to manually compile & install GNU's which is bollocks because there's already a package for it in testing/unstable:

$ rmadison gnu-which                                                                                                                                                                                 
gnu-which  | 2.21+dfsg-2   | testing        | source, amd64, arm64, armel, armhf, i386, mips64el, mipsel, ppc64el, s390x
gnu-which  | 2.21+dfsg-2   | unstable       | source, amd64, arm64, armel, armhf, i386, mips64el, mipsel, ppc64el, s390x
gnu-which  | 2.21+dfsg-2   | unstable-debug | source
$

This was alluded to by the OP but I wasn't paying enough attention. Sorry OP.

Hence GNU's which being packaged up separately. There is no "problem" here at all. IMO.

That's an excellent suggestion :-)

I think this will more closely replicate the traditional output though:

alias which='command -v'

But anyway this is rendered moot by the new gnu-which package.

Rather than whine like a little baby whose favourite toy has been taken away perhaps try some research instead?

I've been aware of the limitations of which for a while now and have preferred type for interactive use simply because it's a better tool for the job but I did some research for you (you're welcome) and found this excellent link explaining exactly why which is such a useless pile of shite that should be avoided by everyone:

https://unix.stackexchange.com/question … o-use-then

That is a really stupid thing to do because the debianutils package also contains commands used in the packaging system so pinning it to an old version will break APT once you try installing packages that rely on newer features.

If you want to keep using which you can either package up the GNU version or install it manually by using these commands:

wget https://ftp.gnu.org/gnu/which/which-2.21.tar.gz # or whatever the latest version is
tar xf which-2.21.tar.gz && cd which-2.21
./configure
make
make install # as root

And to illustrate just how limited and crap which really is:

archie:~$ which ls
/usr/bin/ls
archie:~$ type ls
ls is an alias for 'ls --color'
archie:~$ which kvm
which: no kvm in (/usr/local/sbin:/usr/local/bin:/usr/bin:/usr/bin/site_perl:/usr/bin/vendor_perl:/usr/bin/core_perl)
1archie:~$ type kvm
kvm is a function
archie:~$ which scrath 
which: no scrath in (/usr/local/sbin:/usr/local/bin:/usr/bin:/usr/bin/site_perl:/usr/bin/vendor_perl:/usr/bin/core_perl)
1archie:~$ type scratch 
scratch is an alias for 'doas systemd-nspawn --ephemeral --boot --directory=/'
archie:~$

So just drop which completely. It's worse than useless.