I have no idea what "Rackspace's Debian Bookworm VM" might imply, but anyway.

Network:
The configuration is changing during migration. One option is to keep the configured "enp0s0"-alike debian device name:

$ su -
# echo 'GRUB_CMDLINE_LINUX="net.ifnames=1"' >>/etc/default/grub     ### OR to 'GRUB_CMDLINE_LINUX_DEFAULT' 
# update-grub

To further split migration in smaller parts, you could try to

# apt install sysvinit-core

as debian (reboot needed!) and then migrate to devuan.

Reminds me on a Raspi 2.
A real slow micro-computer, but it can be used for video playback, if you purchased a license for "video decoding on the graphics hardware" additionally.
Chrome OS may include proprietary firmware with such a feature?

In this situation, I would have upgrade chimaera to daedalus.

EDIT:
The one line above sounds stupid, sorry. I'll try again in detail:

There is no need to re-install. Doing a dist-upgrade with apt works fine. Benefits are: Manual configurations are preserved, less time consuming, everything is basically as it was. The process is not too complicated and in the worst case you can recover chimaera.
(edit /etc/apt/sources.list accordingly; apt update; apt upgrade; apt dist-upgrade and it's done)

The guitar intro in the first ~90 seconds is Ted Nugent's Stranglehold, isn't it?

Update:
Yesterday's re-switch to excalibur went flawless. The t64 library issue seems settled so far - at least for the programs in this particular installation.

Since excalibur is testing, there are issues to solve. In my case: LXDE
lxpannel-gtk3 is still broken. Therefore dadalus' version (gtk2-based) is preserved through the following pinning:

$ cat /etc/apt/preferences.d/lxde.pref 

Package: lxde* 
Pin: release n=daedalus
Pin-Priority: 1011

Package: pcmanfm  libfm4 libfm-gtk4 libfm-modules libfm-tools
Pin: release n=daedalus
Pin-Priority: 1011

Package: libfm-d* libfm-extra* libfm-gtk-*
# Package: libfm-doc  libfm-dev libfm-extra-dev libfm-gtk-dev  libfm-data libfm-gtk-data  libfm-extra4
Pin: release n=daedalus
Pin-Priority: 1011

Package: lxappearance* lxpanel* lxhotkey* 
Pin: release n=daedalus
Pin-Priority: 1011

#Package: libfm4t64 
#Pin: release *
#Pin-Priority: -1

################################################################################
# daedalus' lxde is gtk2-based
# excalibur's lxde is gtk3-based
# Q: Why?
# A: "lxpannel-gtk3" is not working ... so "lxde-gtk2" it is.
#

# apt pinning
# Package: libfm-*  # matches "gtk3" and "qt" versions too
#  
#      -gtk3       # we want to avoid these!
#      -qt         # lxqt - don't touch.
#
# "menu-cache" program: packages not pinned!
# lxmenu-data libmenu-cache3  libmenu-cache-bin   # libfm-extra4t64 libfm-extra4
#

# Remarks:
# "libfm-gtk4": Does NOT refer to "gtk version 4"
# "lxappearance-gtk3": seems to work meanwhile (May 2024), still lxpannel to fix
#  
# 
# lxde-gtk2 and lxde-gtk3 do not mixed-up
# possible exception: The "menu-cache" program 
# 

It is a moving target, notes are included.

Welcome!

I saw a little something: Files in "/etc/apt/preferences.d/" need to have the extension ".pref". Otherwise apt ignores them and complains.

From Lorenzo's bug report:

That sounds terrible!
Is the consequence, that any sysv initscript needs to be updated to fix this behavior?
(Or: If you have such a "helper" you don't need enemies.)

Back to main topic:
Unused stuff can be removed - sorry purged - too apt purge openrc.

There is the "Packages"-link in the upper-right-corner, https://pkginfo.devuan.org/ . The search pattern is: "PackageName":"Architecture".
Search for e.g.: "network-manager:arm64".
(next page) Select the link matching your devuan-version.
(next page) A bit down the page is a download link to the package.  ( https://pkginfo.devuan.org/cgi-bin/pack … 4-1devuan1 )

Hope this helps, but not sure whether this is understandable.

Thanks for the info.
The last years with devuan/debian testing were quite convincing, but I'm going back to daedalus by now.

Blender runs on my daedalus with LXDE and it is not asking for (non-existing) libraries, like libavformat.so.58.
Maybe an apt dist-upgrade was missing during the last upgrade?

$ apt list --installed | grep -e libavf -e blender -e libsws

blender-data/stable,stable,now 3.4.1+dfsg-2 all [installed,automatic]
blender/stable,now 3.4.1+dfsg-2+b1 amd64 [installed]
libavfilter8/stable,stable-security,now 7:5.1.4-0+deb12u1 amd64 [installed,automatic]
libavformat-dev/stable,stable-security,now 7:5.1.4-0+deb12u1 amd64 [installed,automatic]
libavformat59/stable,stable-security,now 7:5.1.4-0+deb12u1 amd64 [installed,automatic]
libswscale-dev/stable,stable-security,now 7:5.1.4-0+deb12u1 amd64 [installed,automatic]
libswscale6/stable,stable-security,now 7:5.1.4-0+deb12u1 amd64 [installed,automatic]

My "mother of all apt pins" is

$ cat /etc/apt/preferences.d/systemd.pref 
# not anymore #  Package: systemd 
Package: *systemd*:*
Pin: release *
Pin-Priority: -1

Not sure about the exact syntax, lets say it works so far.
Cases: On debian 12/13 to prevent re-installation of some systemd-stuff. On excalibur, just to be sure. And some "purge systemd in debian"-experiments as a preparation for a controlled devuan-migration.

Variants: On machines with multiarch, it's sometimes "Package: systemd:*"
Compared to @nixer's post: No wild card in the package name. Just mentioning, no clue about the consequences.
Edit: Not good enough anymore without wild cards
Edit2: Never realized the possibility to have multiple package names in one line, which will simplify some .*pref  files
Edit2: Stumbled upon the package "systemd-dev"

The title is "Beowuf to Chimaera", but you mean to Daedalus, right?
Otherwise, Chimaera has wicd.