I'll reply and then go read the other past discussions I didn't see. On 9/18/2025 18:09, Lawrence Velázquez wrote:
Then why have mirrors? Why make distributions accessible from sourceforge? If download speed isn't an issue then why bother maintaining the relationships.On Thu, Sep 18, 2025, at 6:20 PM, Clinton Bunch wrote:Distribution: We have 3 mirrors plus the main site. They are all located in Europe failing one of the main reasons for having mirrors, avoiding intercontinental lag.How much of a problem is this in practice?
Being able to copy a link and use curl or wget from the command line and actually download the file instead of source for a page to show you an ad before redirecting you to the actual download.SourceForge has a global network of mirrors using a "broker" to choose the nearest on a single URL. But SourceForge is not command line friendly.What does "command line friendly" mean, exactly?
Well, it makes it seem like the project is stuck in the past. Is that the impression we want to give new users and contributors?Another is that lists of mirrors always leaves a user wondering which to use and may be seen as antiquated. Maybe we should abandon the list of mirrors on our download page and consider command line friendly alternatives to SourceForge for our repository and web-hosting.Seems like a lot of work to avoid being "seen as antiquated".
Google only turned up the last one, and it was a drive-by with no discussion.I know it's a pretty radical suggestion and maybe presumptuous, but I thought I'd bring it up for discussion.Here is a (surely incomplete) selection of previous discussions regarding migration of hosting, issue tracking, or both: https://www.zsh.org/mla/workers/2014/msg00711.html https://www.zsh.org/mla/workers/2015/msg03338.html https://www.zsh.org/mla/users/2017/msg00000.html https://www.zsh.org/mla/workers/2020/msg00696.html https://www.zsh.org/mla/workers/2020/msg01071.html https://www.zsh.org/mla/workers/2024/msg00824.html