Your package selections, system configs and desktop configs will all be copied into the snapshot. You shouldn't need to change any of those once you have it the way you want. But there is a shortcut for that. (explained a little later)

If you just need to rebuild the iso to change things in the boot menu or anything else that's in the root of the iso instead of in the live filesystem there's a really short shortcut.

Make sure the config file is set to save_work="yes"

Run a snapshot.

If you need to change things in the root of the isos, edit whatever you want in /home/work/iso/
Then re-run refractasnapshot and select the option that says 4. Re-run xorriso only. (make iso, no-copy, no-squash)
This will re-run xorriso and only takes a minute or two.

If you want to change something in the system, you could edit config files in /home/work/myfs/ or even chroot that directory and add or remove packages with apt.
Then re-run refractasnapshot and select the option that says
2. Re-squash and make iso (no-copy)
This runs mksquashfs again and takes a little longer.

Try installing it with aptitude and see if it gives you any other options or information about the nature of the conflict.

I can't say why it happened, but there's a good chance it wasn't anything that you did. Take a look at the section on Session management and policykit backends in the release notes. It's a rat's nest of dependencies.
http://files.devuan.org/devuan_ascii/Release_notes.txt

I think you need to remove consolekit. I'm not sure if you'll have problems doing that. You'll need to replace

libpolkit-backend-consolekit-1-0 libpolkit-gobject-consolekit-1-0

with

libpolkit-backend-elogind-1-0 libpolkit-gobject-elogind-1-0

which may or may not happen automatically.

Yell if you need help with it. (And post some terminal output if there are conflicts that you or aptitude can't resolve.)

The 2.1 minimal-live isos both have the same isolinux.bin. The amd64 and i386 are both built using the same xorriso/mkisofs command. The desktop-live i386 and amd64 use slightly different commands, because the amd64 supports uefi. I'm a little bit surprised that the isolinux.bin in the 2.1 minimal-lives are the same as the 2.0.0 you posted.

f03d6ecc57dad4524a0cab76b7afab41

I checked some Refracta isos and the i386 and amd64 are different (assuming for the same reason as the desktop-live) but the md5sums are consistent over time and only change occasionally. Possibly with new versions of isolinux or something else.

Getting back to the original post, I think the problem with installing software is not related to isolinux.bin. Sometimes the installer fails to get all the software and you need to repeat that step. This was more common with jessie isos, but I think it's happened with ascii, too.

cancel that. If you read it, forget that I said it.

Sill looking...

His real crime was to offer to mediate a civil discussion between two parties who were in an online battle. When you defend the target of an SJW attack, you become a target.

Dirk Gently might see everything in this discussion as interconnected and part of a bigger event.

I tested this, and it doesn't work - dbus wanted to sneak in.

Zephyr - Would you please re-post in a new thread or one of your older ones?
Avbox - Your review of Star Kirk belongs in Ozi's Star Linux thread. Star is not Crowz.

Thanks.

It's not firefox that's pulling it in. Firefox-esr only suggests pulseaudio. It's getting pulled in due to Recommends in xfce. It's probably something similar in mate. Here's the command to check it:

$ aptitude why pulseaudio
i   task-xfce-desktop       Depends    xfce4                  
i A xfce4                   Depends    xfce4-pulseaudio-plugin
i A xfce4-pulseaudio-plugin Recommends pulseaudio             

One good way to avoid pulling in packages you don't want is to only install the standard system utilitites and then add what you want after rebooting into the system. It also helps to exclude Recommends.

@steelpillow: you prefer a skirt? (or kilt)

I'm building beowulf isos with live-sdk without much trouble. I had to adjust a few things, and some of the adjustments are temporary. I don't want to push those changes to git until the temporary issues are solved. Meanwhile, here are the configs and blend file I'm using right now:
http://distro.ibiblio.org/refracta/file … end.tar.gz

Make a beowulf directory like the ascii directory here: https://git.devuan.org/sdk/live-sdk/tre … sktop-live
Replace devuan-desktop-live/config with config from the tarball. Replace the .blend file with the one in the tarball.
Copy config.beo from the tarball to beowulf/config

Or just compare the changes from the ascii files to the beowulf ones and use that as a guideline for modifying your own configs.

CAVEAT: I haven't looked at the instructions at the beginning of this thead in a long time. Some details have changed. If you follow the install directions on the git repo, it should work with minimal effort. https://git.devuan.org/sdk/live-sdk
(I have done that recently.)

I tried it yesterday with the same iso you used. I ran the Graphical install and took all the defaults up to the point of choosing openrc. When it boots, openrc runs as expected. (Parts of sysvinit are still installed and are used by openrc.)

What did you do that's different?