From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp0 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms0.migadu.com with LMTPS id XC4yFCF0bWEaRgEAgWs5BA (envelope-from ) for ; Mon, 18 Oct 2021 15:18:25 +0200 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp0 with LMTPS id yCNkDyF0bWGgCAAA1q6Kng (envelope-from ) for ; Mon, 18 Oct 2021 13:18:25 +0000 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 987312EA21 for ; Mon, 18 Oct 2021 15:18:23 +0200 (CEST) Received: from localhost ([::1]:41240 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mcSWz-0004pr-Lr for larch@yhetil.org; Mon, 18 Oct 2021 09:18:22 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:39472) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mcSDL-0001w8-Mc for bug-guix@gnu.org; Mon, 18 Oct 2021 08:58:03 -0400 Received: from debbugs.gnu.org ([209.51.188.43]:34682) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mcSDK-0000aV-Bm for bug-guix@gnu.org; Mon, 18 Oct 2021 08:58:03 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1mcSDK-00067n-BH for bug-guix@gnu.org; Mon, 18 Oct 2021 08:58:02 -0400 X-Loop: help-debbugs@gnu.org Subject: bug#51259: Cannot build Guix from source (error messages about the translations) Resent-From: Julien Lepiller Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Mon, 18 Oct 2021 12:58:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 51259 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: me@tobias.gr, 51259@debbugs.gnu.org, leo@famulari.name X-Debbugs-Original-To: Tobias Geerinckx-Rice , Tobias Geerinckx-Rice via Bug reports for GNU Guix , Leo Famulari X-Debbugs-Original-Cc: 51259@debbugs.gnu.org Received: via spool by 51259-submit@debbugs.gnu.org id=B51259.163456187623531 (code B ref 51259); Mon, 18 Oct 2021 12:58:02 +0000 Received: (at 51259) by debbugs.gnu.org; 18 Oct 2021 12:57:56 +0000 Received: from localhost ([127.0.0.1]:46228 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mcSDD-00067T-Oj for submit@debbugs.gnu.org; Mon, 18 Oct 2021 08:57:56 -0400 Received: from lepiller.eu ([89.234.186.109]:35978) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mcSDA-00067H-TH for 51259@debbugs.gnu.org; Mon, 18 Oct 2021 08:57:54 -0400 Received: from lepiller.eu (localhost [127.0.0.1]) by lepiller.eu (OpenSMTPD) with ESMTP id 2c2eec75; Mon, 18 Oct 2021 12:57:49 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=lepiller.eu; h=date:from :to:cc:subject:in-reply-to:references:message-id:mime-version :content-type:content-transfer-encoding; s=dkim; bh=f4/HvbRf4vM6 gkyks9ieTV9KqhHnkAzcXqUUN8ytGYo=; b=h2gnp917TFTegAm4PNl8vJD/3is7 RRJeGq2oKLQajoVh+8SYrughC4sR5aRxhC+L8ZVWRc9CxC9jtMfP4x+O7/FNSc+A 0jgDxe73cQSGUdbNRVT+BqFTaM83ATJP4UXy6cxfwdTAfcWXXpzXGqlcGJsUFaQv vOMpK4APFVCKohNktrd6JSaKqmxx4DF+dyV4o572Ieo+zmUrItJM1xUYaVPAPOX9 UoV6SB33Qzalb/KhZy9S48VeNJDu7u+VdY+FB13NsMG11s4mG1vr7Ea8ZskZUJNU 3JOHFTUngWRAtz9awydYBfz2qPt/dglrRA857ucvanu4NCzF+T/DBwiq6w== Received: by lepiller.eu (OpenSMTPD) with ESMTPSA id cdd951ae (TLSv1.3:AEAD-AES256-GCM-SHA384:256:NO); Mon, 18 Oct 2021 12:57:48 +0000 (UTC) Date: Mon, 18 Oct 2021 08:57:34 -0400 From: Julien Lepiller User-Agent: K-9 Mail for Android In-Reply-To: <8735oybl41.fsf@nckx> References: <8735oybl41.fsf@nckx> Message-ID: <9A2AACA6-D952-46B2-A618-3547CCBCD7AA@lepiller.eu> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary=----VVQTO4EYXLKWRAA7Z3786VJLZ58LV4 Content-Transfer-Encoding: 7bit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-guix@gnu.org List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+larch=yhetil.org@gnu.org Sender: "bug-Guix" X-Migadu-Flow: FLOW_IN ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1634563104; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding:resent-cc: resent-from:resent-sender:resent-message-id:in-reply-to:in-reply-to: references:references:list-id:list-help:list-unsubscribe: list-subscribe:list-post:dkim-signature; bh=vFtaQEtc8WPGe8Z27NGzF6ZopTlcqSBhx3VYrtJ6heI=; b=P8UltJkAcRtsR12h/wiythaHsj8/XxnAKdOhXSKcWb/RCpWBgRUMGscmGLan95H42Ms7W1 nouHY1WOVF8z49RXypIMtLc8X2VnrcTSy0Q3qGGHXpV0pu/r/JCZtpA5hghoA/kmfurx6G jnsF3Y5a+IhK+D8mXLksCHn8b8bxt5sWhXIqz5D/FQWLO8w+Ge23NunB9W9JX9k94uA0kk l+KjmLmoIJ11SmUA1H16DER+k1pHu15tVCzeOmBRDWNG06RX//U1jABRQ4F5B1GGLf53eR RNt2mIsQQCU5wci1xsHmbkhmSP/f74gVTHnMhlBhFErS7n4xFDDGeYD7xmMHuQ== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1634563104; a=rsa-sha256; cv=none; b=iZ3D+ooJ4sSQA4J41/OOcja6NCS/76ZV1d57amtB0GWzXQXqIHb7UntHsB9+KInLQRlGuu XZgg90D4MYU1U/+3t9/PXhDA5zB+5ckumog81QAkEVxrrjZ5bChDfOBnBkL5eIxVnBxBtD rqPCv+XUoEbsz7RLY+R9CXjZY9elNr3L78FEc1zLfMLIRjLLDveRqe3LVUcM78/QZ/O8/o B2MCJZNMoh3rIdhzl1b1c/75PjzdZc3QPY2V5Mt1/bloM9NgzQxtC6ugnPTiBfZNWvPlIv usaBkdCrr2vM0d/2PljIJwImiSUILdutCWuK7zFTC/RzGJkTcvBHZQ8xHYCvpw== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=fail ("headers rsa verify failed") header.d=lepiller.eu header.s=dkim header.b=h2gnp917; spf=pass (aspmx1.migadu.com: domain of bug-guix-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=bug-guix-bounces@gnu.org X-Migadu-Spam-Score: -1.32 Authentication-Results: aspmx1.migadu.com; dkim=fail ("headers rsa verify failed") header.d=lepiller.eu header.s=dkim header.b=h2gnp917; dmarc=fail reason="SPF not aligned (relaxed)" header.from=lepiller.eu (policy=none); spf=pass (aspmx1.migadu.com: domain of bug-guix-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=bug-guix-bounces@gnu.org X-Migadu-Queue-Id: 987312EA21 X-Spam-Score: -1.32 X-Migadu-Scanner: scn0.migadu.com X-TUID: B746/P+K8Ww3 ------VVQTO4EYXLKWRAA7Z3786VJLZ58LV4 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable I managed to reproduce the issue on fedora, in a broken pure environmert=2E= In a pure environment, fedora gives error messages about software that doe= sn't exist, and asks if I want to install them=2E If I ^C at that point, I = enter the environment, but some things are missing=2E There are litteral ?? in manuals that don't use ascii, and this is especia= lly visible in the korean manual=2E 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 ??=2E Maybe setting LANG to a UTF-8 locale in the poxref rule would help? It did= n't hix the issue in my case, but I think that's because I'm missing even m= ore variables=2E Le 18 octobre 2021 07:54:08 GMT-04:00, Tobias Geerinckx-Rice via Bug repor= ts for GNU Guix a =C3=A9crit=C2=A0: >Leo Famulari =E5=86=99=E9=81=93=EF=BC=9A >> =2E/doc/guix=2Eko=2Etexi:431: here is the previous definition as @node >> =2E/doc/guix=2Eko=2Etexi:2065: @node `??????' previously defined > >This seems to hint at a locale error, and indeed it was: when I=20 >check out a fresh guix=2Egit and build it in a recent =E2=80=98guix=20 >environment guix=E2=80=99 on Guix System, I get the same error as you=2E > >When I repeat the exact same steps but first set > > $ export LC_ALL=3Den_IE=2Eutf8 > >in the environment, the build goes swimmingly=2E > >I only ran each test once so it could be a coincidence, but I=20 >doubt it=2E > >As for the actual error=E2=80=A6 > >> =2E/doc/guix=2Eko=2Etexi:431: here is the previous definition as @node >> =2E/doc/guix=2Eko=2Etexi:2065: @node `??????' previously defined > >At the risk of being naive: could it simply be that the missing=20 >locale turns the Korean UTF-8 into a literal =E2=80=98??????=E2=80=99, wh= ich of=20 >course matches another mangled @node string of the same length? > >Kind regards, > >T G-R ------VVQTO4EYXLKWRAA7Z3786VJLZ58LV4 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable I managed to reproduce the issue on fedora, in a b= roken pure environmert=2E In a pure environment, fedora gives error message= s about software that doesn't exist, and asks if I want to install them=2E = If I ^C at that point, I enter the environment, but some things are missing= =2E

