You used the desktop-LIVE iso that camtaf suggest you not use. Try one of the installer isos - either the netinstall or desktop iso found here: https://files.devuan.org/devuan_excalib … aller-iso/

The desktop iso has all the packages you need in case you want to install something without a network connection. The netinstall iso only has the base system and needs network to install other stuff. Both of those will use the network to pull packages from the repo when you install. Both of those use the debian-installer (for devuan) and will let you choose a different desktop environment.

You can add turnstile to the no-elogind build. I just tried it, and it doesn't pull anything else in.
https://get.refracta.org/files/experime … 4_1517.iso

You do not use the banned list. Amprolla uses that list to prevent you from installing systemd so you don't screw up your system.

Recompiling a debian package for devuan makes no sense. For 99% of the packages in the repository, that's like saying you want to recompile a debian package for debian. They are the exact same packages. Whenever you install something in devuan, if it's not one of our forked packages, apt pulls it from the debian repository. Amprolla stands between you and the debian repo to filter out the banned packages.

Certainly, if you want to change something in the package, then yeah, you can recompile it with your changes.

That's what we do with the packages we fork. We recompile them to remove the systemd dependency.
Here's some documentation about that: https://git.devuan.org/devuan/documenta … ngGuide.md

I had a build host for live isos that was set up that way, but things got moved around and now I just have a regular VM to work in. I think I let that virtual host go because I couldn't do vnc with it. Other than that, it worked and I didn't notice a difference.

If you actually have i915 graphics, you might want to install a couple of packages. Run 'lspci' to check. In my experience, it will still work without that. I'm not sure if you miss anything that way - I don't do anything that requires intense graphics. Just simple games and video here.

$ apt-cache search i915
xserver-xorg-video-intel - X.Org X server -- Intel i8xx, i9xx display driver
firmware-intel-graphics - Binary firmware for Intel iGPUs and IPUs

I don't know the solution, but you could try the options in the failsafe boot one at a time, or eliminate them one at a time until you find the one that makes the difference. I would start with just adding 'nomodeset' to the default boot command. That one is often useful to eliminate black screen.

BETTER SOLUTION:
I used your command and added '-vga qxl' and the desktop comes up.

qemu-system-x86_64 -enable-kvm -m 2048 -nic user,model=virtio -vga qxl -cdrom isos/devuan_excalibur_6.1.1_amd64_desktop-live.iso

Make sure you have xserver-xorg-video-qxl installed.

I'm not seeing that problem in my seatd test iso:
https://get.refracta.org/files/experime … 4_1517.iso

I can add a mouse after boot and it works, and I can boot with the mouse plugged in, unplug and replug it and it works again. I'm running the iso from a live-usb for this test.

That one has seatd without elogind or consolekit and without a display manager. (also no turnstile in that one)

I haven't used live-build in over 10 years and never on devuan. I know there are some people who have used it with devuan.
Devuan live-sdk is similar to live-build in that it pulls packages from the repo and builds the system in a chroot. This is good if you're making a lot of different isos - you just need to alter the configs to do a different build. The downside is that you often don't know the build failed until the end of the run, then you have to start over. When you start building a new release, you can have frequent failures in the beginning because some packages in your list might not be in the repo anymore or may have changed names.

refractasnapshot does not require access to the repo to build the iso. It makes a copy of your running system with a few things excluded and puts that into the iso. Since it's copying an installed system, any questions about missing packages have already been answered before you started to make the iso. Also, since it's copying the running system, any changes you make right before running it will be copied into the iso. The downside of this method is that you must have an installed system, either on hardware or in a virtual machine, for each flavor you want to build.

To adjust what gets copied by refractasnapshot, edit /usr/lib/refractasnapshot/snapshot_exclude.list. See 'man rsync' for details.

Edit: one more difference between live-build or live-sdk and refractasnapshot is that refractasnapshot builds an iso that has an unprivileged user with a home directory. The others do not, but the live-config scripts create the user and home when the system boots. This affects which live-config options are used in the boot command. See 'man live-config' and probably 'man live-boot' too.
Note that live-build, live-sdk and refractasnapshot all use the debian live-boot and live-config scripts.

I don't know what those others are.

Devuan 5 is daedalus (oldstable), Devuan 6 is excalibur (stable). Gnome works in excalibur. If you want to try it in freia (currently in testing) there's a netinstall iso, so you could install it to a spare partition or into a virtual machine. And if you do that, please let us know what you find. Thanks.

I've used this in the past as /etc/asoundrc to get firefox to use jack. Haven't tried it lately.

pcm.!default {
    type plug
    slave { pcm "jack" }
}

pcm.jack {
    type jack
    playback_ports {
        0 system:playback_1
        1 system:playback_2
    }
    capture_ports {
        0 system:capture_1
        1 system:capture_2
    }
}

ctl.mixer0 {
    type hw
    card 0
}

I call it set-default-card.  Put it in /usr/local/bin or somewhere else that's in root's path. Make it executable. Run it with or without the card number or with and without the usb audio device as many times as you want. It replaces the lines in asound.conf and restarts alsa so it takes effect.

Package-Name         Component            Required/Optional   
libtool              base                 REQUIRED            
cups-devel           base                 REQUIRED            
cups-image           base                 REQUIRED            
libusb               base                 REQUIRED            
python3-pyqt4-dbus   gui_qt4              OPTIONAL            
python3-pyqt4        gui_qt4              REQUIRED            
python3-devel        base                 REQUIRED            

The only package in that list that I could find in excalibur is libtool. Either they are looking for a specific version, or they don't know where to find libtool in a debian system. There is a libusb-0.1.4 and a libusb-1.0.0 in excalibur, but those either don't match the script's search pattern or they are the wrong version. Or again, maybe they don't know where to look. The others don't exist.

Also, most development packages in debian/devuan end in -dev, not -devel. There are a few libcups*-dev packages. Whoever wrote that script doesn't know that.

Why is it on sourceforge instead of some HP website?