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.

Both of you, please stay on topic.  ( i.e. Stop talking about each other!)

And this post needs no commentary from either of you.

Thanks.

Your subject lines lately are very confusing. They appear to be about Refracta, which is a devuan re-spin derivative, but they more about your experiments than they are about Refracta. This one even sounds like you are the developer of Refracta when you are not. Maybe we could change the subject lines to something like "live-iso with minimal 32-bit KDE" or something like that. If you are unable to edit the subject lines on these recent posts, just let me know and I can do it.

Thanks,
fsmithred (developer of Refracta GNU/Linux and maintainer of refractainstaller and refractasnapshot)

The issue with handling initramfs with microcode is fixed in refractasnapshot 10.4.0 in excalibur/ceres. You can download it here if you want to install it in daedalus or chimaera:i
https://pkgmaster.devuan.org/devuan/poo … shot-base/
https://pkgmaster.devuan.org/devuan/poo … pshot-gui/

@pcalvert: The refracta tools rely on live-boot and live-config, which are debian-based packages. You might need to cobble some stuff into place manually to get it to work. Look at the other dependencies to see if alpine uses the same package names. (Does alpine use apt?)

@Andre: My solution keeps the user in a multi-user non-graphical session, not single-user. Only the display-manager gets disabled. Other services continue running.

I'm not aware lf a problem, and as far as I can tell, you did not describe one. Maybe sharing some error messages or the debug log would help.

I didn't think it was a usrmerge problem until I compared files in different versions of initscripts. They moved scripts from /lib/init to /usr/lib/init.

Is this upgrade trying to install the usrmerge package, or did you already have merged usr in your system?
Does /usr/lib/init contain the same scripts as /lib/init? If so, I think you could move /lib/init out of the way. (move rather than delete, in case you need to put it back.)