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--