GNU bug report logs - #49145
Cannot build Guix (Texinfo failure)

Previous Next

Package: guix;

Reported by: HiPhish <hiphish <at> posteo.de>

Date: Sun, 20 Jun 2021 21:43:02 UTC

Severity: normal

Done: Leo Famulari <leo <at> famulari.name>

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 49145 in the body.
You can then email your comments to 49145 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-guix <at> gnu.org:
bug#49145; Package guix. (Sun, 20 Jun 2021 21:43:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to HiPhish <hiphish <at> posteo.de>:
New bug report received and forwarded. Copy sent to bug-guix <at> gnu.org. (Sun, 20 Jun 2021 21:43:02 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: HiPhish <hiphish <at> posteo.de>
To: bug-guix <at> gnu.org
Subject: Cannot build Guix (Texinfo failure)
Date: Sun, 20 Jun 2021 21:37:34 +0000
[Message part 1 (text/plain, inline)]
Hello,

I have been trying to build Guix from source (in order to contribute a new 
package), but the `make` step fails every time. I am on Void Linux (glibc) and 
I have checked out commit  d027858e70c4a37aca90b1d4ecb2f0421a95d987.

Here are the steps I took after checking out the repo:

    guix environment guix
    ./bootstrap
    ./configure --localstatedir=/var
    make

The error messages are all complaining to that cross-references in Texinfo 
cannot be resolved. I have attached the full log. I already tried with a 
freshly checked out repository, and with both a pure Guix environment and a 
regular one.

I had the same issue a couple of weeks ago, and I don't know if the issue is 
related to my distribution. Please let me know if you need any more 
information.
[out.txt (text/plain, attachment)]

Information forwarded to bug-guix <at> gnu.org:
bug#49145; Package guix. (Tue, 22 Jun 2021 12:08:01 GMT) Full text and rfc822 format available.

Message #8 received at 49145 <at> debbugs.gnu.org (full text, mbox):

From: Julien Lepiller <julien <at> lepiller.eu>
To: HiPhish <hiphish <at> posteo.de>,49145 <at> debbugs.gnu.org
Subject: Re: bug#49145: Cannot build Guix (Texinfo failure)
Date: Tue, 22 Jun 2021 08:06:59 -0400
[Message part 1 (text/plain, inline)]
Something seems to have gone wrong with the i18n code. Maybe we use something that's not recognized by your shell? Can you try again, but this time configure and make in a pure environment? (Add --pure to the guix environment invocation).

Le 20 juin 2021 17:37:34 GMT-04:00, HiPhish <hiphish <at> posteo.de> a écrit :
>Hello,
>
>I have been trying to build Guix from source (in order to contribute a
>new 
>package), but the `make` step fails every time. I am on Void Linux
>(glibc) and 
>I have checked out commit  d027858e70c4a37aca90b1d4ecb2f0421a95d987.
>
>Here are the steps I took after checking out the repo:
>
>    guix environment guix
>    ./bootstrap
>    ./configure --localstatedir=/var
>    make
>
>The error messages are all complaining to that cross-references in
>Texinfo 
>cannot be resolved. I have attached the full log. I already tried with
>a 
>freshly checked out repository, and with both a pure Guix environment
>and a 
>regular one.
>
>I had the same issue a couple of weeks ago, and I don't know if the
>issue is 
>related to my distribution. Please let me know if you need any more 
>information.
[Message part 2 (text/html, inline)]

Information forwarded to bug-guix <at> gnu.org:
bug#49145; Package guix. (Tue, 22 Jun 2021 17:24:01 GMT) Full text and rfc822 format available.

Message #11 received at 49145 <at> debbugs.gnu.org (full text, mbox):

From: HiPhish <hiphish <at> posteo.de>
To: 49145 <at> debbugs.gnu.org, Julien Lepiller <julien <at> lepiller.eu>
Subject: Re: bug#49145: Cannot build Guix (Texinfo failure)
Date: Tue, 22 Jun 2021 17:18:58 +0000
[Message part 1 (text/plain, inline)]
I had already tried with `--pure` initially. Here is the output from the pure 
environment attached anyway, just in case.

On Tuesday, 22 June 2021 14:06:59 CEST Julien Lepiller wrote:
> Something seems to have gone wrong with the i18n code. Maybe we use
> something that's not recognized by your shell? Can you try again, but this
> time configure and make in a pure environment? (Add --pure to the guix
> environment invocation).
> Le 20 juin 2021 17:37:34 GMT-04:00, HiPhish <hiphish <at> posteo.de> a écrit :
> >Hello,
> >
> >I have been trying to build Guix from source (in order to contribute a
> >new
> >package), but the `make` step fails every time. I am on Void Linux
> >(glibc) and
> >I have checked out commit  d027858e70c4a37aca90b1d4ecb2f0421a95d987.
> >
> >Here are the steps I took after checking out the repo:
> >    guix environment guix
> >    ./bootstrap
> >    ./configure --localstatedir=/var
> >    make
> >
> >The error messages are all complaining to that cross-references in
> >Texinfo
> >cannot be resolved. I have attached the full log. I already tried with
> >a
> >freshly checked out repository, and with both a pure Guix environment
> >and a
> >regular one.
> >
> >I had the same issue a couple of weeks ago, and I don't know if the
> >issue is
> >related to my distribution. Please let me know if you need any more
> >information.

[make.txt (text/plain, attachment)]
[bootstrap.txt (text/plain, attachment)]
[configure.txt (text/plain, attachment)]

Information forwarded to bug-guix <at> gnu.org:
bug#49145; Package guix. (Fri, 25 Jun 2021 22:28:02 GMT) Full text and rfc822 format available.

Message #14 received at 49145 <at> debbugs.gnu.org (full text, mbox):

From: HiPhish <hiphish <at> posteo.de>
To: 49145 <at> debbugs.gnu.org
Subject: Re: bug#49145: Cannot build Guix (Texinfo failure)
Date: Fri, 25 Jun 2021 22:26:51 +0000
I actually looked into the offending files and I found that they are only half-
translated. Part of them is in German, but some parts are in English, and the 
English parts are referencing English node names, which obviously do not exist 
in the German manual.

I do not need the German manual, is there a way to skip it? A quick glance 
shows the same problem in the Spanish manual as well, and other manuals are 
probably affected as well. I don't know why `make` only choked up on the German 
manual though. Maybe because that's the first one in alphabetical order and 
`make` did not bother trying the rest? Or could it be because my machine is in 
Germany? The output of the `locale` command is:

    $ locale
    LANG=en_GB.UTF-8
    LC_CTYPE="en_GB.UTF-8"
    LC_NUMERIC="en_GB.UTF-8"
    LC_TIME="en_GB.UTF-8"
    LC_COLLATE=C
    LC_MONETARY="en_GB.UTF-8"
    LC_MESSAGES="en_GB.UTF-8"
    LC_PAPER="en_GB.UTF-8"
    LC_NAME="en_GB.UTF-8"
    LC_ADDRESS="en_GB.UTF-8"
    LC_TELEPHONE="en_GB.UTF-8"
    LC_MEASUREMENT="en_GB.UTF-8"
    LC_IDENTIFICATION="en_GB.UTF-8"
    LC_ALL=

And when inside a pure Guix environment:

    $ locale
    LANG=
    LC_CTYPE="POSIX"
    LC_NUMERIC="POSIX"
    LC_TIME="POSIX"
    LC_COLLATE="POSIX"
    LC_MONETARY="POSIX"
    LC_MESSAGES="POSIX"
    LC_PAPER="POSIX"
    LC_NAME="POSIX"
    LC_ADDRESS="POSIX"
    LC_TELEPHONE="POSIX"
    LC_MEASUREMENT="POSIX"
    LC_IDENTIFICATION="POSIX"
    LC_ALL=






Information forwarded to bug-guix <at> gnu.org:
bug#49145; Package guix. (Sat, 26 Jun 2021 10:59:02 GMT) Full text and rfc822 format available.

Message #17 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Julien Lepiller <julien <at> lepiller.eu>
To: bug-guix <at> gnu.org,HiPhish <hiphish <at> posteo.de>,49145 <at> debbugs.gnu.org
Subject: Re: bug#49145: Cannot build Guix (Texinfo failure)
Date: Sat, 26 Jun 2021 06:58:03 -0400
[Message part 1 (text/plain, inline)]
The process for translating the manual is as follows: we use po4a to replace English strings with the target language's strings. At this point, the translation contains English node names. Then, the Makefile is supposed to replace these with the actual translation of the node names (that way even untranslated strings refer to the correct nodes). However, it seems that in your case, that process did not go well.

I'd rather try to fix the issue than avoid it, but you can always remove references to the translated manual from doc/local.mk.

Can you try running the xref command from doc/local.mk manually, to see if it's doing anything wrong?

Le 25 juin 2021 18:26:51 GMT-04:00, HiPhish <hiphish <at> posteo.de> a écrit :
>I actually looked into the offending files and I found that they are
>only half-
>translated. Part of them is in German, but some parts are in English,
>and the 
>English parts are referencing English node names, which obviously do
>not exist 
>in the German manual.
>
>I do not need the German manual, is there a way to skip it? A quick
>glance 
>shows the same problem in the Spanish manual as well, and other manuals
>are 
>probably affected as well. I don't know why `make` only choked up on
>the German 
>manual though. Maybe because that's the first one in alphabetical order
>and 
>`make` did not bother trying the rest? Or could it be because my
>machine is in 
>Germany? The output of the `locale` command is:
>
>    $ locale
>    LANG=en_GB.UTF-8
>    LC_CTYPE="en_GB.UTF-8"
>    LC_NUMERIC="en_GB.UTF-8"
>    LC_TIME="en_GB.UTF-8"
>    LC_COLLATE=C
>    LC_MONETARY="en_GB.UTF-8"
>    LC_MESSAGES="en_GB.UTF-8"
>    LC_PAPER="en_GB.UTF-8"
>    LC_NAME="en_GB.UTF-8"
>    LC_ADDRESS="en_GB.UTF-8"
>    LC_TELEPHONE="en_GB.UTF-8"
>    LC_MEASUREMENT="en_GB.UTF-8"
>    LC_IDENTIFICATION="en_GB.UTF-8"
>    LC_ALL=
>
>And when inside a pure Guix environment:
>
>    $ locale
>    LANG=
>    LC_CTYPE="POSIX"
>    LC_NUMERIC="POSIX"
>    LC_TIME="POSIX"
>    LC_COLLATE="POSIX"
>    LC_MONETARY="POSIX"
>    LC_MESSAGES="POSIX"
>    LC_PAPER="POSIX"
>    LC_NAME="POSIX"
>    LC_ADDRESS="POSIX"
>    LC_TELEPHONE="POSIX"
>    LC_MEASUREMENT="POSIX"
>    LC_IDENTIFICATION="POSIX"
>    LC_ALL=
[Message part 2 (text/html, inline)]

Information forwarded to bug-guix <at> gnu.org:
bug#49145; Package guix. (Sat, 26 Jun 2021 10:59:02 GMT) Full text and rfc822 format available.

Information forwarded to bug-guix <at> gnu.org:
bug#49145; Package guix. (Mon, 28 Jun 2021 21:28:01 GMT) Full text and rfc822 format available.

Message #23 received at submit <at> debbugs.gnu.org (full text, mbox):

From: HiPhish <hiphish <at> posteo.de>
To: bug-guix <at> gnu.org, 49145 <at> debbugs.gnu.org,
 Julien Lepiller <julien <at> lepiller.eu>
Subject: Re: bug#49145: Cannot build Guix (Texinfo failure)
Date: Mon, 28 Jun 2021 21:27:03 +0000
Do you mean like this?

    $ make --file=doc/local.mk xref_command
    doc/local.mk:219: *** missing separator.  Stop.

On Saturday, 26 June 2021 12:58:03 CEST Julien Lepiller wrote:
> The process for translating the manual is as follows: we use po4a to replace
> English strings with the target language's strings. At this point, the
> translation contains English node names. Then, the Makefile is supposed to
> replace these with the actual translation of the node names (that way even
> untranslated strings refer to the correct nodes). However, it seems that in
> your case, that process did not go well.
> 
> I'd rather try to fix the issue than avoid it, but you can always remove
> references to the translated manual from doc/local.mk.
> 
> Can you try running the xref command from doc/local.mk manually, to see if
> it's doing anything wrong?






Information forwarded to bug-guix <at> gnu.org:
bug#49145; Package guix. (Mon, 28 Jun 2021 21:28:02 GMT) Full text and rfc822 format available.

Information forwarded to bug-guix <at> gnu.org:
bug#49145; Package guix. (Fri, 09 Jul 2021 16:22:02 GMT) Full text and rfc822 format available.

Message #29 received at 49145 <at> debbugs.gnu.org (full text, mbox):

From: HiPhish <hiphish <at> posteo.de>
To: 49145 <at> debbugs.gnu.org
Subject: Re: bug#49145: Cannot build Guix (Texinfo failure)
Date: Fri, 09 Jul 2021 16:21:12 +0000
*bump* Any idea, or anything I can try?






Information forwarded to bug-guix <at> gnu.org:
bug#49145; Package guix. (Wed, 10 Nov 2021 21:35:01 GMT) Full text and rfc822 format available.

Message #32 received at 49145 <at> debbugs.gnu.org (full text, mbox):

From: HiPhish <hiphish <at> posteo.de>
To: 49145 <at> debbugs.gnu.org
Subject: Solved, I guess
Date: Wed, 10 Nov 2021 21:33:31 +0000
I recently had to re-install my system due to a data loss. When I tried 
building Guix on the fresh Void install everything worked out, so I guess this 
issue can be closed now. I still don't know what went wrong, but it must have 
been something peculiar about my previous setup, either on the Guix side or on 
the Void side, or the bug simply got fixed upstream. I don't know.






bug closed, send any further explanations to 49145 <at> debbugs.gnu.org and HiPhish <hiphish <at> posteo.de> Request was from Leo Famulari <leo <at> famulari.name> to control <at> debbugs.gnu.org. (Wed, 10 Nov 2021 22:24:01 GMT) Full text and rfc822 format available.

Information forwarded to bug-guix <at> gnu.org:
bug#49145; Package guix. (Thu, 11 Nov 2021 16:01:02 GMT) Full text and rfc822 format available.

Message #37 received at 49145-done <at> debbugs.gnu.org (full text, mbox):

From: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
To: HiPhish <hiphish <at> posteo.de>
Cc: 49145-done <at> debbugs.gnu.org
Subject: Re: bug#49145: Solved, I guess
Date: Thu, 11 Nov 2021 10:59:52 -0500
Hello,

HiPhish <hiphish <at> posteo.de> writes:

> I recently had to re-install my system due to a data loss. When I tried 
> building Guix on the fresh Void install everything worked out, so I guess this 
> issue can be closed now. I still don't know what went wrong, but it must have 
> been something peculiar about my previous setup, either on the Guix side or on 
> the Void side, or the bug simply got fixed upstream. I don't know.

Thanks for the heads up!

I'm closing this bug by replying to 49145-done <at> debbugs.gnu.org.

Maxim




bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Fri, 10 Dec 2021 12:24:08 GMT) Full text and rfc822 format available.

This bug report was last modified 2 years and 99 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.