bug#51294: closed (Re: bug#51259: Cannot build Guix from source (error messages about the translations))
Hi, On Thu, 21 Oct 2021 at 20:57, jgart via Bug reports for GNU Guix wrote: > https://git.sr.ht/~jgart/dotfiles/tree/master/item/bin/executable_guix-prepare-tree --8<---cut here---start->8--- guix environment guix --container -- ./bootstrap \ && guix environment guix --container -- ./configure --localstatedir=/var \ && guix environment guix --container -- make --8<---cut here---end--->8--- Here you invoke 3 times “guix environment”, instead it is possible to run: --8<---cut here---start->8--- guix environment guix --container -- sh -c \ './bootstrap && ./configure --localstatedir=/var && make' --8<---cut here---end--->8--- Well, I do not know if it is really better. :-) Cheers, simon
bug#51294: closed (Re: bug#51259: Cannot build Guix from source (error messages about the translations))
On Fri, 22 Oct 2021 00:38:02 + help-debb...@gnu.org (GNU bug Tracking System) wrote: Thanks for fixing that! I'll just run this script I've been using again: https://git.sr.ht/~jgart/dotfiles/tree/master/item/bin/executable_guix-prepare-tree
bug#51259: Cannot build Guix from source (error messages about the translations)
I pushed my patch to master as c5881ff1f3ea321401b0f040c4e795bcd452ef5d, so tentatively closing this bug. Note that, if you encountered the issue, this patch is not enough: you already have .texi files that contain lots of "??". You'll need to start from a clean checkout, or at least clean the texi files with something like: git pull # to get the patch rm doc/*.texi# remove texi files git checkout doc # reinstate those that are commited ./bootstrap # recreate dummy files for the Makefile to be happy make # should now be working Sorry for the inconvenience!
bug#51259: Cannot build Guix from source (error messages about the translations)
On Wed, 20 Oct 2021 11:52:54 -0400 Julien Lepiller wrote: > You might be running with modified files, or the container is doing > something unexpected. Can you try again from a clean checkout, or > after cleaning with "git clean -fdx"? This should put the repo back > to the last commit, and remove any additional files, as if you just > pulled it. I tried many things (including git clean -dfx) and at the end I don't know exactly what made it compile but it works now and I suspect that it's either removing GUIX_PACKAGE_PATH or using guix pull && guix package -u that fixed it for me. Denis. pgpVJG1pmJWPj.pgp Description: OpenPGP digital signature
bug#51259: Cannot build Guix from source (error messages about the translations)
Denis 'GNUtoo' Carikli 写道: - rm doc/contributing.*.texi This isn't enough, you need to rm doc/guix*.*.texi as well: ./doc/guix-cookbook.zh_Hans.texi:2892: @node `' previously defined Kind regards, T G-R signature.asc Description: PGP signature
bug#51259: Cannot build Guix from source (error messages about the translations)
You might be running with modified files, or the container is doing something unexpected. Can you try again from a clean checkout, or after cleaning with "git clean -fdx"? This should put the repo back to the last commit, and remove any additional files, as if you just pulled it. Le 20 octobre 2021 11:44:38 GMT-04:00, Denis 'GNUtoo' Carikli a écrit : >Hi, > >I'm on i686, and I've tried all the approaches mentioned: >- export LC_ALL=en_US.utf8 >- rm doc/contributing.*.texi >- the patch in doc/local.mk > >on top of the following commit: >19d3cfec72 gnu: python-arrow: Move python-pytz to native-inputs. > >I tried building Guix with both: >- guix environment guix -C guix >- guix environment --pure guix > >And for building I use >export LC_ALL=en_US.utf8 >rm -f doc/contributing.*.texi && \ >./bootstrap && \ >./configure --localstatedir=/var && \ >make clean && \ >make -j2 > >And that gives the following compilation error (with guix environment >guix -C guix): >> ). Please consider running po4a-updatepo to refresh it. >> sed -i "s|guix\.info|$(basename "doc/guix.zh_CN.texi" | sed >> 's|texi$|info|')|" "doc/guix.zh_CN.texi.tmp" >> POXREF doc/guix.zh_CN.texi >> translated 914 cross-references in 'doc/guix.sk.texi.tmp' >> mv "doc/guix.sk.texi.tmp" "doc/guix.sk.texi" >> translated 914 cross-references in 'doc/guix.zh_CN.texi.tmp' >> mv "doc/guix.zh_CN.texi.tmp" "doc/guix.zh_CN.texi" >> make all-recursive >> make[1]: Entering directory '/home/gnutoo/work/projects/guix/guix' >> Making all in po/guix >> make[2]: Entering directory '/home/gnutoo/work/projects/guix/guix/po/guix' >> make[2]: Nothing to be done for 'all'. >> make[2]: Leaving directory '/home/gnutoo/work/projects/guix/guix/po/guix' >> Making all in po/packages >> make[2]: Entering directory >> '/home/gnutoo/work/projects/guix/guix/po/packages' >> make[2]: Nothing to be done for 'all'. >> make[2]: Leaving directory '/home/gnutoo/work/projects/guix/guix/po/packages' >> make[2]: Entering directory '/home/gnutoo/work/projects/guix/guix' >> MAKEINFO doc/guix-cookbook.ko.info >> MAKEINFO doc/guix-cookbook.zh_Hans.info >> ./doc/guix-cookbook.zh_Hans.texi:2892: @node `' previously >> defined >> ./doc/guix-cookbook.zh_Hans.texi:1385: here is the previous definition as >> @node >> ./doc/guix-cookbook.zh_Hans.texi:1385: warning: node next `' in >> menu `Acknowledgments' and in sectioning `Advanced package management' differ >> ./doc/guix-cookbook.zh_Hans.texi:1385: warning: node prev `' in >> menu `Advanced package management' and in sectioning `??' differ >> ./doc/guix-cookbook.zh_Hans.texi:2483: warning: node next `Advanced package >> management' in menu `' and in sectioning `' differ >> ./doc/guix-cookbook.zh_Hans.texi:2902: warning: node `' is up for `Guix >> environment via direnv' in sectioning but not in menu >> ./doc/guix-cookbook.zh_Hans.texi:2892: node `' lacks menu item for `Guix >> environment via direnv' despite being its Up target >> ./doc/guix-cookbook.zh_Hans.texi:3014: warning: node prev `Acknowledgments' >> in menu `' and in sectioning `' differ >> make[2]: *** [Makefile:5627: doc/guix-cookbook.zh_Hans.info] Error 1 >> make[2]: *** Waiting for unfinished jobs >> Use of uninitialized value in hash element at >> /gnu/store/0n07srrsfkh6mpzq9m78p18674bci39r-texinfo-6.7/share/texinfo/Texinfo/Structuring.pm >> line 639. >> ./doc/guix-cookbook.ko.texi:565: @node `??' previously defined >> ./doc/guix-cookbook.ko.texi:319: here is the previous definition as @node >> ./doc/guix-cookbook.ko.texi:781: @node `? ??' previously defined >> ./doc/guix-cookbook.ko.texi:333: here is the previous definition as @node >> ./doc/guix-cookbook.ko.texi:1332: @node `?? ??' previously defined >> ./doc/guix-cookbook.ko.texi:579: here is the previous definition as @node >> ./doc/guix-cookbook.ko.texi:1368: @node `??' previously defined >> ./doc/guix-cookbook.ko.texi:319: here is the previous definition as @node >> ./doc/guix-cookbook.ko.texi:1387: @node `? ??' previously defined >> ./doc/guix-cookbook.ko.texi:333: here is the previous definition as @node >> ./doc/guix-cookbook.ko.texi:2895: @node `?? ??' previously defined >> ./doc/guix-cookbook.ko.texi:579: here is the previous definition as @node >> ./doc/guix-cookbook.ko.texi:3048: @node `?? ??' previously defined >> ./doc/guix-cookbook.ko.texi:579: here is the previous definition as @node >> ./doc/guix-cookbook.ko.texi:319: warning: node next `??' in menu >> `? ??' and in sectioning `' differ >> ./doc/guix-cookbook.ko.texi:333: warning: node `? ? ??' >> is next for `? ??' in menu but not in sectioning >> ./doc/guix-cookbook.ko.texi:333: warning: node `??' is prev for >> `? ??' in menu but not in sectioning >> ./doc/guix-cookbook.ko.texi:579: warning: node next `?? ??' in menu >> `? ???' and in sec
bug#51259: Cannot build Guix from source (error messages about the translations)
Hi, I'm on i686, and I've tried all the approaches mentioned: - export LC_ALL=en_US.utf8 - rm doc/contributing.*.texi - the patch in doc/local.mk on top of the following commit: 19d3cfec72 gnu: python-arrow: Move python-pytz to native-inputs. I tried building Guix with both: - guix environment guix -C guix - guix environment --pure guix And for building I use export LC_ALL=en_US.utf8 rm -f doc/contributing.*.texi && \ ./bootstrap && \ ./configure --localstatedir=/var && \ make clean && \ make -j2 And that gives the following compilation error (with guix environment guix -C guix): > ). Please consider running po4a-updatepo to refresh it. > sed -i "s|guix\.info|$(basename "doc/guix.zh_CN.texi" | sed > 's|texi$|info|')|" "doc/guix.zh_CN.texi.tmp" > POXREF doc/guix.zh_CN.texi > translated 914 cross-references in 'doc/guix.sk.texi.tmp' > mv "doc/guix.sk.texi.tmp" "doc/guix.sk.texi" > translated 914 cross-references in 'doc/guix.zh_CN.texi.tmp' > mv "doc/guix.zh_CN.texi.tmp" "doc/guix.zh_CN.texi" > make all-recursive > make[1]: Entering directory '/home/gnutoo/work/projects/guix/guix' > Making all in po/guix > make[2]: Entering directory '/home/gnutoo/work/projects/guix/guix/po/guix' > make[2]: Nothing to be done for 'all'. > make[2]: Leaving directory '/home/gnutoo/work/projects/guix/guix/po/guix' > Making all in po/packages > make[2]: Entering directory '/home/gnutoo/work/projects/guix/guix/po/packages' > make[2]: Nothing to be done for 'all'. > make[2]: Leaving directory '/home/gnutoo/work/projects/guix/guix/po/packages' > make[2]: Entering directory '/home/gnutoo/work/projects/guix/guix' > MAKEINFO doc/guix-cookbook.ko.info > MAKEINFO doc/guix-cookbook.zh_Hans.info > ./doc/guix-cookbook.zh_Hans.texi:2892: @node `' previously defined > ./doc/guix-cookbook.zh_Hans.texi:1385: here is the previous definition as > @node > ./doc/guix-cookbook.zh_Hans.texi:1385: warning: node next `' in > menu `Acknowledgments' and in sectioning `Advanced package management' differ > ./doc/guix-cookbook.zh_Hans.texi:1385: warning: node prev `' in > menu `Advanced package management' and in sectioning `??' differ > ./doc/guix-cookbook.zh_Hans.texi:2483: warning: node next `Advanced package > management' in menu `' and in sectioning `' differ > ./doc/guix-cookbook.zh_Hans.texi:2902: warning: node `' is up for `Guix > environment via direnv' in sectioning but not in menu > ./doc/guix-cookbook.zh_Hans.texi:2892: node `' lacks menu item for `Guix > environment via direnv' despite being its Up target > ./doc/guix-cookbook.zh_Hans.texi:3014: warning: node prev `Acknowledgments' > in menu `' and in sectioning `' differ > make[2]: *** [Makefile:5627: doc/guix-cookbook.zh_Hans.info] Error 1 > make[2]: *** Waiting for unfinished jobs > Use of uninitialized value in hash element at > /gnu/store/0n07srrsfkh6mpzq9m78p18674bci39r-texinfo-6.7/share/texinfo/Texinfo/Structuring.pm > line 639. > ./doc/guix-cookbook.ko.texi:565: @node `??' previously defined > ./doc/guix-cookbook.ko.texi:319: here is the previous definition as @node > ./doc/guix-cookbook.ko.texi:781: @node `? ??' previously defined > ./doc/guix-cookbook.ko.texi:333: here is the previous definition as @node > ./doc/guix-cookbook.ko.texi:1332: @node `?? ??' previously defined > ./doc/guix-cookbook.ko.texi:579: here is the previous definition as @node > ./doc/guix-cookbook.ko.texi:1368: @node `??' previously defined > ./doc/guix-cookbook.ko.texi:319: here is the previous definition as @node > ./doc/guix-cookbook.ko.texi:1387: @node `? ??' previously defined > ./doc/guix-cookbook.ko.texi:333: here is the previous definition as @node > ./doc/guix-cookbook.ko.texi:2895: @node `?? ??' previously defined > ./doc/guix-cookbook.ko.texi:579: here is the previous definition as @node > ./doc/guix-cookbook.ko.texi:3048: @node `?? ??' previously defined > ./doc/guix-cookbook.ko.texi:579: here is the previous definition as @node > ./doc/guix-cookbook.ko.texi:319: warning: node next `??' in menu > `? ??' and in sectioning `' differ > ./doc/guix-cookbook.ko.texi:333: warning: node `? ? ??' > is next for `? ??' in menu but not in sectioning > ./doc/guix-cookbook.ko.texi:333: warning: node `??' is prev for > `? ??' in menu but not in sectioning > ./doc/guix-cookbook.ko.texi:579: warning: node next `?? ??' in menu > `? ???' and in sectioning `@samp{GUIX_PACKAGE_PATH}' differ > ./doc/guix-cookbook.ko.texi:579: warning: node `GNU ?? ?? ?' > is prev for `?? ??' in menu but not in sectioning > ./doc/guix-cookbook.ko.texi:579: warning: node up `?? ??' in menu > `Top' and in sectioning `' differ > ./doc/guix-cookbook.ko.texi:579: warning: for `?? ??', up in menu > `Top' and up `' don't match > ./doc/guix-cookbook.ko.texi:1417: warning: node `?
bug#51259: Cannot build Guix from source (error messages about the translations)
On 10/20/21 2:11 PM, Julien Lepiller wrote: So, it looks like my change prevented the xref command from running altogether, which explains the error. Moving the variable definition seems to help; I was able to build from a clean checkout in a pure environment with the attached revised patch. Indeed! With this change it compiles successfully on my side as well. Thanks, Raphaël
bug#51259: Cannot build Guix from source (error messages about the translations)
Le Wed, 20 Oct 2021 12:40:17 +0200, Raphaël Mélotte a écrit : > Hello, > > On 10/20/21 4:06 AM, Julien Lepiller wrote: > > > > > Since it seems this is due to the lack of the LC_ALL variable in the > > pure environment, how about the attached patch? > > With the attached patch on top of master (c650160abb), the build > fails with messages similar to this one: > ./doc/guix.de.texi:158: @ref reference to nonexistent node > `Translating Guix' > > I attached the build logs. > > I used the following to build, to make sure to start from a clean > tree: --- > git clean -ffdx && guix environment guix --pure --ad-hoc help2man git > strace -- sh -c './bootstrap && ./configure --localstatedir=/var && > make' | tee build.log > > --- > > Kind regards, > > Raphaël So, it looks like my change prevented the xref command from running altogether, which explains the error. Moving the variable definition seems to help; I was able to build from a clean checkout in a pure environment with the attached revised patch. >From 9cf411955afe9d3cb95d8060bb37ce97fdcbacb0 Mon Sep 17 00:00:00 2001 Message-Id: <9cf411955afe9d3cb95d8060bb37ce97fdcbacb0.1634731604.git.jul...@lepiller.eu> From: Julien Lepiller Date: Wed, 20 Oct 2021 04:02:06 +0200 Subject: [PATCH] doc: Set LC_ALL when translating xref commands. * doc/local.mk (xref_command): Set LC_ALL. --- doc/local.mk | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/doc/local.mk b/doc/local.mk index fff11f8183..d0cab306a4 100644 --- a/doc/local.mk +++ b/doc/local.mk @@ -110,18 +110,18 @@ endef $(srcdir)/%D%/guix.%.texi: po/doc/guix-manual.%.po $(srcdir)/%D%/contributing.%.texi guix/build/po.go -$(AM_V_PO4A)$(PO4A_TRANSLATE) $(PO4A_PARAMS) -m "%D%/guix.texi" -p "$<" -l "$@.tmp" -sed -i "s|guix\.info|$$(basename "$@" | sed 's|texi$$|info|')|" "$@.tmp" - -$(AM_V_POXREF)$(xref_command) + -$(AM_V_POXREF)LC_ALL=en_US.UTF-8 $(xref_command) -mv "$@.tmp" "$@" $(srcdir)/%D%/guix-cookbook.%.texi: po/doc/guix-cookbook.%.po guix/build/po.go -$(AM_V_PO4A)$(PO4A_TRANSLATE) $(PO4A_PARAMS) -m "%D%/guix-cookbook.texi" -p "$<" -l "$@.tmp" -sed -i "s|guix-cookbook\.info|$$(basename "$@" | sed 's|texi$$|info|')|" "$@.tmp" - -$(AM_V_POXREF)$(xref_command) + -$(AM_V_POXREF)LC_ALL=en_US.UTF-8 $(xref_command) -mv "$@.tmp" "$@" $(srcdir)/%D%/contributing.%.texi: po/doc/guix-manual.%.po guix/build/po.go -$(AM_V_PO4A)$(PO4A_TRANSLATE) $(PO4A_PARAMS) -m "%D%/contributing.texi" -p "$<" -l "$@.tmp" - -$(AM_V_POXREF)$(xref_command) + -$(AM_V_POXREF)LC_ALL=en_US.UTF-8 $(xref_command) -mv "$@.tmp" "$@" %D%/os-config-%.texi: gnu/system/examples/%.tmpl -- 2.33.0
bug#51259: Cannot build Guix from source (error messages about the translations)
Arg, I don't get why you get that one… I'll see what I can find. In the meantime, you can build the rest of guix locally with "make make-go", which doesn't depend on the manuals, although you won't be able to push with the prepush hook. Le 20 octobre 2021 06:40:17 GMT-04:00, "Raphaël Mélotte" a écrit : >Hello, > >On 10/20/21 4:06 AM, Julien Lepiller wrote: > >> >> Since it seems this is due to the lack of the LC_ALL variable in the >> pure environment, how about the attached patch? > >With the attached patch on top of master (c650160abb), the build fails with >messages similar to this one: >./doc/guix.de.texi:158: @ref reference to nonexistent node `Translating Guix' > >I attached the build logs. > >I used the following to build, to make sure to start from a clean tree: >--- >git clean -ffdx && guix environment guix --pure --ad-hoc help2man git strace >-- >sh -c './bootstrap && ./configure --localstatedir=/var && make' | tee build.log > >--- > >Kind regards, > >Raphaël
bug#51259: Cannot build Guix from source (error messages about the translations)
Hello, On 10/20/21 4:06 AM, Julien Lepiller wrote: Since it seems this is due to the lack of the LC_ALL variable in the pure environment, how about the attached patch? With the attached patch on top of master (c650160abb), the build fails with messages similar to this one: ./doc/guix.de.texi:158: @ref reference to nonexistent node `Translating Guix' I attached the build logs. I used the following to build, to make sure to start from a clean tree: --- git clean -ffdx && guix environment guix --pure --ad-hoc help2man git strace -- sh -c './bootstrap && ./configure --localstatedir=/var && make' | tee build.log --- Kind regards, Raphaël Copying file ABOUT-NLS Copying file build-aux/config.rpath Copying file m4/codeset.m4 Copying file m4/extern-inline.m4 Copying file m4/fcntl-o.m4 Copying file m4/gettext.m4 Copying file m4/glibc2.m4 Copying file m4/glibc21.m4 Copying file m4/iconv.m4 Copying file m4/intdiv0.m4 Copying file m4/intl.m4 Copying file m4/intldir.m4 Copying file m4/intlmacosx.m4 Copying file m4/intmax.m4 Copying file m4/inttypes-pri.m4 Copying file m4/inttypes_h.m4 Copying file m4/lcmessage.m4 Copying file m4/lib-ld.m4 Copying file m4/lib-link.m4 Copying file m4/lib-prefix.m4 Copying file m4/lock.m4 Copying file m4/longlong.m4 Copying file m4/nls.m4 Copying file m4/po.m4 Copying file m4/printf-posix.m4 Copying file m4/progtest.m4 Copying file m4/size_max.m4 Copying file m4/stdint_h.m4 Copying file m4/threadlib.m4 Copying file m4/uintmax_t.m4 Copying file m4/visibility.m4 Copying file m4/wchar_t.m4 Copying file m4/wint_t.m4 Copying file m4/xsize.m4 Copying file po/guix/Makefile.in.in Copying file po/packages/Makefile.in.in Copying file po/guix/Makevars.template Copying file po/packages/Makevars.template Copying file po/guix/Rules-quot Copying file po/packages/Rules-quot Copying file po/guix/boldquot.sed Copying file po/packages/boldquot.sed Copying file po/guix/en@boldquot.header Copying file po/packages/en@boldquot.header Copying file po/guix/en@quot.header Copying file po/packages/en@quot.header Copying file po/guix/insert-header.sin Copying file po/packages/insert-header.sin Copying file po/guix/quot.sed Copying file po/packages/quot.sed Copying file po/guix/remove-potcdate.sin Copying file po/packages/remove-potcdate.sin checking for a BSD-compatible install... /gnu/store/jjd57zzlcy5dxwrw5qirz05v0mds5zpl-profile/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /gnu/store/jjd57zzlcy5dxwrw5qirz05v0mds5zpl-profile/bin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking whether make supports nested variables... yes checking whether make supports nested variables... (cached) yes checking whether make supports the include directive... yes (GNU style) checking for gcc... gcc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking whether gcc understands -c and -o together... yes checking dependency style of gcc... gcc3 checking how to run the C preprocessor... gcc -E checking for grep that handles long lines and -e... /gnu/store/jjd57zzlcy5dxwrw5qirz05v0mds5zpl-profile/bin/grep checking for egrep... /gnu/store/jjd57zzlcy5dxwrw5qirz05v0mds5zpl-profile/bin/grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking minix/config.h usability... no checking minix/config.h presence... no checking for minix/config.h... no checking whether it is safe to define __EXTENSIONS__... yes checking for a sed that does not truncate output... /gnu/store/jjd57zzlcy5dxwrw5qirz05v0mds5zpl-profile/bin/sed checking whether NLS is requested... yes checking for msgfmt... /gnu/store/jjd57zzlcy5dxwrw5qirz05v0mds5zpl-profile/bin/msgfmt checking for gmsgfmt... /gnu/store/jjd57zzlcy5dxwrw5qirz05v0mds5zpl-profile/bin/msgfmt checking for xgettext... /gnu/store/jjd57zzlcy5dxwrw5qirz05v0mds5zpl-profile/bin/xgettext checking for msgmerge... /gnu/store/jjd57zzlcy5dxwrw5qirz05v0mds5zpl-profile/bin/msgmerge checking build system type... x86_64-pc-linux-gnu checking host system type... x86_64-pc-linux-gnu checking for ld used by gcc... /gnu/store/jjd57zzlcy5dxwrw5qirz05v0mds5zpl-profile/bin/ld checking if the linker (/gnu/store/jjd57zzlcy5dxwrw5qirz05v0mds5zpl-profile/bin/ld) is GNU ld... yes checking for shared library run path origin... done checking for CFPreferencesCopyAppValue... no checking for CFLocaleCopyCurrent... no checking for GNU gettext
bug#51259: Cannot build Guix from source (error messages about the translations)
Le Tue, 19 Oct 2021 12:29:47 +0200, Raphaël Mélotte a écrit : > On 10/19/21 11:59 AM, Simon Streit wrote: > > Extending my previous message: > > > > I first thought that it had to do with commit > > 15c91189cb61c579f4289047c79530cefe75215f, but it turns out that > > commit 0623138ffa5b066afc25547ffdeb97753cb0ee9a creates these > > errors. > > > > Commit d1b375402f5680b1e5a77dd1fb77e1e9d94625d1 is okay. > Building on Debian 10, I was about to report the same. > From a git bisect I got: > "0623138ffa5b066afc25547ffdeb97753cb0ee9a is the first bad commit". > > I can confirm that in the meantime, compiling with $LC_ALL set > manually (to the value of $LANG outside the environment) also worked > for me: --- > guix environment guix --pure --ad-hoc help2man git strace bash -- sh > -c "export LC_ALL=$LANG && ./bootstrap && ./configure > --localstatedir=/var && make --- > > > Kind regards, > > Raphaël > > > Since it seems this is due to the lack of the LC_ALL variable in the pure environment, how about the attached patch? >From bcabc8a22e8462e9398d09efa1c9eef450fb02c4 Mon Sep 17 00:00:00 2001 Message-Id: From: Julien Lepiller Date: Wed, 20 Oct 2021 04:02:06 +0200 Subject: [PATCH] doc: Set LC_ALL when translating xref commands. * doc/local.mk (xref_command): Set LC_ALL. --- doc/local.mk | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/doc/local.mk b/doc/local.mk index fff11f8183..751d0e5f90 100644 --- a/doc/local.mk +++ b/doc/local.mk @@ -102,7 +102,7 @@ PO4A_PARAMS += -f texinfo # texinfo format # reference is not translated, which means it references a section that does not # exist. define xref_command -$(top_srcdir)/pre-inst-env $(GUILE) --no-auto-compile \ +LC_ALL=en_US.UTF-8 $(top_srcdir)/pre-inst-env $(GUILE) --no-auto-compile \ "$(top_srcdir)/build-aux/convert-xref.scm" \ $@.tmp $< endef -- 2.33.0
bug#51259: Cannot build Guix from source (error messages about the translations)
I had the same problem with my checkout of the “master” branch after I ran “guix pull --branch=core-updates-frozen”. I worked around this by running rm doc/contributing.*.texi and then ./bootstrap, ./configure …, make. This made PO4A regenerate these files correctly. -- Ricardo
bug#51259: Cannot build Guix from source (error messages about the translations)
On 10/19/21 11:59 AM, Simon Streit wrote: Extending my previous message: I first thought that it had to do with commit 15c91189cb61c579f4289047c79530cefe75215f, but it turns out that commit 0623138ffa5b066afc25547ffdeb97753cb0ee9a creates these errors. Commit d1b375402f5680b1e5a77dd1fb77e1e9d94625d1 is okay. Building on Debian 10, I was about to report the same. From a git bisect I got: "0623138ffa5b066afc25547ffdeb97753cb0ee9a is the first bad commit". I can confirm that in the meantime, compiling with $LC_ALL set manually (to the value of $LANG outside the environment) also worked for me: --- guix environment guix --pure --ad-hoc help2man git strace bash -- sh -c "export LC_ALL=$LANG && ./bootstrap && ./configure --localstatedir=/var && make --- Kind regards, Raphaël
bug#51259: Cannot build Guix from source (error messages about the translations)
Simon Streit writes: > Leo Famulari writes: > >> I noticed today that I can't build Guix from a fresh Git checkout in the >> usual manner. Something goes wrong while building the Korean language >> info manual. I tested it several times and on two different computers, >> both x86_64. > > Can confirm that I can't build on a fresh Guix or on another machine. > > I just had a look into the file guix.ko.texi. Unfortunately the file > itself is indeed full of question marks: > > @menu > * ??:: Guix ?? ! > * :: Guix??? ??? ? >???. > * ? ? :: Guix . > * ?? :: ?? ? ?? . > * guix-?? :: ?? ?? . > * ?? ??:: ??-?? ??. > * Guix ::Guix ? ?? . > @end menu Extending my previous message: I first thought that it had to do with commit 15c91189cb61c579f4289047c79530cefe75215f, but it turns out that commit 0623138ffa5b066afc25547ffdeb97753cb0ee9a creates these errors. Commit d1b375402f5680b1e5a77dd1fb77e1e9d94625d1 is okay. Kind regards Simon
bug#51259: Cannot build Guix from source (error messages about the translations)
Hello, Leo Famulari writes: > I noticed today that I can't build Guix from a fresh Git checkout in the > usual manner. Something goes wrong while building the Korean language > info manual. I tested it several times and on two different computers, > both x86_64. Can confirm that I can't build on a fresh Guix or on another machine. I just had a look into the file guix.ko.texi. Unfortunately the file itself is indeed full of question marks: --8<---cut here---start->8--- @menu * ??:: Guix ?? ! * :: Guix??? ??? ? ???. * ? ? :: Guix . * ?? :: ?? ? ?? . * guix-?? :: ?? ?? . * ?? ??:: ??-?? ??. * Guix ::Guix ? ?? . @end menu --8<---cut here---end--->8--- Chances are something wrong? Kind regards, Simon
bug#51259: Cannot build Guix from source (error messages about the translations)
On Mon, Oct 18, 2021 at 07:23:40AM -0400, Julien Lepiller wrote: > Hi Leo, > > Looks like something is wrong with your setup… are you running in "guix > environment guix"? What's your $LANG? Yes, it's in a "pure" environment. Normally LANG=en_US.UTF-8, but in the pure environment, LANG is unset. In both cases, LC_ALL is unset.
bug#51259: Cannot build Guix from source (error messages about the translations)
I managed to reproduce the issue on fedora, in a broken pure environmert. In a pure environment, fedora gives error messages about software that doesn't exist, and asks if I want to install them. If I ^C at that point, I enter the environment, but some things are missing. There are litteral ?? in manuals that don't use ascii, and this is especially visible in the korean manual. Po4a works fine in my experimentation, but it looks like the po parser or regular expression matching is broken at the POXREF phase, and everything is copied as literal ??. Maybe setting LANG to a UTF-8 locale in the poxref rule would help? It didn't hix the issue in my case, but I think that's because I'm missing even more variables. Le 18 octobre 2021 07:54:08 GMT-04:00, Tobias Geerinckx-Rice via Bug reports for GNU Guix a écrit : >Leo Famulari 写道: >> ./doc/guix.ko.texi:431: here is the previous definition as @node >> ./doc/guix.ko.texi:2065: @node `??' previously defined > >This seems to hint at a locale error, and indeed it was: when I >check out a fresh guix.git and build it in a recent ‘guix >environment guix’ on Guix System, I get the same error as you. > >When I repeat the exact same steps but first set > > $ export LC_ALL=en_IE.utf8 > >in the environment, the build goes swimmingly. > >I only ran each test once so it could be a coincidence, but I >doubt it. > >As for the actual error… > >> ./doc/guix.ko.texi:431: here is the previous definition as @node >> ./doc/guix.ko.texi:2065: @node `??' previously defined > >At the risk of being naive: could it simply be that the missing >locale turns the Korean UTF-8 into a literal ‘??’, which of >course matches another mangled @node string of the same length? > >Kind regards, > >T G-R
bug#51259: Cannot build Guix from source (error messages about the translations)
Leo Famulari 写道: ./doc/guix.ko.texi:431: here is the previous definition as @node ./doc/guix.ko.texi:2065: @node `??' previously defined This seems to hint at a locale error, and indeed it was: when I check out a fresh guix.git and build it in a recent ‘guix environment guix’ on Guix System, I get the same error as you. When I repeat the exact same steps but first set $ export LC_ALL=en_IE.utf8 in the environment, the build goes swimmingly. I only ran each test once so it could be a coincidence, but I doubt it. As for the actual error… ./doc/guix.ko.texi:431: here is the previous definition as @node ./doc/guix.ko.texi:2065: @node `??' previously defined At the risk of being naive: could it simply be that the missing locale turns the Korean UTF-8 into a literal ‘??’, which of course matches another mangled @node string of the same length? Kind regards, T G-R signature.asc Description: PGP signature
bug#51259: Cannot build Guix from source (error messages about the translations)
Hi Leo, Looks like something is wrong with your setup… are you running in "guix environment guix"? What's your $LANG? Le 18 octobre 2021 00:01:28 GMT-04:00, Leo Famulari a écrit : >I noticed today that I can't build Guix from a fresh Git checkout in the >usual manner. Something goes wrong while building the Korean language >info manual. I tested it several times and on two different computers, >both x86_64. > >-- >$ guix describe >Generation 23 Oct 18 2021 00:23:51(current) > guix 473ea16 >repository URL: https://git.savannah.gnu.org/git/guix.git >branch: master >commit: 473ea161a15a13e7d5e7e0724693c1931ff8daaa >$ git describe >v1.3.0-7022-g473ea161a1 >$ guix environment --pure guix >$ ./bootstrap && ./configure --localstatedir=/var && make -j1 >[... bootstrap and configure succeed ...] >Updating ./doc/version.texi > MAKEINFO doc/guix.de.info > MAKEINFO doc/guix.es.info >./doc/guix.es.texi:16554: warning: `.' or `,' must follow @xref, not p >./doc/guix.es.texi:37439: warning: `.' or `,' must follow @xref, not p > MAKEINFO doc/guix.fa.info > MAKEINFO doc/guix.fr.info >./doc/guix.fr.texi:12628: warning: `.' or `,' must follow @xref, not p > MAKEINFO doc/guix.it.info > MAKEINFO doc/guix.ko.info >Use of uninitialized value in hash element at >/gnu/store/w8k9hcigvhzrlrblv8lgqj77sm3833rs-texinfo-6.7/share/texinfo/Texinfo/Structuring.pm > line 639. >Use of uninitialized value in hash element at >/gnu/store/w8k9hcigvhzrlrblv8lgqj77sm3833rs-texinfo-6.7/share/texinfo/Texinfo/Structuring.pm > line 639. >Use of uninitialized value in hash element at >/gnu/store/w8k9hcigvhzrlrblv8lgqj77sm3833rs-texinfo-6.7/share/texinfo/Texinfo/Structuring.pm > line 639. >./doc/guix.ko.texi:604: @node `??' previously defined >./doc/guix.ko.texi:431: here is the previous definition as @node >./doc/guix.ko.texi:2065: @node `??' previously defined >./doc/guix.ko.texi:431: here is the previous definition as @node >./doc/guix.ko.texi:2538: @node `?? ??' previously defined >./doc/guix.ko.texi:2262: here is the previous definition as @node >./doc/guix.ko.texi:2739: @node `' previously defined >./doc/guix.ko.texi:884: here is the previous definition as @node >./doc/guix.ko.texi:2940: @node `? ??' previously defined >./doc/guix.ko.texi:2029: here is the previous definition as @node >./doc/guix.ko.texi:2973: @node `??' previously defined >./doc/guix.ko.texi:431: here is the previous definition as @node >./doc/guix.ko.texi:4933: @node `??' previously defined >./doc/guix.ko.texi:431: here is the previous definition as @node >./doc/guix.ko.texi:5459: @node `??' previously defined >./doc/guix.ko.texi:431: here is the previous definition as @node >./doc/guix.ko.texi:10011: @node `' previously defined >./doc/guix.ko.texi:884: here is the previous definition as @node >./doc/guix.ko.texi:13272: @node `? ??' previously defined >./doc/guix.ko.texi:2029: here is the previous definition as @node >./doc/guix.ko.texi:14606: @node `' previously defined >./doc/guix.ko.texi:884: here is the previous definition as @node >./doc/guix.ko.texi:31230: @node `?? ?' previously defined >./doc/guix.ko.texi:13804: here is the previous definition as @node >./doc/guix.ko.texi:35444: @node `??' previously defined >./doc/guix.ko.texi:431: here is the previous definition as @node >./doc/guix.ko.texi:35642: @node `?? ?' previously defined >./doc/guix.ko.texi:13804: here is the previous definition as @node >doc/contributing.ko.texi:1: @node `??' previously defined >./doc/guix.ko.texi:431: here is the previous definition as @node >doc/contributing.ko.texi:31: @node `? ??' previously defined >./doc/guix.ko.texi:2029: here is the previous definition as @node >doc/contributing.ko.texi:229: @node `? ??' previously defined >./doc/guix.ko.texi:2029: here is the previous definition as @node >doc/contributing.ko.texi:318: @node `? ??' previously defined >./doc/guix.ko.texi:2029: here is the previous definition as @node >doc/contributing.ko.texi:423: @node `? ?? ?' previously >defined >./doc/guix.ko.texi:2623: here is the previous definition as @node >doc/contributing.ko.texi:690: @node `? ??' previously defined >./doc/guix.ko.texi:2029: here is the previous definition as @node >doc/contributing.ko.texi:777: @node `?? ?' previously defined >./doc/guix.ko.texi:13804: here is the previous definition as @node >doc/contributing.ko.texi:796: @node `??? ??' previously defined >doc/contributing.ko.texi:762: here is the previous definition as @node >doc/contributing.ko.texi:833: @node `??' previously defined >./doc/guix.ko.texi:431: here is the previous definition as @node >doc/contributing.ko.texi:869: @node `?? ??' previously defined >./doc/guix.ko.texi:2262: here is the previous definition as @node >doc/contributing.ko.texi:883: @node `
bug#51259: Cannot build Guix from source (error messages about the translations)
I noticed today that I can't build Guix from a fresh Git checkout in the usual manner. Something goes wrong while building the Korean language info manual. I tested it several times and on two different computers, both x86_64. -- $ guix describe Generation 23 Oct 18 2021 00:23:51(current) guix 473ea16 repository URL: https://git.savannah.gnu.org/git/guix.git branch: master commit: 473ea161a15a13e7d5e7e0724693c1931ff8daaa $ git describe v1.3.0-7022-g473ea161a1 $ guix environment --pure guix $ ./bootstrap && ./configure --localstatedir=/var && make -j1 [... bootstrap and configure succeed ...] Updating ./doc/version.texi MAKEINFO doc/guix.de.info MAKEINFO doc/guix.es.info ./doc/guix.es.texi:16554: warning: `.' or `,' must follow @xref, not p ./doc/guix.es.texi:37439: warning: `.' or `,' must follow @xref, not p MAKEINFO doc/guix.fa.info MAKEINFO doc/guix.fr.info ./doc/guix.fr.texi:12628: warning: `.' or `,' must follow @xref, not p MAKEINFO doc/guix.it.info MAKEINFO doc/guix.ko.info Use of uninitialized value in hash element at /gnu/store/w8k9hcigvhzrlrblv8lgqj77sm3833rs-texinfo-6.7/share/texinfo/Texinfo/Structuring.pm line 639. Use of uninitialized value in hash element at /gnu/store/w8k9hcigvhzrlrblv8lgqj77sm3833rs-texinfo-6.7/share/texinfo/Texinfo/Structuring.pm line 639. Use of uninitialized value in hash element at /gnu/store/w8k9hcigvhzrlrblv8lgqj77sm3833rs-texinfo-6.7/share/texinfo/Texinfo/Structuring.pm line 639. ./doc/guix.ko.texi:604: @node `??' previously defined ./doc/guix.ko.texi:431: here is the previous definition as @node ./doc/guix.ko.texi:2065: @node `??' previously defined ./doc/guix.ko.texi:431: here is the previous definition as @node ./doc/guix.ko.texi:2538: @node `?? ??' previously defined ./doc/guix.ko.texi:2262: here is the previous definition as @node ./doc/guix.ko.texi:2739: @node `' previously defined ./doc/guix.ko.texi:884: here is the previous definition as @node ./doc/guix.ko.texi:2940: @node `? ??' previously defined ./doc/guix.ko.texi:2029: here is the previous definition as @node ./doc/guix.ko.texi:2973: @node `??' previously defined ./doc/guix.ko.texi:431: here is the previous definition as @node ./doc/guix.ko.texi:4933: @node `??' previously defined ./doc/guix.ko.texi:431: here is the previous definition as @node ./doc/guix.ko.texi:5459: @node `??' previously defined ./doc/guix.ko.texi:431: here is the previous definition as @node ./doc/guix.ko.texi:10011: @node `' previously defined ./doc/guix.ko.texi:884: here is the previous definition as @node ./doc/guix.ko.texi:13272: @node `? ??' previously defined ./doc/guix.ko.texi:2029: here is the previous definition as @node ./doc/guix.ko.texi:14606: @node `' previously defined ./doc/guix.ko.texi:884: here is the previous definition as @node ./doc/guix.ko.texi:31230: @node `?? ?' previously defined ./doc/guix.ko.texi:13804: here is the previous definition as @node ./doc/guix.ko.texi:35444: @node `??' previously defined ./doc/guix.ko.texi:431: here is the previous definition as @node ./doc/guix.ko.texi:35642: @node `?? ?' previously defined ./doc/guix.ko.texi:13804: here is the previous definition as @node doc/contributing.ko.texi:1: @node `??' previously defined ./doc/guix.ko.texi:431: here is the previous definition as @node doc/contributing.ko.texi:31: @node `? ??' previously defined ./doc/guix.ko.texi:2029: here is the previous definition as @node doc/contributing.ko.texi:229: @node `? ??' previously defined ./doc/guix.ko.texi:2029: here is the previous definition as @node doc/contributing.ko.texi:318: @node `? ??' previously defined ./doc/guix.ko.texi:2029: here is the previous definition as @node doc/contributing.ko.texi:423: @node `? ?? ?' previously defined ./doc/guix.ko.texi:2623: here is the previous definition as @node doc/contributing.ko.texi:690: @node `? ??' previously defined ./doc/guix.ko.texi:2029: here is the previous definition as @node doc/contributing.ko.texi:777: @node `?? ?' previously defined ./doc/guix.ko.texi:13804: here is the previous definition as @node doc/contributing.ko.texi:796: @node `??? ??' previously defined doc/contributing.ko.texi:762: here is the previous definition as @node doc/contributing.ko.texi:833: @node `??' previously defined ./doc/guix.ko.texi:431: here is the previous definition as @node doc/contributing.ko.texi:869: @node `?? ??' previously defined ./doc/guix.ko.texi:2262: here is the previous definition as @node doc/contributing.ko.texi:883: @node `??? ' previously defined ./doc/guix.ko.texi:6295: here is the previous definition as @node doc/contributing.ko.texi:890: @node `??' previously defined ./doc/guix.ko.texi:431: here is the previous definition as @node doc/contributing.ko.texi:967: @nod