If google says that devuan is lagging behind debian, then google is confused. Almost all of the packages in devuan are taken directly from debian's repos when you install something.

If you think I was too aggressive when I told you and someone else to stop talking about each other, then I guess you misunderstood. We are here to talk about devuan, not to have personal arguments with other users. Or maybe the part you misunderstood was that I don't want to have a discussion about how to have a discussion. I don't require or want any feedback regarding this particular issue. Just stay on-topic.

@others - Thanks for the support.

Confirmed. I used the amd64 netinstall iso from April 24. That library (libgcc_s.so.1) is in package libgcc-s1 and it's in the iso. I tried dropping to shell and installing it, but that didn't work.

./pool/DEBIAN/main/g/gcc-14/libgcc-s1_14-20240330-1_amd64.deb

My first thought was maybe a package got removed. I can find clhsdb in daedalus but not in chimaera. In daedalus, apt-file shows the path to be different from what you posted. There's an extra 'jre' in yours. I don't have that package installed, so I don't know what it really does. You can also run dpkg -L <package> to see what files from a package are actually installed on your system.

$ apt-file find clhsdb
openjdk-8-jdk-headless: /usr/lib/jvm/java-8-openjdk-amd64/bin/clhsdb
$ apt-file list openjdk-8-jdk-headless
openjdk-8-jdk-headless: /usr/lib/jvm/java-8-openjdk-amd64/ASSEMBLY_EXCEPTION
openjdk-8-jdk-headless: /usr/lib/jvm/java-8-openjdk-amd64/THIRD_PARTY_README
openjdk-8-jdk-headless: /usr/lib/jvm/java-8-openjdk-amd64/bin/clhsdb
openjdk-8-jdk-headless: /usr/lib/jvm/java-8-openjdk-amd64/bin/extcheck
openjdk-8-jdk-headless: /usr/lib/jvm/java-8-openjdk-amd64/bin/hsdb
<snip>

Is it also trying to remove libseat1 when it removes seatd?  When I try to remove libseat1, it wants to remove xorg. I can't try to remove seatd because it's not installed. Maybe you could apt install libseat1 to set it to manually installed so it doesn't get removed with seatd.

It looks like grub can handle luks2 now. (since 2020)
https://www.phoronix.com/news/GRUB-Boot … sk-Encrypt

There are two ways to solve this. You could remove the microcode package before making the snapshot. That should eliminate the decompression error.

The other solution is to use the newer version of refractasnapshot that fixes the decompression bug. It's currently in ceres/excalibur but you can download it here. It will work on daedalus or chimaera (maybe beowulf, too).
https://pkgmaster.devuan.org/devuan/poo … .0_all.deb

And the gui version (optional)
https://pkgmaster.devuan.org/devuan/poo … .0_all.deb

There is no fstab entry for this.

auotfs is installed on the client machine. nfs-kernel-server is iinstalled on the server machine and the exports are defined there.,

I added this line to /etc/auto.master

/mnt	/etc/auto.nfs

I created /etc/auto.nfs

filestore    remote-hostname:/home/user/data-to-share

Where filestore is just a name for the mountpoint that will be automatically created under /mnt when you access the share, and remote-hostname:/home/user/data-to-share corresponds to an actual nfs share on remote-hostname.

I usually make a symbolic link in my home dir that points to the mountpoint.

ln -s /mnt/filestore /home/user/my-shared-files

Restart autofs after making any changes.

Nope. It's the same iso, same sha256sum as before. That iso was accidentally deleted and then uploaded again, thus giving it a new date.

Any updated iso would get a new filename, would have a new sha256sum and would require that we make a new torrent file for downloading the isos.

Is libinput missing in the iso? In daedalus I have libinput-bin libinput10 xserver-xorg-input-libinput. I also have libevdev2 but I'm not sure if that's needed. Aptitude tells me it's there for atril.

Check the boot command to make sure it says what you want it to say. Press TAB or e at the boot menu (for isolinux or grub respectively). The menu in /usr/lib/refractasnapshot gets edited by the script when you make the snapshot.

It looks like beowulf-backports got archived.

Get:6 http://archive.devuan.org/merged beowulf-backports/main amd64 Packages [491 kB]

I think there are some dependency problems in ceres. I tried building live-isos of excalibur and ceres, and they were failing for different reasons. The ceres build failed because of the same problem you're hitting and the desktop never got installed.

In chroot I was able to add the task* packages for the desktop, but I had to switch from elogind to consolekit and I had to add libsystemd0 and keep libelogind0. 

This is not a recommendation. It's just a report.

The current mess looks like this:

ii  consolekit                             1.2.6-3+b2                           amd64        framework for defining and tracking users, sessions and seats
ii  libelogind0:amd64                      252.9-2                              amd64        user, seat and session management library
ii  libpam-ck-connector:amd64              1.2.6-3+b2                           amd64        ConsoleKit PAM module
ii  libpolkit-gobject-consolekit-1-0:amd64 124-2devuan1                         amd64        polkit Authorization API
ii  libsystemd0:amd64                      255.4-1+b1                           amd64        systemd utility library
ii  systemd-standalone-sysusers            255.4-1+b1                           amd64        standalone sysusers binary for use in non-systemd systems

Edit: Right after I posted, I decided to check if the new version of elogind was built, and it looks like it happened a couple hours ago. This should provide the right version to satisfy any libsystemd0 dependency.

Project devuan-package-builder build
elogind_255.4.1-1 (unstable): SUCCESS in 24 min:

Hey, sorry I'm so late to the party. I don't have much to offer and I can't do big downloads here so I can't even play with your iso.

In the past, when I made snapshots of a system using openrc, I didn't have to do anything special. It just worked. For runit, I had to fork live-config.