Re: weird OpenBLAS time-machine

2022-02-02 Thread zimoun
Hi, On Wed, 02 Feb 2022 at 18:00, zimoun wrote: > --8<---cut here---start->8--- [...] > $ guix time-machine --commit=4b1538e6ef -- show openblas | recsel -P version > 0.3.9 > --8<---cut here---end--->8--- The issue is

Re: Investigating a reproducibility failure

2022-02-02 Thread Ricardo Wurmus
Ricardo Wurmus writes: > Konrad Hinsen writes: > >> Konrad Hinsen writes: >> >>> To see the failure, do >>> >>>guix time-machine \ >>> --commit=7357b3d7a52eb5db1674012c50d308d792741c48 \ >>> -- build openblas >>> >>> The build log is attached, the first error is >> >> Oops... Two

Re: Investigating a reproducibility failure

2022-02-02 Thread zimoun
Hi Konrad, What is the output of 'lscpu'? For instance, on machine A running on Intel(R) Xeon(R) Gold 5218 CPU @ 2.30GHz, OpenBLAS for commit 87e7faa2ae641d8302efc8b90f1e45f43f67f6da builds. On machine B running Intel(R) Core(TM) i7-10700K CPU @ 3.80GHz, OpenBLAS for the same commit fails.

Re: Investigating a reproducibility failure

2022-02-02 Thread Ricardo Wurmus
Konrad Hinsen writes: > Konrad Hinsen writes: > >> To see the failure, do >> >>guix time-machine \ >> --commit=7357b3d7a52eb5db1674012c50d308d792741c48 \ >> -- build openblas >> >> The build log is attached, the first error is > > Oops... Two mistakes ! First, I forgot the

Re: missing patch for texlive-bin (e77412362f)

2022-02-02 Thread zimoun
Hi Maxime, Thanks for the pointer. On Wed, 2 Feb 2022 at 23:57, Maxime Devos wrote: > > zimoun schreef op wo 02-02-2022 om 19:42 [+0100]: > > 2. How to preserve such patches? Other said, are they part of the > > Disarchive machinery? For now, some patches are probably missed by > >

Re: missing patch for texlive-bin (e77412362f)

2022-02-02 Thread Maxime Devos
zimoun schreef op wo 02-02-2022 om 19:42 [+0100]: >  2. How to preserve such patches?  Other said, are they part of the >  Disarchive machinery?  For now, some patches are probably missed by >  sources.json and thus not ingested by SWH. Can we tell SWH to ingest svntogit-packages, in such a way

Re: missing patch for texlive-bin (e77412362f)

2022-02-02 Thread Maxime Devos
zimoun schreef op wo 02-02-2022 om 19:42 [+0100]: >  1. How to get now this patch?  Someone?  Or is it lost forever? I found it! It's in the https://github.com/archlinux/svntogit-packages/ repository (warning: 0.5 GiB). Checkout commit 155510dd18d2f290085f40d2a95a3701db4a224d, then do $ guix

Re: missing patch for texlive-bin (e77412362f)

2022-02-02 Thread Maxime Devos
zimoun schreef op wo 02-02-2022 om 19:42 [+0100]: > [...] > > This asks two questions: > >  1. How to get now this patch? Someone? Or is it lost forever? >  2. How to preserve such patches? Other said, are they part of the >  Disarchive machinery? For now, some patches are probably missed

failure when rebuilding the past: long term?

2022-02-02 Thread zimoun
Hi, Investigating [0], and working on rebuilding a tiny part of "Preservation of Guix", I note some failures of the time-machine. Let just display the help message using the time-machine for all the 120 commits updating the package guix. Other said, let just check that it is possible to

mesboot broken for old commits

2022-02-02 Thread zimoun
Hi, Investigating [0], and working on rebuild a tiny part of "Preservation of Guix", I note that mesboot is broken for several old commits: - 087c94019d from Feb 2020 because of gcc-core-mesboot - df5a2e4f83 from Mar 2020 because of coreutils-mesboot - e364758d44 from Sep 2020 because of many

missing patch for texlive-bin (e77412362f)

2022-02-02 Thread zimoun
Hi, Investigating [0], and working on rebuild a part of "Preservation of Guix", I hit a missing patch which breaks time-machine. For instance, let consider the commit e77412362f from May 2019 (post v1.0.0, I guess). --8<---cut here---start->8--- $ guix

Re: Investigating a reproducibility failure

2022-02-02 Thread zimoun
Hi Konrad, I get the same error as you. And for more versions than the only one your tested. For instance, for these commits, * substitutes and rebuilds 923dcc3597 Fri Jan 14 12:59:33 2022 +0100 gnu: iverilog: Update to 11.0. 79ca578182 Thu Nov 11 21:52:08 2021 -0500 gnu: fpc: Fix build.

weird OpenBLAS time-machine

2022-02-02 Thread zimoun
Hi, Investigating [0], I note that, for these 2 commits, $ git log --oneline 4b1538e6ef^..ab0cf06244 ab0cf06244 gnu: rust: Remove #:rust ,rust-1.52 arguments. 4b1538e6ef gnu: kexec-tools: Fix build on i686-linux. where the latter is simply the parent of the former,

Re: File search

2022-02-02 Thread Maxim Cournoyer
Hi, Ricardo Wurmus writes: > Ludovic Courtès writes: > >> Ricardo Wurmus skribis: >> >>> raingloom writes: >>> One use case that I hope can be addressed is TeXlive packages. Trying to figure out which package corresponded to which missing file was a nightmare the last I had to

Re: linux-libre kernel 4.4 series will end next month (Feb 2022)

2022-02-02 Thread Maxim Cournoyer
Hi Leo, Leo Famulari writes: > The Linux / linux-libre kernel "longterm" support series version 4.4 is > scheduled to reach the end of its life next month, in February 2022: > > https://www.kernel.org/category/releases.html > > There is a project by the Civil Infrastructure Platform (CIP)

Re: Outreachy

2022-02-02 Thread Maxim Cournoyer
Hi Gabor, Gábor Boskovits writes: [...] > Q2: Have the situation regarding the funding of these interships been > settled? I think so, yes. We should be able to transfer what we need from our funds held at the FSF to the Guix Europe-held bank account and pay the Outreachy stipend from there.

Expat 2.4.4 with security fixes released

2022-02-02 Thread Sebastian Pipping
Hello everyone! Expat 2.4.4 with security fixes has been released. There is a summary blog post [1] and the change log [2] with more details. If you have patches for Expat that are still required with version 2.4.4, please send them my way. Thank you! Best Sebastian [1]

Re: WARNING: Git merges are tricky. Rebasing is better?

2022-02-02 Thread Maxim Cournoyer
Hello Kyle and Leo, Kyle Meyer writes: > Leo Famulari writes: > >> On Mon, Jan 17, 2022 at 05:26:08PM -0500, Kyle Meyer wrote: >>> Fwiw I don't think Git automatically resolved that conflict: >>> >>> $ git checkout 276f40fdc349d2ad62582b23ea55e061b689cfc0^ >>> $ git merge

Re: Assisting reviewing & committing with tags?

2022-02-02 Thread Maxim Cournoyer
Hi, Leo Famulari writes: > On Sun, Jan 09, 2022 at 11:54:25AM +0100, Maxime Devos wrote: >> Hi guix reviewers and committers, >> >> WDYT of tagging reviewed patches that look good with a usertag, >> e.g. 'reviewed-looks-good': >> >>