There are litteral ?? in manuals that don't use ascii, and this = is especially visible in the korean manual=2E Po4a works fine in my experim= entation, but it looks like the po parser or regular expression matching is= broken at the POXREF phase, and everything is copied as literal ??=2E
<= br>Maybe setting LANG to a UTF-8 locale in the poxref rule would help? It d= idn't hix the issue in my case, but I think that's because I'm missing even= more variables=2E

Le 18 octobre 2021 07:= 54:08 GMT-04:00, Tobias Geerinckx-Rice via Bug reports for GNU Guix <bug= -guix@gnu=2Eorg> a =C3=A9crit=C2=A0:
Leo Famulari =E5=86=99=E9=81=93=EF=BC=
=9A
=2E/doc/guix=2Eko=
=2Etexi:431: here is the previous definition as @node
=2E/doc/guix=2Eko=
=2Etexi:2065: @node `??????' previously defined

This se=
ems to hint at a locale error, and indeed it was: when I 
check out a fr=
esh guix=2Egit and build it in a recent =E2=80=98guix 
environment guix=
=E2=80=99 on Guix System, I get the same error as you=2E

When I repe=
at the exact same steps but first set

   $ export LC_ALL=3Den_IE=2Eu=
tf8

in the environment, the build goes swimmingly=2E

I only r=
an each test once so it could be a coincidence, but I 
doubt it=2E
As for the actual error=E2=80=A6

=2E/doc/guix=2Eko=2Etexi:431: here is the previous definiti=
on as @node
=2E/doc/guix=2Eko=2Etexi:2065: @node `??????' previously def=
ined

At the risk of being naive: could it simply be tha=
t the missing 
locale turns the Korean UTF-8 into a literal =E2=80=98???=
???=E2=80=99, which of 
course matches another mangled @node string of t=
he same length?

Kind regards,

T G-R
------VVQTO4EYXLKWRAA7Z3786VJLZ58LV4--