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.

Hey, thanks for the info!

I could get it to work with two mirror files, one for "devuan" and one for "merged":

 # cat mirrors_devuan.txt 
https://ftp.fau.de/devuan/devuan/
https://dist-mirror.fem.tu-ilmenau.de/devuan/devuan/

 # cat mirrors_merged.txt 
https://ftp.fau.de/devuan/merged/
https://dist-mirror.fem.tu-ilmenau.de/devuan/merged/

and these chages to sources.list:

 # cat sources.list
deb mirror+file:/etc/apt/mirrors_merged.txt chimaera main contrib non-free
deb mirror+file:/etc/apt/mirrors_merged.txt chimaera-updates main contrib non-free
deb mirror+file:/etc/apt/mirrors_devuan.txt chimaera-proposed-updates main contrib non-free
deb mirror+file:/etc/apt/mirrors_merged.txt chimaera-security main contrib non-free
deb mirror+file:/etc/apt/mirrors_merged.txt chimaera-backports main contrib non-free

Works now. This way, I could leave out the faulty/incomplete lmu mirror.

Thanks a lot!

I usually use 0.0.0.0 (any(?)) for the ip, not 127.0.0.1 (local host)

I'm using it to block certain  user "manual" sites that seem to only list tags, but no other info except adds and links to like-wise pages.

I hope this helps

https://sledjhamr.org/apt-panopticon/results/Report-web.html even lists devuan.bio.lmu.de as a "faulty mirror"! Will this lead to this one being removed, or will the maintainers be contacted? I wrote some email to the LMU Munich, but I'm not sure if they will reach the correct addressee …

better contact mirrors@devuan.org

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.

https://sledjhamr.org/apt-panopticon/results/Report-web.html even lists devuan.bio.lmu.de as a "faulty mirror"! Will this lead to this one being removed, or will the maintainers be contacted? I wrote some email to the LMU Munich, but I'm not sure if they will reach the correct addressee …

deb mirror://path/to/mirrors.txt chimaera main

looks very promising!

Is there some automated way to check which mirrors are the fastest for my location? Like Artix'/Arch's rankmirrors or Gentoo's mirrorselect?

How would I change sources.list? I tried to download http://pkgmaster.devuan.org/mirror_list.txt to/etc/apt/ and removed the mirror in question. Then I changed the sources.list from

deb http://deb.devuan.org/merged chimaera main contrib non-free
deb http://deb.devuan.org/merged chimaera-updates main contrib non-free
deb http://deb.devuan.org/devuan chimaera-proposed-updates main contrib non-free
deb http://deb.devuan.org/merged chimaera-security main contrib non-free
deb http://deb.devuan.org/merged chimaera-backports main contrib non-free

to

deb mirror://etc/apt/mirror_list.txt chimaera main contrib non-free
deb mirror://etc/apt/mirror_list.txt chimaera-updates main contrib non-free
deb mirror://etc/apt/mirror_list.txt chimaera-proposed-updates main contrib non-free
deb mirror://etc/apt/mirror_list.txt chimaera-security main contrib non-free
deb mirror://etc/apt/mirror_list.txt chimaera-backports main contrib non-free

but it dosn't work: I get

Err:1 http://etc/apt/mirror_list.txt Mirrorlist
  Could not resolve 'etc'
...

With three slashes after mirror:, it's

Err:1 http://etc/apt/mirror_list.txt Mirrorlist
  Could not resolve 'etc'

2. use a mirrors.txt file with mirrors you want to use. exclude the one you don't want. eg.
deb mirror://path/to/mirrors.txt chimaera main

3. contact mirrors@devuan.org to fix broken mirror.

Is it the expected behavior that apt doesn't try another mirror but just gives up right away though?! On Gentoo, we simply have a config file with a variable containing the mirrors we want to use (along with a script to check which ones will work best). As there seems to be no easy way to do this using apt & Co, I would have at least expected that it would retry …

Apart from this: Wouldn't be the mirror be exptected to actually serve the packages in question? Or does everybody choose which architectures to provide when mirroring Debian? And if so, shouldn't the mirror announce itself for leaving some architectures behind?

Sorry, I'm quite new to the Debian/Devuan universe, and a couple of things here are a bit strange ;-)

The main purpose of the roundrobin is to spread the load, but if you have a specific need then one person fixing their choice of mirror won't be disruptive.
If lots of you were to need a particular mirror as it was the only one that serves ARM packages then that might be more of a problem, but I don't expect there are that many with that need and I gather than most mirrors would work ok.

I've done this in the past (as I wanted a https connection). It used to work so long as I wasn't trying to download when that site was offline for maintenance, maybe for updating the mirror.

Maybe, this is actually a syncing problem. Seems like they have all kinds of ARM packages – but not the armel one needed by my Raspberry Pi 1. I think I'll contact the mirror admin. Maybe, they can or want to change this. Quasi as an upstream bugfix.