GNU bug report logs -
#25848
[PATCH] gnu: %bootstrap-coreutils&co: Patch egrep/fgrep to point to the correct grep.
Previous Next
Reported by: manolis837 <at> gmail.com
Date: Thu, 23 Feb 2017 11:42:01 UTC
Severity: normal
Tags: patch
Merged with 25849
Done: zimoun <zimon.toutoune <at> gmail.com>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 25848 in the body.
You can then email your comments to 25848 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
guix-patches <at> gnu.org
:
bug#25848
; Package
guix-patches
.
(Thu, 23 Feb 2017 11:42:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
manolis837 <at> gmail.com
:
New bug report received and forwarded. Copy sent to
guix-patches <at> gnu.org
.
(Thu, 23 Feb 2017 11:42:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Hello everyone,
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".
Thank you,
Manolis
Information forwarded
to
guix-patches <at> gnu.org
:
bug#25848
; Package
guix-patches
.
(Sat, 25 Feb 2017 19:00:02 GMT)
Full text and
rfc822 format available.
Message #8 received at submit <at> debbugs.gnu.org (full text, mbox):
On February 23, 2017 1:41:18 PM GMT+02:00, manolis837 <at> gmail.com wrote:
>
>Hello everyone,
>
>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.
>
I also pushed a patch that patched the generated [e|f]grep to not have the path inserted into it, so the aarch64 bootstrap binaries have:
#!/bin/sh
exec grep -F...
I think we're going to have to find a way that works for both architectures. I tried using (%current-target) but I couldn't get it to work inside the snippet.
>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".
While that is probably better, in the end it doesn't really matter I believe, when I ran 'find /gnu -name fgrep -execdir cat {} +' it showed both bash and grep pointing to the bootstrap binaries.
>Thank you,
>Manolis
--
Sent from my Android device with K-9 Mail. Please excuse my brevity.
Merged 25848 25849.
Request was from
ludo <at> gnu.org (Ludovic Courtès)
to
control <at> debbugs.gnu.org
.
(Sun, 26 Mar 2017 13:54:01 GMT)
Full text and
rfc822 format available.
Information forwarded
to
guix-patches <at> gnu.org
:
bug#25848
; Package
guix-patches
.
(Mon, 16 Nov 2020 18:00:01 GMT)
Full text and
rfc822 format available.
Message #13 received at 25848 <at> debbugs.gnu.org (full text, mbox):
@Manolis: Does this problem still exist with all the new Hurd work from
Janneke and Co?
Information forwarded
to
guix-patches <at> gnu.org
:
bug#25848
; Package
guix-patches
.
(Wed, 05 Jan 2022 00:04:02 GMT)
Full text and
rfc822 format available.
Message #16 received at 25848 <at> debbugs.gnu.org (full text, mbox):
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 <at> 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
Information forwarded
to
guix-patches <at> gnu.org
:
bug#25848
; Package
guix-patches
.
(Wed, 05 Jan 2022 08:25:02 GMT)
Full text and
rfc822 format available.
Message #19 received at 25848 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
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 <at> 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 <at> 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
[signature.asc (application/pgp-signature, inline)]
Reply sent
to
zimoun <zimon.toutoune <at> gmail.com>
:
You have taken responsibility.
(Wed, 05 Jan 2022 09:12:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
manolis837 <at> gmail.com
:
bug acknowledged by developer.
(Wed, 05 Jan 2022 09:12:02 GMT)
Full text and
rfc822 format available.
Message #24 received at 25848-done <at> debbugs.gnu.org (full text, mbox):
Hi,
On Wed, 05 Jan 2022 at 10:23, Efraim Flashner <efraim <at> 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 <at> 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
Reply sent
to
zimoun <zimon.toutoune <at> gmail.com>
:
You have taken responsibility.
(Wed, 05 Jan 2022 09:12:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
manolis837 <at> gmail.com
:
bug acknowledged by developer.
(Wed, 05 Jan 2022 09:12:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
guix-patches <at> gnu.org
:
bug#25848
; Package
guix-patches
.
(Wed, 05 Jan 2022 17:24:02 GMT)
Full text and
rfc822 format available.
Message #32 received at 25848-done <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Thank you, yes it can be closed.
On Wed, 5 Jan 2022, 11:11 zimoun, <zimon.toutoune <at> gmail.com> wrote:
> Hi,
>
> On Wed, 05 Jan 2022 at 10:23, Efraim Flashner <efraim <at> 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 <at> 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
>
[Message part 2 (text/html, inline)]
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Thu, 03 Feb 2022 12:24:08 GMT)
Full text and
rfc822 format available.
This bug report was last modified 2 years and 83 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.