Boian Bonev <bbonev@???> writes:
> Hi Olaf,
> Just removed it. It was added there by mistake. The intention of the mirror,
> AFAIU is to serve nz.deb.devuan.org and not deb.devuan.org besides its
> canonical name.
Thanks. The build of an updated devuan/devuan:ceres image has now
completed successfully on the second try.
> BTW. Did you try the more regional country code round-robins? E.g.
> jp.deb.devuan.org (guessing by your time zone) or some of the ones in EU?
No, because a regional round-robin should not end up in the Devuan
Docker Hub images ;-)
> With best regards,
> On Sat, 2023-03-18 at 00:33 +0900, Olaf Meeuwissen wrote:
>> For the last two, three hours I've been experiencing rather persistent
>> package download failures trying to debootstrap and migrate releases for
>> my Docker images in CI/CD jobs. All use
>> in their sources.list.
>> Normally, the jobs taking care of this succeed without a hitch (unless I
>> screw things up), but debootstrap has been unable to download "random"
>> packages and migrations show similar symptoms. The random bit is in the
>> packages that fail to download. These differ between jobs.
>> Unfortunately, debootstrap hides the server it tries to download from
>> but other package downloads in the jobs that use it, as well as the
>> migration jobs, point at 184.108.40.206 being the culprit.
>> A reverse DNS lookup says that's mx1.4mail.nz (which is not on the
>> list of mirrors, btw).
>> : https://www.nslookup.io/ip/220.127.116.11/domain-names/
>> : https://www.devuan.org/get-devuan
>> If someone could address this that would be appreciated. Here address
>> could be one of getting that server to get its act together or take it
>> of the round-robin DNS until it giet its act together.
>> Right now, trying to download packages is a crap-shoot from where I'm
>> at. BTW, you can see the results of that in the failed build jobs at
>> Hope this helps,