Running Devuan Daedalus and apt-cacher-ng, I'm not able to install 32-bit library packages (libx11-6:i586 for example).

Doing "dpkg --print-architecture" returns
amd64

Doing "dpkg --print-foreign-architectures" returns
i386
i586

These are the non-comment lines in /etc/apt/sources.list:
deb http://127.0.0.1:3142/us.deb.devuan.org/merged daedalus main contrib non-free non-free-firmware
deb http://127.0.0.1:3142/us.deb.devuan.org/merged daedalus-security main contrib non-free non-free-firmware
deb http://127.0.0.1:3142/us.deb.devuan.org/merged daedalus-updates main contrib non-free non-free-firmware
deb http://127.0.0.1:3142/us.deb.devuan.org/merged daedalus-backports main contrib non-free non-free-firmware

Doing "apt-get update" returns
Reading package lists... Done
N: Skipping acquire of configured file 'main/binary-i586/Packages' as repository 'http://127.0.0.1:3142/us.deb.devuan.org/merged daedalus InRelease' doesn't support architecture 'i586'
N: Skipping acquire of configured file 'contrib/binary-i586/Packages' as repository 'http://127.0.0.1:3142/us.deb.devuan.org/merged daedalus InRelease' Reading package lists... Done
N: Skipping acquire of configured file 'main/binary-i586/Packages' as repository 'http://127.0.0.1:3142/us.deb.devuan.org/merged daedalus InRelease' doesn't support architecture 'i586'
N: Skipping acquire of configured file 'contrib/binary-i586/Packages' as repository 'http://127.0.0.1:3142/us.deb.devuan.org/merged daedalus InRelease' doesn't support architecture 'i586'
N: Skipping acquire of configured file 'non-free/binary-i586/Packages' as repository 'http://127.0.0.1:3142/us.deb.devuan.org/merged daedalus InRelease' doesn't support architecture 'i586'
doesn't support architecture 'i586'
N: Skipping acquire of configured file 'non-free/binary-i586/Packages' as repository 'http://127.0.0.1:3142/us.deb.devuan.org/merged daedalus InRelease' doesn't support architecture 'i586'
...

Any suggestions?  Thanks in advance.

Since switching from Chimaera to Daedalus ~10 days ago, ntpsec shows it's contacting the servers, but the offset grows by a fraction of a second per day.  It appears it's contacting the servers but not managing the drift, not controlling the clock.

The only changes I made from the Daedalus factory-supplied /etc/ntpsec/ntp.conf file is to comment out the pool entries and add two server entries in order to have consistency from one boot to the next.  These are my server entries:

server time.cloudflare.com nts
server oregon.time.system76.com nts

Doing "ntpq -p" shows this about 3 days after running "ntpdig -S" and restarting ntpsec::

     remote           refid      st t when poll reach   delay   offset   jitter
===============================================================================
+time.cloudflare 10.119.8.155     3 8   33   64  377  10.5348 623.7458   0.5835
+oregon.time.sys 128.138.141.177  2 8   17   64  377  15.7338 627.3030   0.7425

Any suggestions to get ntpsec to put its hands on the steering wheel and drive?

In daedalus, with util-linux 2.38.1, /bin/more with no options initially clears the screen before starting to print text.  Based on over 40 years of using 'more', that is incorrect behavior--unless the -p or -c options had been supplied.  If the binary is called as 'page' or if the -p option is supplied, it's supposed to clear the screen.  In comparison, in chimaera, with util-linux 2.36.1, /bin/more with no options behaves correctly and does not initially clear the screen.  A web search did not reveal any discussion of how to work around this broken behavior.

Is there an (undocumented) option to nix the initial clearing of the screen?

As a side note, there's also a bug introduced probably over a decade ago now where 'more' quit showing one overlapping line of text.  If the binary is called as 'page', it's supposed to initially clear the screen and show zero overlap.  If the binary is called as 'more' with no options, it is supposed to _NOT_ initially clear the screen and is supposed to show one line of overlap as it scrolls.

It appears pkgmaster.devuan.org has quit serving chimaera updates.  What is the recommended replacement?

When I installed chimaera last December, this line in the original /etc/apt/sources.list referred to pkgmaster:

    deb http://pkgmaster.devuan.org/merged chimaera-security main contrib non-free

I'm using apt-cacher-ng, so I adapted it to this:

    deb http://127.0.0.1:3142/pkgmaster.devuan.org/merged chimaera-security main contrib non-free

That had been working great through May 7.  On May 14, 21, and 28 (today), I get this when attempting "apt-get update":

Hit:1 http://127.0.0.1:3142/deb.devuan.org/merged chimaera InRelease
Err:2 http://127.0.0.1:3142/pkgmaster.devuan.org/merged chimaera-security InRelease
  Connection failed [IP: 127.0.0.1 3142]
Hit:3 http://127.0.0.1:3142/deb.devuan.org/merged chimaera-updates InRelease
Hit:4 http://127.0.0.1:3142/deb.devuan.org/merged chimaera-backports InRelease
Reading package lists... Done
W: Failed to fetch http://127.0.0.1:3142/pkgmaster.devuan. … /InRelease  Connection failed [IP: 127.0.0.1 3142]
W: Some index files failed to download. They have been ignored, or old ones used instead.

Is deb.devuan.org the recommended replacement for pkgmaster.devuan.org?  Or, is there a different recommended replacement?

What AMD graphics card (up to US$250 price) will work with Beowulf?

I'm preparing to build a new system with an Asus Pro WS X570-ACE motherboard and either a 9 5900X or a 7 5800X CPU, with Devuan Beowulf as its first OS.  I plan to use open-source drivers, so I'm avoiding the 'PRO' cards.  After considerable searching, I have yet to find a cross-reference that says what AMD GPUs work with what version of kernel, xorg, etc.  Any pointers or suggestions?

Thanks,

Robert