@Manolis: Does this problem still exist with all the new Hurd work from Janneke and Co?
Hi Manolis, I am doing bug triage and I hit this one [1]. 1: <http://issues.guix.gnu.org/issue/25848> On Thu, 23 Feb 2017 at 13:41, manolis837@gmail.com wrote: > Commit 653add37af10b0d5dbc20c8bc7ce30eec8cf4ae7 patches egrep/fgrep to point to the location of grep. > But the problem is that when it was run on Hurd, the path for grep in egrep/fgrep had this form: > /gnu/store/eeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee-grep-2.25/bin/grep > > The above was not being substituted and caused the build to fail. So I changed the pattern to > "/[^ ]+/bin/grep" and now the path is always replaced. > > Also (getcwd) returns the current path which the build takes place. This happens to be /tmp/guix-build-..-bootstrap-binaries-0. > This is wrong because it should point to the final place in /gnu/store. That why I am using "out". Is it still relevant after the work by janneke among many others? And exposed in these blog post [2,3]. 2: <https://guix.gnu.org/en/blog/2020/a-hello-world-virtual-machine-running-the-hurd/> 3: <https://guix.gnu.org/en/blog/2020/childhurds-and-substitutes/> Cheers, simon
[-- Attachment #1: Type: text/plain, Size: 1575 bytes --] On Wed, Jan 05, 2022 at 12:57:25AM +0100, zimoun wrote: > Hi Manolis, > > I am doing bug triage and I hit this one [1]. > > 1: <http://issues.guix.gnu.org/issue/25848> > > > On Thu, 23 Feb 2017 at 13:41, manolis837@gmail.com wrote: > > > Commit 653add37af10b0d5dbc20c8bc7ce30eec8cf4ae7 patches egrep/fgrep to point to the location of grep. > > But the problem is that when it was run on Hurd, the path for grep in egrep/fgrep had this form: > > /gnu/store/eeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee-grep-2.25/bin/grep > > > > The above was not being substituted and caused the build to fail. So I changed the pattern to > > "/[^ ]+/bin/grep" and now the path is always replaced. > > > > Also (getcwd) returns the current path which the build takes place. This happens to be /tmp/guix-build-..-bootstrap-binaries-0. > > This is wrong because it should point to the final place in /gnu/store. That why I am using "out". > > Is it still relevant after the work by janneke among many others? And > exposed in these blog post [2,3]. > > > 2: <https://guix.gnu.org/en/blog/2020/a-hello-world-virtual-machine-running-the-hurd/> > 3: <https://guix.gnu.org/en/blog/2020/childhurds-and-substitutes/> > Judging that the Hurd, aarch64 and powerpc are all have Guix working on them I assume it's working well enough that we can close this bug. -- Efraim Flashner <efraim@flashner.co.il> רנשלפ םירפא GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351 Confidentiality cannot be guaranteed on emails sent or received unencrypted [-- Attachment #2: signature.asc --] [-- Type: application/pgp-signature, Size: 833 bytes --]
Hi, On Wed, 05 Jan 2022 at 10:23, Efraim Flashner <efraim@flashner.co.il> wrote: > On Wed, Jan 05, 2022 at 12:57:25AM +0100, zimoun wrote: >> On Thu, 23 Feb 2017 at 13:41, manolis837@gmail.com wrote: > Judging that the Hurd, aarch64 and powerpc are all have Guix working on > them I assume it's working well enough that we can close this bug. Therefore, I am closing. Thanks, simon
[-- Attachment #1: Type: text/plain, Size: 517 bytes --] Thank you, yes it can be closed. On Wed, 5 Jan 2022, 11:11 zimoun, <zimon.toutoune@gmail.com> wrote: > Hi, > > On Wed, 05 Jan 2022 at 10:23, Efraim Flashner <efraim@flashner.co.il> > wrote: > > On Wed, Jan 05, 2022 at 12:57:25AM +0100, zimoun wrote: > >> On Thu, 23 Feb 2017 at 13:41, manolis837@gmail.com wrote: > > > Judging that the Hurd, aarch64 and powerpc are all have Guix working on > > them I assume it's working well enough that we can close this bug. > > Therefore, I am closing. > > > Thanks, > simon > [-- Attachment #2: Type: text/html, Size: 1002 bytes --]