[bug#59385] [PATCH] website: Link to the new packages browser

[Luis Felipe]

Hi,

On Monday, November 21st, 2022 at 11:05, Ludovic Courtès <ludo@gnu.org> wrote:

> Hi,
> 

> Luis Felipe luis.felipe.la@protonmail.com skribis:
> 

> > From ad0effaab60acdb7bd0e533bd544b49a4bee8a2b Mon Sep 17 00:00:00 2001
> > From: Luis Felipe luis.felipe.la@protonmail.com
> > Date: Sat, 19 Nov 2022 08:21:04 -0500
> > Subject: [PATCH] website: Link to the new packages browser.
> > 

> > Update all package-related links to point to the newly deployed browser
> > at https://packages.guix.gnu.org/.
> > 

> > * website/apps/base/utils.scm (packages-url): New procedure.
> > * website/apps/base/data.scm (contact-media): Use packages-url.
> > * website/apps/base/templates/components.scm (navbar): Likewise.
> > * website/apps/base/templates/contribute.scm (contribute-t): Likewise.
> > * website/apps/base/templates/donate.scm (donate-t): Likewise.
> > * website/apps/base/templates/home.scm (home-t): Likewise.
> 

> 

> Awesome, pushed!

Thanks :)


> While we’re at it, can we also disable individual package page
> generation? It takes a lot of time to build and uses quite a lot of
> space as well; I’m eager to see them go. :-)

I'm attaching a patch that removes the whole "(apps packages)" module.


> Maybe we can add a redirect from https://guix.gnu.org/en/packages

That would be good.


> If we’re serious about it, we can try to match the package/version in
> URLs like https://guix.gnu.org/en/packages/julia-mappedarrays-0.4.0/
> and redirect to the right one. Not sure if that’s worth the trouble
> though.

I'd say it is not necessary since people were avoiding linking to them because 
of the version. They were already considered ephemeral.

0001-website-Remove-packages-app.patch
Description: Text Data

publickey - luis.felipe.la@protonmail.com - 0x12DE1598.asc
Description: application/pgp-keys

signature.asc
Description: OpenPGP digital signature