was sure i had that posted before : https://dev1galaxy.org/viewtopic.php?pid=24970#p24970

deb mirror+file:/etc/apt/mirror_list.txt chimaera main

mirror_list.txt should contain only mirror urls , eg

https://pkgmaster.devuan.org/merged

it's not supposed to be the same as https://pkgmaster.devuan.org/mirror_list.txt. not the same format to use.. completely different things...

and no, i don't know of a similar netselect tool for devuan.

offtopic.

from my experience, you can't just adjust the guide for bullseye to sid. releases can differ a lot.
in anycase, base-files should/could be replaced too. devuan version for sid/ceres is 12.2devuan2.
so, remove all debian repos, and post the output of `apt install base-files/unstable`..

edit] hoas beat me to it.

this.
sid also "freezes". no updates coming in while testing freezes to become stable. exception might be some last RC updates, but even that, stop completely a few days prior to release.

and sid is not always fluid and unstable. most of the time it's pretty stable, but oh well, not always. (and stable is not always stable either..)
for those wanting to try sid/ceres, keep backups at all times.for that moment something breaks in sid, you'll certainly want a backup available.

dig and ping only work for domain names, not HTTP urls...

so try :
dig lists.alpinelinux.org
ping lists.alpinelinux.org
dig distrowatch.com
ping distrowatch.com
etc... 

you can also try
dig distrowatch.com @8.8.8.8
and post output here...

nothing seems wrong above.. curl which works with urls seems to work just fine. an "output a mile wrong" probably seems correct...
your `curl https://lists.alpinelinux.org` shows 404 (works fine here), which mean it resolves succesfully, but didn't find the resource..

in general i would say you're experiencing network issues. or clock is failing, or something was manually changed in /etc/hosts or local resolver or router or isp or....

always wondered about avatars here

thx

so, the backdoor was not discovered on systemd (source/binary) packages, just uses these names to hide itself : "systemd-daemon" and "gvfsd-helper" .
OP i think you should rephrase the title and description, it's completely wrong. (=clickbait).

excuse my ignorance, but do you care to explain a bit more.. (?)
in particular, everything seems to be dependent on TPM chip/firmware.. what happens in the case of "evil"/broken/taken out TPM?
how's that (=putting another "middle man" in boot process) a good thing?

p.s. not understanding much on UEFI/SecureBoot/TPM, so it can be that i'm completely ignorant on these

i have the exact opposite question, but without nvidia @#%#%.
why are slowwwwww windoze still around?
had to check a friends laptop (similar specs to mine) with win7 and waited to open a browser for ~15". opens up instantly here (devuan ceres x64)...

ofcourse many factors count. running processes, drivers, hdd, ram, etc.

the only time i had to admit windoze felt smoother-faster, was winxp on a really old laptop, compared to debian lenny (or squeeze?) at the time (not sure which one).
even tried older debian releases on floppy, but still i couldn't get descent system response like on winxp.. anyway, that was a decade+ ago...

ps. win7 are not supported anymore, so no updates. etc..

no such problem here (same version - testing/ceres). not a single libsoup message in virt-manager --debug. vms window open/work normally as always.
i would say problem is on some virt-manager installed recommendation, and not on actual virt-manager. eg. check this bug, it's similar :
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1019339
maybe some gnome thingy(?)

liquorix is the only kernel i've tried that doesn't post errors on boot about tpm module missing.
default debian kernel, antix kernel and linux-libre, keep displaying not found messages about it....
so i prefer to use those instead of liquorix...