guix.gnu.org/packages is 6 weeks stale, claims recent update

  • Done
  • quality assurance status badge
Details
3 participants
  • Ludovic Courtès
  • Mark H Weaver
  • Ricardo Wurmus
Owner
unassigned
Submitted by
Mark H Weaver
Severity
important
M
M
Mark H Weaver wrote on 17 Jul 2019 20:50
(address . bug-guix@gnu.org)
8736j4wl4o.fsf@netris.org
As I write this, https://guix.gnu.org/packages/ is over 6 weeks stale,
but claims to have been updated two days ago, on July 15:

"GNU Guix provides 9,789 packages transparently available as pre-built
binaries. These pages provide a complete list of the packages. Our
continuous integration system shows their current build status
(updated July 15, 2019)."

The same site shows the latest 'linux-libre' package to be 5.1.5:


In fact, 'linux-libre' was updated to 5.1.6 early on June 1st:


Mark
L
L
Ludovic Courtès wrote on 17 Jul 2019 21:48
Serving an up-to-date https://guix.gnu.org/packages
(name . Mark H Weaver)(address . mhw@netris.org)(address . 36708@debbugs.gnu.org)
87k1cga1dt.fsf@gnu.org
Hello Mark,

Mark H Weaver <mhw@netris.org> skribis:

Toggle quote (2 lines)
> As I write this, https://guix.gnu.org/packages/ is over 6 weeks stale,

As I wrote to guix-sysadmin:

The package list at https://guix.gnu.org/packages is made from the
current ‘guix’ package, not from the latest ‘master’. We should
work to build it dynamically with something like hpcguix-web, or to
generate it from an inferior of ‘master’.

Since we now host guix.gnu.org ourselves, we can do whatever pleases us.
:-) The package index was one of the motivations for self-hosting, so
now we should get our act together!

Thanks,
Ludo’.
R
R
Ricardo Wurmus wrote on 17 Jul 2019 22:00
Re: bug#36708: guix.gnu.org/packages is 6 weeks stale, claims recent update
(name . Mark H Weaver)(address . mhw@netris.org)(address . 36708@debbugs.gnu.org)
875zo0h1o5.fsf@elephly.net
Mark H Weaver <mhw@netris.org> writes:

Toggle quote (8 lines)
> As I write this, https://guix.gnu.org/packages/ is over 6 weeks stale,
> but claims to have been updated two days ago, on July 15:
>
> "GNU Guix provides 9,789 packages transparently available as pre-built
> binaries. These pages provide a complete list of the packages. Our
> continuous integration system shows their current build status
> (updated July 15, 2019)."

Doesn’t that list (like the rest of the site) match the latest release?

--
Ricardo
R
R
Ricardo Wurmus wrote on 17 Jul 2019 22:03
(address . mhw@netris.org)(address . 36708@debbugs.gnu.org)
8736j4h1io.fsf@elephly.net
Mark H Weaver <mhw@netris.org> writes:

Toggle quote (8 lines)
> As I write this, https://guix.gnu.org/packages/ is over 6 weeks stale,
> but claims to have been updated two days ago, on July 15:
>
> "GNU Guix provides 9,789 packages transparently available as pre-built
> binaries. These pages provide a complete list of the packages. Our
> continuous integration system shows their current build status
> (updated July 15, 2019)."

FWIW this was mentioned in Ludo’s email about the move of the
guix.gnu.org site:

• The package list at https://guix.gnu.org/packages is made from the
current ‘guix’ package, not from the latest ‘master’. We should
work to build it dynamically with something like hpcguix-web, or to
generate it from an inferior of ‘master’.

It’s good to keep track of progress of this issue here.

--
Ricardo
L
L
Ludovic Courtès wrote on 22 Aug 2019 14:36
control message for bug #36708
(address . control@debbugs.gnu.org)
871rxdqsvu.fsf@gnu.org
severity 36708 important
quit
L
L
Ludovic Courtès wrote on 22 Aug 2019 17:24
Re: bug#36708: Serving an up-to-date https://guix.gnu.org/packages
(name . Mark H Weaver)(address . mhw@netris.org)(address . 36708@debbugs.gnu.org)
87r25dp6ii.fsf@gnu.org
Hello!

Ludovic Courtès <ludo@gnu.org> skribis:

Toggle quote (5 lines)
> The package list at https://guix.gnu.org/packages is made from the
> current ‘guix’ package, not from the latest ‘master’. We should
> work to build it dynamically with something like hpcguix-web, or to
> generate it from an inferior of ‘master’.

I went for the latter option in commit
9dbb0073be83c25b44400a62ec22d0b240a88130 of guix-artwork.git.

That approach was also motivated by the fact that people would get
different behavior depending on whether their ‘guix’ package depends on
guile-json@1 or @3, as reported by nixo on IRC.

That’s also the reason why the web site was no longer updated since
9c6f714305460e99c681d9b7f368e13bfe49fdd9 was pushed: the ‘guix’ on
berlin is still on guile-json@1, but said commit expects guile-json@3.

If everything goes well, we should see an up-to-date list at

Ludo’.
M
M
Mark H Weaver wrote on 22 Aug 2019 23:11
(name . Ludovic Courtès)(address . ludo@gnu.org)(address . 36708-done@debbugs.gnu.org)
87blwgzyyy.fsf@netris.org
Ludovic Courtès <ludo@gnu.org> writes:

Toggle quote (21 lines)
> Ludovic Courtès <ludo@gnu.org> skribis:
>
>> The package list at <https://guix.gnu.org/packages> is made from the
>> current ‘guix’ package, not from the latest ‘master’. We should
>> work to build it dynamically with something like hpcguix-web, or to
>> generate it from an inferior of ‘master’.
>
> I went for the latter option in commit
> 9dbb0073be83c25b44400a62ec22d0b240a88130 of guix-artwork.git.
>
> That approach was also motivated by the fact that people would get
> different behavior depending on whether their ‘guix’ package depends on
> guile-json@1 or @3, as reported by nixo on IRC.
>
> That’s also the reason why the web site was no longer updated since
> 9c6f714305460e99c681d9b7f368e13bfe49fdd9 was pushed: the ‘guix’ on
> berlin is still on guile-json@1, but said commit expects guile-json@3.
>
> If everything goes well, we should see an up-to-date list at
> <https://guix.gnu.org/packages> within 40 minutes.

Looks good to me. I'm closing this bug now.

Thank you! :)
Mark
Closed
?
Your comment

This issue is archived.

To comment on this conversation send an email to 36708@debbugs.gnu.org

To respond to this issue using the mumi CLI, first switch to it
mumi current 36708
Then, you may apply the latest patchset in this issue (with sign off)
mumi am -- -s
Or, compose a reply to this issue
mumi compose
Or, send patches to this issue
mumi send-email *.patch