Not sure why this thread is marked [SOLVED] without an actual solution but Docker is available from the chimaera repositories:

# apt install docker.io

If the daemon doesn't autostart at boot use

# update-rc.d docker defaults

Can you not just install the .deb from MX? Their bullseye base should be compatible with chimaera but don't add their repositories.

http://mxrepo.com/mx/repo/pool/main/f/f … +1_all.deb

FFS Len just run these commands please:

apt update
apt upgrade

EDIT: as root.

I have already given the solution to your problem in my last post in this thread. Please read it and run those commands. If they do not fix your problem (after answering "yes" when asked) then please post the full terminal output from those commands. Thanks.

EDIT: this has cropped up several times before and if you had bothered to use the "Search" button you would have found the solution without having to create _another_ thread about it.

https://dev1galaxy.org/search.php?search_id=101298655

Perhaps try the backported kernel then:

# tee -a /etc/apt/sources.list <<!
deb http://deb.devuan.org/merged chimaera-backports main
!
# apt update
# apt install -t chimaera-backports linux-image-amd64

sudo apt update && sudo apt upgrade

Say "yes" when it asks if you want to change the release.

Can you explain further why you had to remove ntp? If your motherboard CMOS battery is dead or dying then you will need ntp to set the time correctly at boot.

The usrmerge package works by creating symlinks; check ls -l /bin/mount.

Has this problem been reported to Debian as a bug?

@OP: try

# apt purge live-boot-initramfs-tools open-infrastructure-system-boot

^ Those packages provide that hook and should not be installed except in the live environment.

Bonjour PengouinPdt, ça va?

From where did you obtain that hook? It shouldn't be present in an installed system.

Here are the standard hooks: https://salsa.debian.org/kernel-team/in … ster/hooks

And for future reference my French is (almost) passable but you can make the terminal commands speak English by putting LC_ALL=C before the command.

The which command searches PATH for the named executable.

Run this command in your Devuan system:

echo $PATH

^ That will show a (colon-separated) list of the directories being searched. If you run that command from OpenWRT then it will probably not have /usr/sbin/ listed, hence which cannot find it.

That being the case you need to either add /usr/sbin/ to PATH or declare the full path when running executables from that directory.

See https://wiki.debian.org/EnvironmentVariables for the Debian documentation on setting PATH and if that doesn't work then ask on the OpenWRT forums instead.

Did you not think to try

/usr/sbin/service rsyncd status

Is cassowary in sys.path? Read the warning in your linked guide.

Perhaps try

PYTHONPATH=/path/to/cassowary python3 -m cassowary -a

But I'm not using pip to test this. It's *much* better to package Python modules properly IMO.