Re: Extend closer.lua to act as a download page
Craig Russell <[email protected]> Sat, 16 Apr 2022 16:23:04 -0700
| Newsgroups | gmane.comp.apache.db.jdo.devel,gmane.comp.jakarta.tomcat.user,gmane.comp.apache.webservices.general |
|---|---|
| Message-ID | <[email protected]> |
--Apple-Mail=_A2853C76-F1AA-4221-89EA-EE3E2C198469 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii I'd like to ask on behalf of the DB PMC for the infra tool closer.lua to = be enhanced a bit for use by projects. It will be much easier for us if we can simply link to e.g. = https://www.apache.org/dyn/closer.lua/db/jdo/3.2/jdo-3.2-source-release.ta= r.gz and have that page contain the .asc and .sha512 as well. Even better if closer.lua can also find the relevant KEYS file and link = to it when describing how to check the release. With this approach, it is easier for the project and less error-prone to = maintain the download page(s). We can include the current release as = well as archived releases on the same download page and omit the links = to the .asc and .sha512 and KEYS files. Please let us know how we can help. Regards, Craig > On Apr 16, 2022, at 2:01 AM, Greg Stein <[email protected]> wrote: >=20 > On Thu, Apr 14, 2022 at 4:43 PM sebb <[email protected] = <mailto:[email protected]>> wrote: > On Thu, 14 Apr 2022 at 20:52, Christopher <[email protected] = <mailto:[email protected]>> wrote: > > > > Doing this would probably restrict INFRA's ability to adapt it to > > their changing needs, as projects would become dependent on it. >=20 > Projects are already dependent on the page. >=20 > Correct. We *want* projects to use closer.lua. It provides a control = point to direct users to the appropriate location to download. Today, it = primarily sends them to our CDN and to an EU download location. >=20 > Should those decisions ever change, we want projects to be using = closer.lua to effect those changes. > =20 > I think it would make it easier for Infra to make changes, as they > would be able to adjust it. >=20 > Yes. > =20 > > Probably best to leave the mirror-management page independent from = the > > project download pages, since they serve the needs of separate = groups. >=20 > I was not suggesting replacing these, for those projects that want to > customise the pages. >=20 > Today, we no longer have a mirror system. But requiring projects to = use closer.lua ensures that we can swap in that future option. >=20 > All that said, as I recall: closer.lua provides support for .ezt pages = so that projects can provide custom download pages. Maybe there is a way = to provide the needed variables to projects' custom download page = templates. >=20 > Or, they can just keep using their pages. >=20 > The download pages are owned by the TLPs. Infra isn't gonna interfere = with them. Should any TLPs want more features, then they can ask. We = haven't seen any requests in years from the TLPs. >=20 > Cheers, > Greg > InfraAdmin, ASF > =20 Craig L Russell [email protected] --Apple-Mail=_A2853C76-F1AA-4221-89EA-EE3E2C198469--