Recent

Author Topic: Download speed ridiculous  (Read 3663 times)

duzenko

  • New Member
  • *
  • Posts: 22
Download speed ridiculous
« on: January 09, 2022, 10:34:40 am »
Screenshot attached
Why not host releases on github, etc?

Martin_fr

  • Administrator
  • Hero Member
  • *
  • Posts: 8470
  • Debugger - SynEdit - and more
    • wiki
Re: Download speed ridiculous
« Reply #1 on: January 09, 2022, 10:42:19 am »
Generally speaking there is nothing against adding gitlab as mirror (or the other way round). Just needs someone to do the work.

Still strange. Sourceforge has plenty of mirrors around the world.... It should be faster.
For now, have you tried to pick a different mirror?

loaded

  • Hero Member
  • *****
  • Posts: 633
Re: Download speed ridiculous
« Reply #2 on: January 09, 2022, 10:58:16 am »
Why not host releases on github, etc?

I think there is something unusual in your system, because;
Sourceforge is very fast.
« Last Edit: January 09, 2022, 11:01:03 am by loaded »
If Ide=Lazarus 2.0.10 32 Bit and Os=Win 10 Home 64 Bit then Get up and do something useful! Because God is the helper of those who start again;

Martin_fr

  • Administrator
  • Hero Member
  • *
  • Posts: 8470
  • Debugger - SynEdit - and more
    • wiki
Re: Download speed ridiculous
« Reply #3 on: January 09, 2022, 11:20:44 am »
Well given that our older mirrors seem to be mostly out of commission, new mirrors might be a good idea.

duzenko

  • New Member
  • *
  • Posts: 22
Re: Download speed ridiculous
« Reply #4 on: January 09, 2022, 11:25:50 am »
Well, the http official mirror does not seem to have new releases
I ended up downloading from ftp, with speed of around 300KB/sec

trev

  • Global Moderator
  • Hero Member
  • *****
  • Posts: 1998
  • Former Delphi 1-7, 10.2 user
Re: Download speed ridiculous
« Reply #5 on: January 11, 2022, 01:32:22 am »
Well, the http official mirror does not seem to have new releases

What is the URL of the "official mirror" that does not have new releases?

SourceForge does have all releases and release candidates.
Lazarus 2.3, FPC 3.3.1 macOS 12.3.1 x86_64 Xcode 13.4
Lazarus 2.3, FPC 3.3.1 macOS 12.3.1 aarch64 Xcode 13.4

Martin_fr

  • Administrator
  • Hero Member
  • *
  • Posts: 8470
  • Debugger - SynEdit - and more
    • wiki
Re: Download speed ridiculous
« Reply #6 on: January 11, 2022, 01:49:29 am »
Well, the http official mirror does not seem to have new releases

What is the URL of the "official mirror" that does not have new releases?

SourceForge does have all releases and release candidates.

Sourceforge isn't a mirror, it is the origin.

https://www.lazarus-ide.org/index.php?page=downloads

The ftp server is up to date. The other is not (as far as I can see).

trev

  • Global Moderator
  • Hero Member
  • *****
  • Posts: 1998
  • Former Delphi 1-7, 10.2 user
Re: Download speed ridiculous
« Reply #7 on: January 11, 2022, 03:12:25 am »
Sourceforge isn't a mirror, it is the origin.

Which is why I didn't call SourceForge a mirror and simply pointed out it had everything :)
Lazarus 2.3, FPC 3.3.1 macOS 12.3.1 x86_64 Xcode 13.4
Lazarus 2.3, FPC 3.3.1 macOS 12.3.1 aarch64 Xcode 13.4

duzenko

  • New Member
  • *
  • Posts: 22
Re: Download speed ridiculous
« Reply #8 on: January 11, 2022, 07:44:11 am »
Downloaded again yesterday and it was fast enough (several MB/s)
Assumingly the original issue was a network quirk

Martin_fr

  • Administrator
  • Hero Member
  • *
  • Posts: 8470
  • Debugger - SynEdit - and more
    • wiki
Re: Download speed ridiculous
« Reply #9 on: January 11, 2022, 01:45:09 pm »
Downloaded again yesterday and it was fast enough (several MB/s)
Assumingly the original issue was a network quirk

Well....

If you ask me, mirroring releases on GitLab would still be nice.
Of course, this needs to be decided by the team. So for now this is just my opinion.

Also, if it were to happen, the question of the work that is involved remains. Somehow the files need to get there.

=> One way would be to have a script (GitLab API) to create a "GitLab release".

Since the individual installers come from different people, the best way would be for a script to download them from sourceforge, and upload them to GitLab (uploads are part of the "project" API).

But it could also be checked with all of the people (involved in building releases), if the could directly upload and send the links (to the uploaded files on gitlab) to one maintainer, who can then create the release.
They would still need a script that takes a list of files, uploads them, and prints the links.

If all the files are uploaded, the release can probably be created via the GitLab web interface.
Though if created by a script, links to sourceforge could also be added (I would not expect anyone wants to add them one by one via the web interface).


If someone wants to help and create such scripts (depending on what the release-builders think they need), then I could go and ask the team, and the builders....

(for testing, just create your own dummy GitLab account or repo, and play with Deployment and Release)

 

TinyPortal © 2005-2018