[squid-dev] mirrors with missing files

[Alex Rousskov]

On 2023-10-31 15:39, Francesco Chemolli wrote:
> Before we can migrate ..., we need to 
> deprecate, cleanup and simplify a lot.

Do you really, really _need_ to "deprecate, cleanup, and simplify a lot" 
in order to stop mirroring tomorrow?! Start doing new minor releases on 
GitHub a month from now? FWIW, I have asked for specifics many times, 
but am still unaware of any serious obstacles on the way to those goals.

AFAICT, there is just lack of shared goals (or shared priorities) rather 
than serious obstacles on the way of achieving those two specific goals.

Alex.


On 2023-10-31 15:39, Francesco Chemolli wrote:
 > Hi all,
 > I agree, it would be awesome to rely on a more more than delivery
 > network for our website.
 > At this time it is complicated. Oh website is large as a result of
 > posting mailing list, archives and a lot of release files, patches,
 > change sets. Before we can migrate to anything different, we need to
 > deprecate, cleanup and simplify a lot.
 > Any help would be greatly appreciated
 >
 > @mobile
 >

> On Tue, 31 Oct 2023 at 19:32, Alex Rousskov wrote:
> 
>     On 2023-10-31 06:08, Adam Majer wrote:
>      > I've looked at the mirrors posted,
>      >
>      > http://www.squid-cache.org/Download/mirrors.html
>      >
>      > and these seem all obsolete.
> 
>     Thank you for doing this analysis! I have been begging the Project to
>     drop all mirrors for a long time now. I failed to convince others that
>     the associated embarrassment and waste of time are just not worth the
>     benefits. Maybe your observations will be the last straw...
> 
> 
>      > I'm not sure, but maybe a more reliable way would be to migrate to
>      > github.com <http://github.com> for the releases.
> 
>     FWIW, I am quite sure, and has been making that suggestion for several
>     years now. GitHub is far from perfect, but using its release posting
>     features (correctly) will dramatically decrease our release overheads
>     and delays. This migration is not trivial, and I have failed to
>     convince
>     others that it is worth their time to start migrating.
> 
>     Alex.
> 
>     _______________________________________________
>     squid-dev mailing list
>     squid-dev at lists.squid-cache.org <mailto:squid-dev at lists.squid-cache.org>
>     https://lists.squid-cache.org/listinfo/squid-dev
>     <https://lists.squid-cache.org/listinfo/squid-dev>
>