[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[libreoffice-website] Fixing broken links for previous LibreOffice releases


Hello everyone,

Like some of you know, I'm also working on some packages for the
Chocolatey community (the package manager for Windows). LibreOffice is
one of the package I maintain there.

I just wanted to know whether TDF would be open to make a redirection rule

* from https://download.documentfoundation.org/libreoffice/stable/
* to https://downloadarchive.documentfoundation.org/libreoffice/old/
* *for files that are not found at*
https://download.documentfoundation.org/libreoffice/stable/ (see it
like a try_files in terms of NGINX)

_Why?_

Since the switch to the Fresh/Still branch, I have been facing a few
issues with my LibreOffice packages. I tried to fix them, but the
Chocolatey staff asked me to try to fix the issue upstream instead.

At Chocolatey the links to the LibreOffice Windows installers break when
the following use cases occur:

* each time a LibreOffice branch becomes deprecated/renamed: e.g. when
the fresh 6.1 became the still 6.1
* each time a new version is released: e.g. 6.1.5 is released, 6.1.4
is thus moved away from download.documentfoundation to
downloadarchive.documentfoundation. Happened today with 6.2.0 being
moved away since 6.2.2 has been just released.

In these cases, our LibreOffice Chocolatey packages become pointless
because previous versions cannot be installed by Chocolatey users.

_Why not fix the issue from Chocolatey?_

* A Chocolatey package that has been published as a specific version
cannot be republished again except if we suffix the version by the
current date. This is annoying because if a user wants to install
LibreOffice 6.1.4 for example, this won't work because the version
will need to be suffixed and I'll need to know that suffix in
advance e.g. 6.1.4.20190321.
* Republishing all packages will trigger all the chocolatey unit tests
against each package that has been updated. The Chocolatey CI queue
will run for a very long time and will defer the queue for other
packages as well. Packages could be republished in series rather
than everything at once though.
* Chocolatey has the ability to bundle installers inside the packages,
why not use this feature? We are reaching the CDN limit here.
Packages above 200Mio cannot be cached via our Cloudflare CDN. Plus,
this will increase Chocolatey's storage costs.

_Why bother with old versions?_

This is the same question as why TDF is still keeping old binaries. Plus
the fact, speaking as a LibreOffice contributor, this is sometimes
easier to try to reproduce a Windows specific bug using chocolatey
rather than downloading each LibreOffice installer manually (even if I
know TDF is providing bibisect versions).

Thanks in advance for your help,

--
William Gathoye
<william@gathoye.be>


--
To unsubscribe e-mail to: website+unsubscribe@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/website/
Privacy Policy: https://www.documentfoundation.org/privacy

Follow-Ups:
Re: [libreoffice-website] Fixing broken links for previous LibreOffice releasesGuilhem Moulin <guilhem@libreoffice.org>
Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.