The officially official Devuan Forum!

You are not logged in.

#1 Re: Devuan Derivatives » Devuan Excalibur mate-mini + Xlibre! » 2026-03-20 12:15:25

I switched from the old xlibre repo to the newer one (https://github.com/xlibre-debian/devuan) and ran into some weirdness. I had to remove all the old xlibre packages instead of just upgrading - the versions of xlibre are the same in both repos. (1:7.8+4)

Other weirdness is that the newer repo seems to have Suite: and Components: reversed, but correcting that does not work. I get an error message about the Release file missing. Leaving them reversed does work, and I was able to install xlibre.

I was also able to remove my user from the input group. I think that means the seatd support is working, but I'm not sure if they're related.

$ dpkg -l |grep -E "seat|logind"
ii  libelogind-compat:amd64            255.17-5                                     amd64        user, seat and session management library compatibility
ii  libelogind0:amd64                  255.17-5                                     amd64        user, seat and session management library
ii  libseat1:amd64                     0.9.3-1                                      amd64        flexible seat and user management library
ii  seatd                              0.9.3-1                                      amd64        minimal seat and user management daemon

#2 Re: Devuan Derivatives » Devuan Excalibur mate-mini + Xlibre! » 2026-03-19 00:30:23

@rations:  Which github page are you looking at? This one suggests that you might need backports for daedalus, but I don't see excalibur-backports mentioned.

https://xlibre-deb.github.io/devuan/

You might need to install libdrm* packages from Devuan daedalus-backports repository.

I haven't tried xlibre on daedalus, so I don't know if it's needed or not.

#3 Re: Devuan Derivatives » [MiyoLinux] New Releases Uploaded » 2026-03-16 15:06:22

FTW, install your favorite version in a virtual machine and then do the upgrade. That way, if you screw it up, it's easy to start over again. Then you can make your own iso with refractasnapshot and install to real hardware.

#4 Re: Freedom Hacks » Needs for better modularization of installs » 2026-03-10 20:05:36

only way I found was to call update-initramfs.orig.initramfs-tools manually

Only if the live-tools package is installed. Without that, update-initramfs does not get diverted.

#6 Re: Installation » [SOLVED] persist initramfs fsck.log / persist the following output on disc fail » 2026-03-06 11:54:49

@onedevone,
Stop spreading FUD about refractasnapshot. It's not even relevant FUD. The OP's problem has nothing at all to do with refractasnapshot or the live isos.

#7 Re: Other Issues » Running virtual machines: Possible important difference Devuan/Debian » 2026-03-06 02:56:22

I didn't know I could do this, but it works. I think it's basically the same as what you're trying to do.

Live-usb, first partition is fat32 and has filesystem.squashfs, kernel and initrd, syslinux and grub files with boot menus.

Second partition is linux partition and I made a loopback file for the persistent filesystem. I kept the default username of devuan, so I didn't have to do anything special on first boot.

With nottyautologin I'm able to drop to console with ctrl-alt-Fn and there's a login prompt (n=1-6). Without nottyautologin, tty1 shows the end of the boot messages and no login prompt or command prompt. And tty2-6 are just black.

This is the boot command for user 'devuan'

BOOT_IMAGE=/excal_6.1.1/live/vmlinuz initrd=/excal_6.1.1/live/initrd.img boot=live live-media-path=/excal_6.1.1/live persistence persistence-media=removable-usb persistence-path=/loopfiles/ persistence-label=dev1 username=devuan  nottyautologin apparmor=0 

Second loopback file for alternate persistence. For the first boot, I added nox11autologin and S to boot to single user. As root, I deleted the primary user (devuan) and deleted all of /home/devuan, then created phred. (deluser and adduser). When I exited the root console, the desktop came up without having to log in.

On subsequent boot, I removed the nox11autologin, and phred's desktop came up without a login.

This is the boot command for user 'phred'

BOOT_IMAGE=/excal_6.1.1/live/vmlinuz initrd=/excal_6.1.1/live/initrd.img boot=live live-media-path=/excal_6.1.1/live persistence persistence-media=removable-usb persistence-path=/loopfiles/ persistence-label=dev1b username=phred nottyautologin apparmor=0

If your user's name is 'user' then it doesn't need to be set it in the boot command.

#8 Re: Desktop and Multimedia » [SOLVED] No audio through Pipewire » 2026-03-05 20:57:56

You're trying to install conflicting packages that are all included with the glob - pipewire*. You could just install pipewire-audio which will pull in the necessary packages automatically.

Get rid of the pipewire-media-session stuff and let wireplumber install.

#9 Re: Devuan Derivatives » GNUinOS - Libre » 2026-03-04 20:37:57

@aitor

RE: mdadm errors in live iso.
See https://dev1galaxy.org/viewtopic.php?pid=57685#p57685

That post has the solution. The whole thread describes the problem and a couple of ineffective attempts at a solution.

TLDR: mdadm is not installed, but the package is in the iso for installation after boot, no network needed.

P.S. If you come up with a better solution, please let me know.

#10 Re: Devuan » Question about https://deb.devuan.org/ » 2026-03-03 18:16:30

Don't use https with deb.devuan.org. It's a round-robin and not all mirrors support https. If you go to http://deb.devuan.org you'll see the same page as https://pkgmaster.devuan.org.

If you feel a need to use https in your sources.list, you'll need to select a specific mirror that supports it.

I got this explanation from someone else:

Normally sources.list uses http:// protocol not https:// protocol and the mirrors *if* they were to use https would require distributing the certificates to all of the mirrors.  Not practical.  And the signed Releases file was designed before https and protects the integrity of the transfers without needing https.

#11 Re: Installation » [SOLVED] Display problems with 6.1.1 live » 2026-03-01 23:23:11

You have to delete 'user' to make noautologin work.

No, I don't have to delete 'user', and noautologin does work with or without persistence. I've been doing it this way for about 15 years. Before devuan existed I was doing this with debian. I guess we're not doing the same thing.

I use this to make a live-usb: https://get.refracta.org/files/tools/re … ~4_all.deb

#12 Re: Other Issues » New Wifi Vulnerability » 2026-02-27 15:14:22

Ed. Ahh, I see I have reached the perfect post count. big_smile

I think I have a better understanding of the phrase, "The devil is in the details." smile

#13 Re: Installation » [SOLVED] Display problems with 6.1.1 live » 2026-02-27 12:25:38

I don't get the same results as you. The noautologin option is working correctly here on two different live-isos.

The devuan desktop-live iso has user 'devuan' pre-defined, and with noautologin, boot stops at the slim login screen.
A refracta live iso has user 'user' pre-defined, and with noautologin, boot stops at the lightdm login screen.

Maybe I should call it a pre-existing user instead. That user already exists and has a home directory inside the squashfs as opposed to being created when the system boots.

#14 Re: Installation » [SOLVED] Display problems with 6.1.1 live » 2026-02-27 10:30:17

See 'man live-build' and 'man live-config' for details about the options for the live system.

#15 Re: Installation » [SOLVED] Display problems with 6.1.1 live » 2026-02-26 19:05:40

The default user already exists in devuan live isos. In debian live isos, the default user is created during boot if the option 'config' is included in the command line. I think if you remove that, you'll have the default user again.

#16 Re: Installation » [SOLVED] Display problems with 6.1.1 live » 2026-02-26 13:31:15

The failsafe option in the boot menu has these:

noapic noapm nodma nomce nolapic nosmp nomodeset vga=normal

And I noticed that in the grub menu created by live-sdk, the failsafe entry is missing 'nomodeset'. It's only in the syslinux menu. In refractasnapshot, 'nomodeset' is in the failsafe entries in both menus.

#17 Re: Installation » [SOLVED] Display problems with 6.1.1 live » 2026-02-26 12:45:28

@tyder, see if you can narrow down which kernel parameters make a difference. TAB or e to edit the boot entry on the fly.

Here's mine.
Booted from usb on hardware. It works here.

 inxi -G
Graphics:
  Device-1: Intel HD Graphics 5500 driver: i915 v: kernel
  Device-2: Chicony Integrated Camera driver: uvcvideo type: USB
  Display: x11 server: X.org v: 1.21.1.16 driver: X: loaded: modesetting unloaded: fbdev,vesa
    dri: iris gpu: i915 tty: 121x24 resolution: 1600x900
  API: EGL v: 1.5 drivers: iris,swrast platforms: gbm,surfaceless,device
  API: OpenGL v: 4.6 compat-v: 4.5 vendor: mesa v: 25.0.7-2 note: console (EGL sourced)
    renderer: Mesa Intel HD Graphics 5500 (BDW GT2), llvmpipe (LLVM 19.1.7 256 bits)
  Info: Tools: api: eglinfo,glxinfo de: xfce4-display-settings x11: xdriinfo, xdpyinfo, xprop,
    xrandr

#18 Re: Installation » [SOLVED] Display problems with 6.1.1 live » 2026-02-26 02:15:17

failsafe is just a name for a choice in the boot menu. Look at the boot command for that choice and you will see some kernel paramaters. One of them is 'nomodeset' which is sometimes useful when normal boot options result in a black screen.

What video cards are you using? I don't think you mentioned that.

#19 Re: Installation » [SOLVED] Display problems with 6.1.1 live » 2026-02-25 22:33:50

This one (dzz's third example) shows me the boot menu and goes to black screen.

qemu-system-x86_64 -enable-kvm -m 2048 -bios /usr/share/ovmf/OVMF.fd  -boot d -cdrom devuan_excalibur_6.1.1_amd64_desktop-live.iso

I can get to serial console in qemu and log in. Slim is not running, xorg is running. I can kill xorg, then log into console as root and run startx. Desktop comes up. Alternatively, I can drop to console, install lightdm, start lightdm, get graphical login and desktop comes up.

This one (abbreviated fourth example - no network settings) works from boot menu to desktop.

qemu-system-x86_64 -machine accel=kvm -m 1924 -boot d -cdrom devuan_excalibur_6.1.1_amd64_desktop-live.iso -bios /usr/share/ovmf/OVMF.fd -boot once=d,menu=off

#20 Re: Installation » [SOLVED] Display problems with 6.1.1 live » 2026-02-25 19:11:33

Ok, I'm curious to know if the excalibur-nonfree iso that I linked above works.

You could build an iso using live-sdk, but for a one-off, it's easier to install what you want in a VM and then run refractasnapshot to make the live iso. With live-sdk, if you list a package to be installed that doesn't exist, then the build fails and you have to start over again. If you're working in a VM and planning to use refractasnapshot, if you try to install a package that doesn't exist, that one apt command fails, and you still have whatever work you've done building up the system.

Here are instructions for live-sdk:
https://dev1galaxy.org/viewtopic.php?id=551

Here are instructions for refractasnapshot:
https://git.devuan.org/devuan/refractas … apshot.txt

#21 Re: Installation » [SOLVED] Display problems with 6.1.1 live » 2026-02-25 17:26:36

Can you get different results using my qemu commands?

All the major desktops are available in the installer isos.

#22 Re: Installation » [SOLVED] Display problems with 6.1.1 live » 2026-02-25 14:30:12

Some more detail about exactly what you tried with which iso would help. Also, if you can find any of these other relevant discussions that you mentioned and provide the links, I would greatly appreciate it. I'm doing 15 different things and couldn't find them.

I have no trouble booting the isos in qemu or virtualbox in bios mode, but I have mixed results booting them in uefi mode. I don't know the reason for that. Gathering all the evidence in once place would be a good start.

For example, this works:

qemu-system-x86_64 -enable-kvm -m 2048 devuan_excalibur_6.1.1_amd64_desktop-live.iso

But trying to boot that iso in qemu uefi fails.

Meanwhile, this one works in uefi even though it was made the same way as the excalibur iso.

qemu-system-x86_64 -enable-kvm -m 2048 -bios /usr/share/ovmf/OVMF.fd devuan_freia_7-preview-2026-01-12_amd64_desktop-live.iso

And this one works (excalibur):

qemu-system-x86_64 -enable-kvm -m 2048 -bios /usr/share/ovmf/OVMF.fd refracta-isos/13.2/refracta_13.2_xfce_amd64-20251205_1133.iso

Edit: This one that I made for a wifi test yesterday works in uefi, too. It's just the default devuan excalibur desktop install that was created with refractasnapshot instead of live-sdk. The uefi part of the build is the same for both methods, so I'm at a loss for an explanation.

https://get.refracta.org/files/experimental/excalibur_nonfree-20260224_2014.iso

#24 Re: Installation » [SOLVED] [EXCALIBUR] No wifi in live cd w/ BCM 4360 » 2026-02-24 21:01:59

Please try this and let me know if it works. There's a gpg sig file in the same directory.

https://get.refracta.org/files/experime … 4_2014.iso

sha256sum:

31c2849c144cf99b742cce27e1781baa2d6df935f0b3bd86bee14e7545008a59  excalibur_nonfree-20260224_2014.iso

#25 Re: Installation » [SOLVED] [EXCALIBUR] No wifi in live cd w/ BCM 4360 » 2026-02-24 19:32:25

Some of the broadcoms are left out because they require the user to agree to certain conditions. I thought this was one of those, but now I'm not so sure. I might try making a live iso with broadcom-sta-dkms, and if it works, I can upload it for you to use. Instructions for installing all the broadcom drivers can be found at wiki.debian.org,  and they might require that you have an internet connection to get what you need to have an internet connection.

Easiest way to get what you need is if you can use an ethernet cable. You need to add non-free to the active lines in sources.list.

Alternatively, you could download the packages in windows and then install them when you boot into devuan. Here's the list of what you need:

# apt install broadcom-sta-dkms linux-headers-$(uname -r)
Installing:                     
  broadcom-sta-dkms  linux-headers-6.12.57+deb13-amd64

Installing dependencies:
  binutils                   libalgorithm-diff-perl     libitm1
  binutils-common            libalgorithm-diff-xs-perl  liblsan0
  binutils-x86-64-linux-gnu  libalgorithm-merge-perl    libquadmath0
  build-essential            libasan8                   libsframe1
  dkms                       libbinutils                libstdc++-14-dev
  dpkg-dev                   libc-dev-bin               libtsan2
  fakeroot                   libc6-dev                  libubsan1
  g++                        libcc1-0                   linux-headers-6.12.57+deb13-common
  g++-14                     libcrypt-dev               linux-kbuild-6.12.57+deb13
  g++-14-x86-64-linux-gnu    libctf-nobfd0              linux-libc-dev
  g++-x86-64-linux-gnu       libctf0                    make
  gcc                        libfakeroot                manpages
  gcc-14                     libgcc-14-dev              manpages-dev
  gcc-14-x86-64-linux-gnu    libgprofng0                pahole
  gcc-x86-64-linux-gnu       libhwasan0                 rpcsvc-proto

Edit:
I installed into a VM and was able to install broadcom-sta-dkms without having to agree to a license. I'm surprised. I'm making a new iso now that you can test. I don't have hardware for that.

Board footer

Forum Software