This is true for Windows, where it is a must, but not for Linux.

In case of a GPT partitioned disk to be able to install/boot in Legacy mode you will need a grub_bios partition (1Mibyte, no file system, grub_bios flag set) to be able to save the parts of grub that goes in that area that is availabe on MBR partitioned disks and which is used by the GPT partitioning scheme in that case. I have done that successfully with Daedalus. Will only work for a pure Linux system.

The installation media must be booted in legacy mode to be able to install the legacy grub. May thats the problem?

Well, the Debian equivalent to Daedalus is Bookworm, not Trixie/Testing. A new installation of Daedalus would solve all issues.

The Daedalus DVD does allow to install Daedalus over Chimaera, its no upgrade. I am not aware of any easy way to use the DVD for the purpose of an upgrade. The DVD may be used as rescue system easily.

The upgraded Chimaera will be mostly like a newly installed Daedalus, except for specialities you may have installed and if you choose to keep the old configs. For sure you will have one or the other orphaned config or other remainders of older SW.
In some cases an upgrade will fail. The release notes usually give hints what to look for and what to pay attention to.

When the PC is online on the internet, an update is easily done via the console, I have done it already without issues. Prepare yourself by reading the available documentation:
https://files.devuan.org/devuan_daedalu … _notes.txt
https://www.devuan.org/os/documentation … o-daedalus
https://www.devuan.org/os/install

Most likely you haven't installed the meta packages linux-image-amd64 and linux-headers-amd64. They make sure kernel and headers are updated and consistent.

Also check if you have security enabled in your sources.list. Some read: https://www.devuan.org/os/packages

A patch is on its way through Debian repos ...

Your entry into the sources.list is wrong. You could use:

deb http://archive.devuan.org/merged ascii main

But I wouldn't fiddle and change the sources.list of my Daedalus for a single program.

Alternative: on the right hand top of the forum page is a link behind Packages to a search of the complete Devuan repo. Use that to search for leafpad. In the list of results then click on the ASCII package and you get another page with all available info about the latest version including a link to the file itself (look for Filename:). Click on the link and you get the deb downloaded. You can install it with dpkg -i or gdebi.

Normally deb.devuan.org should do the job alright. This is no real mirror but a round robin that should pick the next or fasted server available. If the picked out server has a problem then deb.devuan.org doesn't work.

But these issues should only be present temporarily.

In any case, I haven't seen any issue here in Germany with deb.devuan.org in the last days.

apt update/upgrade works for me on my main Daedalus system and on the two Excalibur VMs I tested yesterday.

This is not the latest version, thats Linux 6.1.0-17-amd64 x86_64. Havent't you got linux-image-amd64 installed?

Have a look at Synaptic.

Neofetch is 360k installed, no dependencies.
Screenfetch is 280k installed and requires additional dependencies.

Yes, Devuan kernels are 1:1 Debian kernels. No modification, look at the package names.

Got the same message on my two Testing/Excalibur VMs, not on my laptop running Chimaera and Daedalus. All three with usrmerge applied.

Looked at the linked FAQ: What I understand from my limited English Debian is broken, there are completely contradicting messages and no solution. The team does not seem to know how to attack this usrmerge process.