You can use FAT or NTFS on the USB stick if you want it to be readable in both Windows and GNU/Linux.

Although the Devuan packages site doesn't allow for direct downloads of the .deb packages the Debian packages site does so you could use that instead in a pinch.

But note that almost all drivers are included with the kernel so you can't really download those, as such. Firmware packages are fine though and they have no dependencies so it's even "safe" to install firmware .debs from sid.

Please open a thread at bbs.archlinux.org instead, I'm a member there as well :-)

I'm not trying to convince you of anything — I'm just stating my opinion, which is based on countless threads reporting problems with half-assed UEFI implementations. But I've never actually used LUKS or LVM so that may be a factor here.

Just upload it to a pastebin and share the link here, lockdown is sooooo boring that I'll probably read it all.

Oh really? Do any errors show up in dmesg? How are the temperatures?

We've had quite a few problem threads over at the Arch forums about freezes with 3rd generation Ryzen even with kernels >5 so I just presumed 4.19 wouldn't work well at all.

You're going to have fun with that one because the Devuan firmware packages haven't been updated since last July, even in ceres.

I've been advising people over at fdn with that card to install MX Linux's firmware package, that's been ported from Ubuntu and contains the latest Navi firmware packages: http://mxrepo.com/mx/repo/pool/ahs/l/li … +1_all.deb

Devuan should be mounting the ESP under /boot/efi rather than /boot.

Off-topic for these forums but you don't need to mount the ESP under /boot in Arch if you're using GRUB. I prefer to have it mounted under /efi but with the noauto option applied to save wear on the frangible FAT filesystem.

Which ISO image are you using? It's always best to provide the actual URL to avoid any ambiguity.

I think you'll need the beowulf beta for hardware that new.

Very nice, thanks for sharing

You might prefer this for the CPU identification:

CPU="$(awk -F':' '/model\ name/{cpu=$2} END{print cpu}' /proc/cpuinfo)"

And perhaps this for the OS line:

OS="$(awk -F'"' '/PRETTY_NAME/{print $2}' /etc/os-release)"

MX-19 still offers systemd as an alternative init system:

They don't use antiX's nosystemd repositories. Perhaps anticapitalista will confirm this, I see them lurking here regularly.

Not in my tests.

The xfce4 metapackage lists xfce4-pulseaudio-plugin as a dependency but PA is only in the Recommends list for that package (and even that is only for beowulf, the ASCII version doesn't list it all) and so can be removed without breaking things.

But libpulse0 won't be used if PulseAudio isn't running. It's a bit like the situation with libsystemd0 in Devuan's initial release.

Why would you want to use NetworkManager instead of ifupdown? NM is pure bloat for a simple ethernet connection.

Simpler solution:

# apt purge network-manager{,-gnome}

EDIT: also remove network-manager-gnome to get rid of nm-applet.

Create a file called /usr/lib/lazarus/1.6.2/startlazarus-custom with this content:

#!/bin/sh
GTK_IM_MODULE=gtk-im-context-simple QT_IM_MODULE=simple XMODIFIERS=@im=none /usr/lib/lazarus/1.6.2/startlazarus "$@"

Use chmod +x to make the script executable and then symlink it to /usr/local/bin/, like this:

# ln -s /usr/lib/lazarus/1.6.2/startlazarus-custom /usr/local/bin/startlazarus-1.6.2
# ln -s /usr/lib/lazarus/1.6.2/startlazarus-custom /usr/local/bin/lazarus-ide-1.6.2

Then use this to add the script to the alternatives system:

# update-alternatives \
   --install /usr/bin/lazarus-ide lazarus-ide /usr/lib/lazarus/1.6.2/startlazarus-custom 1060200 \
   --slave /usr/bin/startlazarus startlazarus /usr/lib/lazarus/1.6.2/startlazarus-custom \
   --slave /usr/share/pixmaps/lazarus.xpm lazarus.xpm /usr/share/pixmaps/lazarus-1.6.2.xpm

Finally run this and select the new startlazarus-custom alternative:

# update-alternatives --config lazarus-ide

If you ever upgrade the system or change to the newer Lazarus package from the backports repository then remove the custom script from the alternatives system beforehand:

# update-alternatives --remove lazarus-ide /usr/lib/lazarus/1.6.2/startlazarus-custom

Also remove /usr/lib/lazarus/1.6.2/startlazarus-custom and the /usr/local/bin/startlazarus-1.6.2 & /usr/local/bin/lazarus-ide-1.6.2 symlinks.

After the upgrade you can create new scripts & symlinks and add the new alternative using the new package version names.

I can't argue with that...

Almost certainly given the ridiculous size of the codebase.

Did you try removing that file? X should auto-configure these days.

That card might be too new for ASCII's nouveau driver. Have you tried the beowulf beta image?

Be sure to install the firmware-misc-nonfree package as well.

^ The tzdata package was configured for me, did you see the options for localisation in the installer?