Changes between Version 2 and Version 3 of Ticket #13186, comment 3
- Timestamp:
- Nov 26, 2024, 9:04:22 PM (5 months ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
Ticket #13186, comment 3
v2 v3 7 7 However, the intentionally added unstable part in the filezilla's download url (https://dl3.cdn.filezilla-project.org/client/FileZilla_3.68.1_x86_64-linux-gnu.tar.xz **?h=pdb4gbqtw08yYaxFABrHYg&x=1732651086**) now makes it impossible for distributions to fetch sources from it in their build scripts (as the latter part is unstable and unpredictable). 8 8 As such, fetching the filezilla source now became an extra manual step that has to be performed beforehand, outside from usual distributions' packaging workflow (where this part is handled automatically). 9 For instance, as you can see from the links I provided in my ticket, OpenSuse, Alpine & Gentoo (among others) had to stop fetching the source tarball from Filezilla's website in their build script (due to the above) to rely on a local copy of the said source that they now have to manually download and upload on their side .9 For instance, as you can see from the links I provided in my ticket, OpenSuse, Alpine & Gentoo (among others) had to stop fetching the source tarball from Filezilla's website in their build script (due to the above) to rely on a local copy of the said source that they now have to manually download and upload on their side beforehand. 10 10 11 To sum up, the issue is not the source mirroring / preserving, but the initial downloading of said sources that became an extra manual tasks for distr ubitions' package maintainers.11 To sum up, the issue is not the source mirroring / preserving, but the initial downloading of said sources that became an extra manual tasks for distributions' package maintainers (due to the download link now being unstable, making it unusuable in build scripts). 12 12 13 13 I hope this make things clearer, sorry if my initial wording was confusing.
