Bruno Haible via Gnulib discussion list <[email protected]> writes:
> Paul Eggert wrote:
>> Thanks for handling this. But I'm not quite following. Is this sort of
>> thing recommended for all developers that develop or use Gnulib? If so,
>> should it be documented in the Gnulib manual?
>
> The savannah volunteers are fighting hard to keep savannah working;
> similar work is done by the FSF sysadmins regarding lists.gnu.org and
> www.gnu.org. The only recent public communications that I know of are
> [1][2][3]. Most of what I know is from the IRC channel #savannah,
> and the situation can change from one month to the next month.
> [4] is not currently up-to-date.
Thanks, using the GitHub mirrors that we control makes sense and should
help a bit.
I really hope they reconsider using Anubis like sourceware.org,
kernel.org, and many others [1]. I know they chose not to because of
JavaScript, but sourceware uses a challenge that does not require
Javascript and seems to work well enough [2].
I find myself waiting for lists.gnu.org pages to load frequently
nowadays, and I found out recently that no one should use ftp.gnu.org:
$ time wget https://ftp.gnu.org/gnu/bison/bison-3.8.2.tar.xz
[...]
real 2m45.345s
$ time wget http://mirror.rit.edu/gnu/bison/bison-3.8.2.tar.xz
[...]
real 0m1.490s
That tarball is small, only 2.7M, compared to glibc or gcc which is ≥
30M.
Collin
[1] https://github.com/TecharoHQ/anubis
[2] https://anubis.techaro.lol/docs/admin/configuration/challenges/metarefresh
