On 9/18/2025 19:19, Clinton Bunch wrote:
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?
By the way our mirror list on zsh.org is out of date.The Freie Universität Berlin mirror should list an https URL since one is offered (especially as the ftp link is a non-starter in modern browsers)
The letterboxdelivery mirror leads to an error.
I read these, none of them address the points I brought up. Though they bring up some good points about bug trackers vs e-mail list oriented discussions. But it doesn't look like much research has been done by anyone asking for a bug tracker. Just a lot of "Why isn't GitHub good enough?" I'll see what I can turn up.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