GNU logs - #67044, boring messages

Message sent to bug-guix@HIDDEN:

Subject: bug#67044: C.utf8 locale cannot be built
Resent-From: Tomas Volf <~@wolfsden.cz>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-guix@HIDDEN
Resent-Date: Fri, 10 Nov 2023 14:53:02 +0000
Resent-Message-ID: <handler.67044.B.169962793523197 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 67044 <at> debbugs.gnu.org
Date: Fri, 10 Nov 2023 15:42:59 +0100
From: Tomas Volf <~@wolfsden.cz>
Message-ID: <ZU5Bcz1vIcoH1COM@ws>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha512;
 protocol="application/pgp-signature"; boundary="NLv58qHvWQU3lTQq"
Content-Disposition: inline
Received-SPF: none client-ip=37.205.8.62; envelope-from=ws@HIDDEN;
 helo=wolfsden.cz
X-Spam_score_int: -17
X-Spam_score: -1.8
X-Spam_bar: -
X-Spam_report: (-1.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1,
 DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.25,
 SPF_HELO_PASS=-0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01,
 UNPARSEABLE_RELAY=0.001 autolearn=no autolearn_force=no
X-Spam_action: no action
X-Spam-Score: 0.2 (/)
X-Mailman-Approved-At: Fri, 10 Nov 2023 09:52:11 -0500
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.8 (/)


--NLv58qHvWQU3lTQq
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi,

when trying to build a system with C.utf8 locale, I end up with the followi=
ng
error:

    building /gnu/store/v6jma6kmwywr509n4y0vypchnh4y5s3m-locale-2.35.drv...
    building locale 'C.utf8'...
    [error] LC_MONETARY: value for field `mon_decimal_point' must not be an=
 empty string
    [error] no output file produced because errors were issued
    Backtrace:
               2 (primitive-load "/gnu/store/ccv2qfrqxk166ysg6anrzj1kz4h?")
    In ice-9/boot-9.scm:
       285:13  1 (for-each #<procedure 7fffeef5c540 at ice-9/eval.scm:3?> ?)
    In guix/build/utils.scm:
        812:6  0 (invoke "localedef" "--no-archive" "--prefix" "/gnu/st?" ?)
   =20
    guix/build/utils.scm:812:6: In procedure invoke:
    ERROR:
      1. &invoke-error:
          program: "localedef"
          arguments: ("--no-archive" "--prefix" "/gnu/store/08rlginv27b9v1b=
a4n94plp7lmxjihja-locale-2.35/2.35" "-i" "C" "-f" "UTF-8" "/gnu/store/08rlg=
inv27b9v1ba4n94plp7lmxjihja-locale-2.35/2.35/C.utf8")
          exit-status: 4
          term-signal: #f
          stop-signal: #f
    builder for `/gnu/store/v6jma6kmwywr509n4y0vypchnh4y5s3m-locale-2.35.dr=
v' failed with exit code 1
    build of /gnu/store/v6jma6kmwywr509n4y0vypchnh4y5s3m-locale-2.35.drv fa=
iled
    View build log at '/var/log/guix/drvs/v6/jma6kmwywr509n4y0vypchnh4y5s3m=
-locale-2.35.drv.gz'.
    cannot build derivation `/gnu/store/g47g7zqs5la6qpfmn6q1zgbhp291l1ha-sy=
stem.drv': 1 dependencies couldn't be built
    guix system: error: build of `/gnu/store/g47g7zqs5la6qpfmn6q1zgbhp291l1=
ha-system.drv' failed

This seems to be a known problem in 2.35,
https://sourceware.org/bugzilla/show_bug.cgi?id=3D28861 .  On the page ther=
e is
also a workaround, and that is to compile with the locales with -c.

So that would be one solution until we update to 2.36 or higher.  I do not =
see a
way to override this (add the -c) from the operating-system definition.

Tomas Volf

--=20
There are only two hard things in Computer Science:
cache invalidation, naming things and off-by-one errors.

--NLv58qHvWQU3lTQq
Content-Type: application/pgp-signature; name="signature.asc"

-----BEGIN PGP SIGNATURE-----

iQIzBAEBCgAdFiEEt4NJs4wUfTYpiGikL7/ufbZ/wakFAmVOQXMACgkQL7/ufbZ/
wanOIxAAsQ4oVlXZstZeu8QpLGguMOd/11y+1DKoiuVx1LJLaHQzMHnA9QRLb3vV
DFIGNBWO0d/BDgc1Wss6Qj1dbhHUUwWk8MmBLJtpfe4mRoz6ZIdpT5stpZgpMlty
NuMEUgPDXz3lkKUkoH2YxKMwrq149+atGwHrAJONi9qVCDF8iy1d3ByZNVWfjmAK
xtB3AHPNWjZI9NXD3KY+DfjZw1J1EM+CGIj3TnZXDWyPP9WRdH9fvzTD9hUx+TG8
M8N0jcEfGgtuARvq8R4LVywNV7gnDwHpn3P7YaM+iFlNG9AmPqdXGaIi1YGzrGqp
CkZlYLHTiXzzIQitDyffoRx022DToavLx4GKWIRy5ZOVgSb72+GUX921MEQPeYse
KNzPByeqS8wjZCuhDrKs/Wm+s0Bguvb1zVxVJJrXhc12lXgDQDrD6KSYTSmKW8n6
AeQZ5Pnen+4zspF5WUV4Qpte5WdVCDL4Q+n0BVTWjfQWawwgzWCOqcxP186Tw1ri
xkz3mx1zOasyeZ4tU6oZPiY5LejLrQpwJV7n/2RN5F60meILixgTGErNuYF1UYUD
+cZd+Se4gi7wCJFs0+QOAPpUKDydLHVv74HYsCjzpsRP5TpSyziDtilbyOJ9xuVC
nGwoZMCSubjPvAlQBkgSqL6qgXWIUSKyHGyiB3lpGqcSaPer1wU=
=g/4a
-----END PGP SIGNATURE-----

--NLv58qHvWQU3lTQq--

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.505 (Entity 5.505)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: Tomas Volf <~@wolfsden.cz>
Subject: bug#67044: Acknowledgement (C.utf8 locale cannot be built)
Message-ID: <handler.67044.B.169962793523197.ack <at> debbugs.gnu.org>
References: <ZU5Bcz1vIcoH1COM@ws>
X-Gnu-PR-Message: ack 67044
X-Gnu-PR-Package: guix
Reply-To: 67044 <at> debbugs.gnu.org
Date: Fri, 10 Nov 2023 14:53:02 +0000

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 bug-guix@HIDDEN

If you wish to submit further information on this problem, please
send it to 67044 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
67044: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D67044
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message sent to bug-guix@HIDDEN:

Subject: bug#67044: C.utf8 locale cannot be built
Resent-From: Ludovic =?UTF-8?Q?Court=C3=A8s?= <ludo@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-guix@HIDDEN
Resent-Date: Mon, 27 Nov 2023 22:03:01 +0000
Resent-Message-ID: <handler.67044.B67044.170112256418622 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Tomas Volf <~@wolfsden.cz>
Cc: 67044 <at> debbugs.gnu.org
From: Ludovic =?UTF-8?Q?Court=C3=A8s?= <ludo@HIDDEN>
In-Reply-To: <ZU5Bcz1vIcoH1COM@ws> (Tomas Volf's message of "Fri, 10 Nov 2023
 15:42:59 +0100")
References: <ZU5Bcz1vIcoH1COM@ws>
Date: Mon, 27 Nov 2023 23:02:26 +0100
Message-ID: <87bkbex3bh.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

Hi Tomas!

Tomas Volf <~@wolfsden.cz> skribis:

> when trying to build a system with C.utf8 locale, I end up with the follo=
wing
> error:
>
>     building /gnu/store/v6jma6kmwywr509n4y0vypchnh4y5s3m-locale-2.35.drv.=
..
>     building locale 'C.utf8'...
>     [error] LC_MONETARY: value for field `mon_decimal_point' must not be =
an empty string
>     [error] no output file produced because errors were issued

[...]

> This seems to be a known problem in 2.35,
> https://sourceware.org/bugzilla/show_bug.cgi?id=3D28861 .  On the page th=
ere is
> also a workaround, and that is to compile with the locales with -c.
>
> So that would be one solution until we update to 2.36 or higher.  I do no=
t see a
> way to override this (add the -c) from the operating-system definition.

We could/should fix this in (gnu system locale).

Now, it would also be nice if C.utf8 were built-in, shipped with the
=E2=80=98glibc=E2=80=99 package we have (to me that=E2=80=99s the whole poi=
nt of C.utf8).  We
should fix that now in =E2=80=98core-updates=E2=80=99.  Ideas on how to do =
that?

Thanks,
Ludo=E2=80=99.

Message sent to bug-guix@HIDDEN:

Subject: bug#67044: C.utf8 locale cannot be built
Resent-From: Tomas Volf <~@wolfsden.cz>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-guix@HIDDEN
Resent-Date: Tue, 28 Nov 2023 03:45:02 +0000
Resent-Message-ID: <handler.67044.B67044.17011430458884 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Ludovic =?UTF-8?Q?Court=C3=A8s?= <ludo@HIDDEN>
Cc: 67044 <at> debbugs.gnu.org
Date: Tue, 28 Nov 2023 02:22:26 +0100
From: Tomas Volf <~@wolfsden.cz>
Message-ID: <ZWVA0iZhNXLZpfLV@ws>
References: <ZU5Bcz1vIcoH1COM@ws>
 <87bkbex3bh.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha512;
 protocol="application/pgp-signature"; boundary="f9JAAyI27Xq6Kzpr"
Content-Disposition: inline
In-Reply-To: <87bkbex3bh.fsf@HIDDEN>
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>


--f9JAAyI27Xq6Kzpr
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On 2023-11-27 23:02:26 +0100, Ludovic Court=C3=A8s wrote:
> Hi Tomas!

Hi! :)

>=20
> Tomas Volf <~@wolfsden.cz> skribis:
>=20
> > when trying to build a system with C.utf8 locale, I end up with the fol=
lowing
> > error:
> >
> >     building /gnu/store/v6jma6kmwywr509n4y0vypchnh4y5s3m-locale-2.35.dr=
v...
> >     building locale 'C.utf8'...
> >     [error] LC_MONETARY: value for field `mon_decimal_point' must not b=
e an empty string
> >     [error] no output file produced because errors were issued
>=20
> [...]
>=20
> > This seems to be a known problem in 2.35,
> > https://sourceware.org/bugzilla/show_bug.cgi?id=3D28861 .  On the page =
there is
> > also a workaround, and that is to compile with the locales with -c.
> >
> > So that would be one solution until we update to 2.36 or higher.  I do =
not see a
> > way to override this (add the -c) from the operating-system definition.
>=20
> We could/should fix this in (gnu system locale).

That is currently not possible I am afraid, since %default-locale-definitio=
ns is
global, not per-version, and glibc-2.33 is installed by default.

>=20
> Now, it would also be nice if C.utf8 were built-in, shipped with the
> =E2=80=98glibc=E2=80=99 package we have (to me that=E2=80=99s the whole p=
oint of C.utf8).  We
> should fix that now in =E2=80=98core-updates=E2=80=99.  Ideas on how to d=
o that?

After short research, I do have an idea.  My knowledge of Guix's internals =
is
not good enough (yet? :)) to implement it though.  And I am not even sure it
should be done.  Anyway here it goes:

1. Add a phase after 'install that builds and installs the C.utf8 locale, as
documented here[0].
2. Make glibc package add the directory into GUIX_LOCPATH.  Since it accept=
s :
separated directories, it should be possible, however I am unsure how.

I think that should do it.  However, I am not sure what the benefit would b=
e.
The base locale is C, anything else (like C.utf8) is extra, and user needs =
to
modify LANG to get it working anyway.  So installing it via the glibc-local=
es
seems fine enough.

In my opinion, the correct long-term approach here is to just add C.utf8 in=
to
%default-locale-definitions.  That however cannot be done until glibc-2.33 =
is
dropped from %default-locale-libcs.

For the time being however, using C.utf8 is solvable[1] from the
operating-system definition, with the exception of compiling the locale.  A=
bout
which is this issue and the fix is trivial[2].

I am not sure this issue is worth overthinking it.

0: https://www.gnu.org/software/libc/manual/html_node/Running-make-install.=
html
1: https://emacs.ch/@graywolf/111404592336140803
2: https://git.sr.ht/~graywolf/guix/commit/1e94b59a7b27d44435f321083a01242b=
df16c566



Let me know what you think :)

Tomas

--=20
There are only two hard things in Computer Science:
cache invalidation, naming things and off-by-one errors.

--f9JAAyI27Xq6Kzpr
Content-Type: application/pgp-signature; name="signature.asc"

-----BEGIN PGP SIGNATURE-----

iQIzBAEBCgAdFiEEt4NJs4wUfTYpiGikL7/ufbZ/wakFAmVlQNIACgkQL7/ufbZ/
wan0AQ/+OHiwyDN13D0zAWS2o0MkFfs3bxt3ayWWNZE4QSvlWoYXnIlZnB56qREq
JKbfEc3ujuFZRrwIwhJ3cDQR3yr2edoIAZVv2VLPAR1BjUbeVe5Wm0MJxDvlSLr6
dNQqJEL8NIHMN2COWzQbyxPHP5eREDFgAW5JdB3UXiVVI4LRYwogD92kZO0x6Uj3
T21Ndqu7B1qOHWAOXdnwOqqvjUFoHxR/WF94PNs89CDKHdcR5vM9GJ2QM1y6CjXb
+S6PPO/v6O1x+rCMo+BbLHTiSitObwVhY5fQ9iVXqUcGAqKaQaqhd80vAELjzBYj
SFsxZb9JPPbabuYDrmQqVnmKbKsa7HqTbH2NzQFAU+n5ig4NytMDUuG8EFGXip71
n+9gmyc6/sHTDIxk0sRrBRwGmKmIFTl8GgcVFWADaQsVvvd1RtfVIweCSlabfwfY
vgBLqlvjHrP6Pzo9n3j+c84kwvkRCoR/Xs2VJEpVnkl1jy8bKiMTAjcZaX8MWcI7
vIcINUh0AG8vQtcrBPiV3ubURm8qgjhfMh0JquJKkge29CrAGXtAGG1vh0t/nqow
S+RTYKIhuSrGC6nUdGvI3ISXwflGp/hEnMdq7UgXvuk9zqoRQiKiZ7RET8snHguB
bm6YGKvbumIqMER9aPQUL1JwRGCxTtp1MLTaSCY7V41oVwXtnQA=
=+I50
-----END PGP SIGNATURE-----

--f9JAAyI27Xq6Kzpr--

Message sent to bug-guix@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#67044: C.utf8 locale cannot be built
Resent-From: Ludovic =?UTF-8?Q?Court=C3=A8s?= <ludo@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-guix@HIDDEN
Resent-Date: Thu, 07 Dec 2023 10:28:02 +0000
Resent-Message-ID: <handler.67044.B67044.170194485121635 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 67044
X-GNU-PR-Package: guix
X-GNU-PR-Keywords: 
To: Tomas Volf <~@wolfsden.cz>
Cc: 67044 <at> debbugs.gnu.org
Received: via spool by 67044-submit <at> debbugs.gnu.org id=B67044.170194485121635
          (code B ref 67044); Thu, 07 Dec 2023 10:28:02 +0000
Received: (at 67044) by debbugs.gnu.org; 7 Dec 2023 10:27:31 +0000
Received: from localhost ([127.0.0.1]:41161 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1rBBbP-0005cs-6s
	for submit <at> debbugs.gnu.org; Thu, 07 Dec 2023 05:27:31 -0500
Received: from eggs.gnu.org ([2001:470:142:3::10]:45922)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <ludo@HIDDEN>) id 1rBBbN-0005cR-9r
 for 67044 <at> debbugs.gnu.org; Thu, 07 Dec 2023 05:27:30 -0500
Received: from fencepost.gnu.org ([2001:470:142:3::e])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <ludo@HIDDEN>)
 id 1rBBb3-0001ba-N2; Thu, 07 Dec 2023 05:27:09 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org;
 s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To:
 From; bh=GaP0EOs5IpAXZFgcAVho6pZHJ5ObY0bBVbjpbNR3Erc=; b=cA3ZKHsX/7LA9NbQHBvs
 6ZFgPbUL3CfXY5g8rqRa4Xo3WlRIr/JNFsr78tEjyQu+7jlRaVcLBhmm/AbN0MuUQHzr1jyJ3FN2t
 sIQsvOft1H0Lo0BXDEtMnHPVtj4jkqdyqeY8HdvuG6cqj7SobzRAQxe7jG0EWVMnjplXtPfXLs3ly
 Fhg8fF8Sr9ayBT8zlo5wEtZcu0p/WM2fpwFR0qIJ/b7po4/YBogkEpUDhf71w9E7dpVX7Swy/odbu
 p2lFMFdwzGRvfQprhE7+LC8f3RZqiBrV78DiCLzC/gAn1bt+6RjqL9inJIu9t3QjiUu/hdpHU57/l
 7BpN+QrgTQM6YQ==;
From: Ludovic =?UTF-8?Q?Court=C3=A8s?= <ludo@HIDDEN>
In-Reply-To: <ZWVA0iZhNXLZpfLV@ws> (Tomas Volf's message of "Tue, 28 Nov 2023
 02:22:26 +0100")
References: <ZU5Bcz1vIcoH1COM@ws> <87bkbex3bh.fsf@HIDDEN>
 <ZWVA0iZhNXLZpfLV@ws>
Date: Thu, 07 Dec 2023 11:27:04 +0100
Message-ID: <87zfyme29z.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

Hello!

Tomas Volf <~@wolfsden.cz> skribis:

> On 2023-11-27 23:02:26 +0100, Ludovic Court=C3=A8s wrote:

[...]

>> Now, it would also be nice if C.utf8 were built-in, shipped with the
>> =E2=80=98glibc=E2=80=99 package we have (to me that=E2=80=99s the whole =
point of C.utf8).  We
>> should fix that now in =E2=80=98core-updates=E2=80=99.  Ideas on how to =
do that?
>
> After short research, I do have an idea.  My knowledge of Guix's internal=
s is
> not good enough (yet? :)) to implement it though.  And I am not even sure=
 it
> should be done.  Anyway here it goes:
>
> 1. Add a phase after 'install that builds and installs the C.utf8 locale,=
 as
> documented here[0].
> 2. Make glibc package add the directory into GUIX_LOCPATH.  Since it acce=
pts :
> separated directories, it should be possible, however I am unsure how.

I decided to give it a go:

  https://issues.guix.gnu.org/67686

Please do chime in and let me know what you think!

Ludo=E2=80=99.

Message sent to bug-guix@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#67044: C.utf8 locale cannot be built
Resent-From: Tomas Volf <~@wolfsden.cz>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-guix@HIDDEN
Resent-Date: Thu, 07 Dec 2023 22:11:02 +0000
Resent-Message-ID: <handler.67044.B67044.170198700319864 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 67044
X-GNU-PR-Package: guix
X-GNU-PR-Keywords: 
To: Ludovic =?UTF-8?Q?Court=C3=A8s?= <ludo@HIDDEN>
Cc: 67044 <at> debbugs.gnu.org, 67686 <at> debbugs.gnu.org
Received: via spool by 67044-submit <at> debbugs.gnu.org id=B67044.170198700319864
          (code B ref 67044); Thu, 07 Dec 2023 22:11:02 +0000
Received: (at 67044) by debbugs.gnu.org; 7 Dec 2023 22:10:03 +0000
Received: from localhost ([127.0.0.1]:43292 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1rBMZG-0005A7-9c
	for submit <at> debbugs.gnu.org; Thu, 07 Dec 2023 17:10:03 -0500
Received: from wolfsden.cz ([37.205.8.62]:37578)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <ws@HIDDEN>)
 id 1rBMZA-00059J-Uz; Thu, 07 Dec 2023 17:10:01 -0500
Received: by wolfsden.cz (Postfix, from userid 104)
 id AF5AC25BA0C; Thu,  7 Dec 2023 22:09:42 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=wolfsden.cz; s=mail;
 t=1701986982; bh=WZsl582T5KvQmRx1U/BBg9YbKjbIfThkskuLf5mHBjA=;
 h=Date:From:To:Cc:Subject:References:In-Reply-To;
 b=CBziv2TSKuCbUZ1G+mkSolUch7AuEA/408imXZhS1fZmugNb31bYuoSkZsz2PoqZZ
 YkMr+HCiPUnjMua0vjebYdUgiDsW/7+HaygOvruNLJ34s9XM1ZfmjA5SSQj4Me+ZtQ
 3g5e94CENz3xvUXW810nYdKBC+9myl8WOdFuzy4olkvb6uePiuuMrmKKO5GG0hrObx
 67BisVsj8lC28dkVnYvJ9WIAxbMF9Y0S4Shm8UCiwLSCAySex32IEaeNkCreJ9OrPf
 Llv5g36/MFrWkNBX2uLNOq+hC4LYEKjXQnlje6JdDtpTHnlvYF3wzwZMMCc8FQ9Wr6
 3QvDJAojb+NV6lcVlglPjw8cZ8lHS/zeND4N83HkQrhQ+mIX2HO2rdONqPv639ZuCh
 2fhBrwYpTvExDlEdmuSrCbNcMnk94hyGobJF/0TqiA1QorzeiXwDAcoDwxCmFkcxjW
 sNJ2Ot6qsmTgpz+z2Yemb5XtfQWFIo6seUfN/ecfBPcbrXUigWnexWKqIP04S0VmD6
 GsccmcHyKKUtg2xSGyHBvbGr/9gSXYwMkftSW5yaDvOS27+VPseXkSYMV/eu9TsV6m
 d9mxYXOPUrgWR3MR1Dg68+QaKbMnPBu+3wHPNZpeWMqsqL+WmbLaTeWycz6+xZAyDN
 FuGIJWSKUQ8ZcJJ5GwzXgR+M=
X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on wolfsden
X-Spam-Level: 
X-Spam-Status: No, score=-0.9 required=5.0 tests=ALL_TRUSTED,DKIM_SIGNED,
 DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,
 T_SCC_BODY_TEXT_LINE,URIBL_BLOCKED autolearn=no autolearn_force=no
 version=3.4.6
Received: from localhost (unknown [146.70.134.143])
 by wolfsden.cz (Postfix) with ESMTPSA id 776D825B2C8;
 Thu,  7 Dec 2023 22:09:41 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=wolfsden.cz; s=mail;
 t=1701986981; bh=WZsl582T5KvQmRx1U/BBg9YbKjbIfThkskuLf5mHBjA=;
 h=Date:From:To:Cc:Subject:References:In-Reply-To;
 b=lvNfrysgLEEhNIpcfIoq3LJBsfJ7CuI0R/1s5ZtRpx0V8rR5tJYzi7Xzjy1sCgO6/
 L1VQYpC1J8/+dRRxSXB/zuoTaQBKElkDrjYbu8nfgemk+jZA0HS2JKNycMnO6anGef
 ePMADphNCzNy7kKsi2ST/GUyy8L3rP9ZDQ50gu6BLQlzhMvYg3LHdFGX5ag73uWJxJ
 QM8YYzBB4AMgYX13lbVg8iX90WEDQPSIN0KJcp9hITkpO0gs7OU2zqsqLPwaWDOrHu
 EEhGrc5Z0EdgPar9p1CLhIZ7cyuIE2CrjETZB0HLUovI6tVDkilD1fH5iNITowpBK8
 XMT63fvre2zmL2/sel6iyUjhn1Jw1a+K3aQ2aCQyWLg6hvmd5Aumt9Om+OgJfkK3GL
 LH8YHP801F2mlrypZ4sqTGp84QyQdpwMtsfKV15+q9iBKdwHY8ei6UHC6da6f81w6p
 wQsr/eNVGQOhD2GrrARe+nAt2zvw1KCYLX4F0bHsF2n41kzMI0h8x1PK575kB+O1+v
 vL0YC7BZpoh9+TG7wb/JZ24dpdiQTYPjOlgC2dMuR+/QqRAR15Rymt379FZ9eaWkay
 NDy+qL43Lf9fiuny6lQiSL3AP25TJbDsZ8Jnmf9uplgrDc5UDm0wSpNcGPywfu5esM
 AuD9DXA/insHT5xX82ErVYnM=
Received: from localhost (localhost [local])
 by localhost (OpenSMTPD) with ESMTPA id 93edc5b3;
 Thu, 7 Dec 2023 22:09:40 +0000 (UTC)
Date: Thu, 7 Dec 2023 23:09:40 +0100
From: Tomas Volf <~@wolfsden.cz>
Message-ID: <ZXJCpL0u0UoEb8YA@ws>
References: <ZU5Bcz1vIcoH1COM@ws> <87bkbex3bh.fsf@HIDDEN>
 <ZWVA0iZhNXLZpfLV@ws> <87zfyme29z.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha512;
 protocol="application/pgp-signature"; boundary="IzmMhgESxZ6g9MVl"
Content-Disposition: inline
In-Reply-To: <87zfyme29z.fsf@HIDDEN>
X-Spam-Score: 0.2 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.8 (/)


--IzmMhgESxZ6g9MVl
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi :)

On 2023-12-07 11:27:04 +0100, Ludovic Court=C3=A8s wrote:
> [..]
>
> I decided to give it a go:
>
>   https://issues.guix.gnu.org/67686
>
> Please do chime in and let me know what you think!

Thanks to the detailed cover letter, now I understand the benefit, so I agr=
ee it
would make sense.  I looked over the implementation, and it looks fine to m=
e (I
am not sure if I am qualified to do the review though :) ).

I just have few notes:

1.

> (glibc-2.35)[arguments]: Delete =E2=80=98install-utf8-c-locale=E2=80=99 p=
hase.

I do think 2.35 should install the locale as well.  That would require to c=
hange

    (invoke (string-append bin "/localedef")
            "--no-archive" "--prefix" locale
            "-i" "C" "-f" "UTF-8"
            (string-append locale "/C.UTF-8")))))

into

    (invoke (string-append bin "/localedef")
            "-c" "--no-archive" "--prefix" locale
            "-i" "C" "-f" "UTF-8"
            (string-append locale "/C.UTF-8")))))

however I think that is fine.  I am using locale built like that and it wor=
ks
well.  What is more, from the discussion under the other issue[0], that is
exactly what is done during normal glibc build:

> It turns out we ignore errors during the glibc build (--quiet -c).

After that the drop of 'install-utf8-c-locale can be moved into some other
version < 2.35.

2.

I still believe it makes sense to add the -c also into the locale builder,
because my understanding is that this change will not allow using (locale
"C.utf8") in the operating-system definition (since that would still try to
build it, and fail).

If you are not opposed to the idea, I can send a patch if you would prefer =
not
to do it yourself.

3.

> I suspect libc builds an additional =E2=80=98localedef=E2=80=99 for the b=
uild machine but I=E2=80=99m
> not sure where it is, hmm=E2=80=A6

I looked around a bit, and I am not sure that is true.  There seems to be o=
nly
=2E/locale/localedef created.  However, there is localedef inside gcc-toolc=
hain's
bin directory, and, of course, in the build glibc.  I am not sure what are =
the
version requirements here, but I would expect at least the one provided by =
glibc
to be usable.



Have a nice day,
Tomas

0: https://sourceware.org/bugzilla/show_bug.cgi?id=3D28845

--
There are only two hard things in Computer Science:
cache invalidation, naming things and off-by-one errors.

--IzmMhgESxZ6g9MVl
Content-Type: application/pgp-signature; name="signature.asc"

-----BEGIN PGP SIGNATURE-----

iQIzBAEBCgAdFiEEt4NJs4wUfTYpiGikL7/ufbZ/wakFAmVyQqQACgkQL7/ufbZ/
wan7vA//RKpYBFeFpE6FNHWrCZwPhxNy/d/lna/1TCPdf1smFe1cwvkwGthh0DJF
l8sqd9U5faEUeY58vpzZRHZ0kUJHfMKbzEzzCrB1OV8uw6fkY8RYVy9rRdSS8vrZ
R3SKbFcYo8zHBcVGE2pve1MAY48TyqJY+EHOfz7XAb3osOMJt8E/JjSSmhBB8k8c
9cY0wUbACuTmViFagniR27/y3n3TAr3BHRDWRCXLtQx24/JjcQw8uWKFljemTwSk
BHiNyzXxv1ajr63Bfy5txFSRmn2MkubOmohFjkTwD9ApG/J7VMPiRLS22mPgSv98
1qB9/BzQ/s/4ktP+V2+jqrvZRe33b8b6brHpwd9P7eNKvjcERiG6kyu0d3Otmbnc
MsoCChne0Ao9gdKfkwJZq16aktpDCuyHXAP8jdvy1xLjREMInM2lmV+yR7EJJ7vE
Srt05ckoFoPAvPSUEyCJNPC5i07nmEn9oODSXuZHpDWd1I1n1m27jgRzIT69j8Ua
l3Hfi4xruGX+FsMaltrqPKnjRNyfseOp0CXhddZv8Lo8XPKh7wrdHG/7o8PF3pN1
KLbZFEXU9F8bAkK0DV3UNdDIKAH7R131ZsyjvPhG0UFknEXCbUJy1wLxiqlwYaJd
yD++ZP+ZN4s+jtqmjUlbP1cEZFyffmYc1R3JQ8+mIHa2FcD515Q=
=o7Za
-----END PGP SIGNATURE-----

--IzmMhgESxZ6g9MVl--

Message sent to bug-guix@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#67044: [bug#67686] bug#67044: C.utf8 locale cannot be built
Resent-From: Ludovic =?UTF-8?Q?Court=C3=A8s?= <ludo@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-guix@HIDDEN
Resent-Date: Sat, 09 Dec 2023 14:48:01 +0000
Resent-Message-ID: <handler.67044.B67044.17021332456650 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 67044
X-GNU-PR-Package: guix
X-GNU-PR-Keywords: 
To: Tomas Volf <~@wolfsden.cz>
Cc: 67044 <at> debbugs.gnu.org, 67686 <at> debbugs.gnu.org
Received: via spool by 67044-submit <at> debbugs.gnu.org id=B67044.17021332456650
          (code B ref 67044); Sat, 09 Dec 2023 14:48:01 +0000
Received: (at 67044) by debbugs.gnu.org; 9 Dec 2023 14:47:25 +0000
Received: from localhost ([127.0.0.1]:47079 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1rByc1-0001j7-8q
	for submit <at> debbugs.gnu.org; Sat, 09 Dec 2023 09:47:25 -0500
Received: from eggs.gnu.org ([2001:470:142:3::10]:36756)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <ludo@HIDDEN>)
 id 1rByby-0001io-Fm; Sat, 09 Dec 2023 09:47:23 -0500
Received: from fencepost.gnu.org ([2001:470:142:3::e])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <ludo@HIDDEN>)
 id 1rBybd-0008PP-H6; Sat, 09 Dec 2023 09:47:02 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org;
 s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To:
 From; bh=ZSxKFSk1/teDJUpYy6OBGbHJyD++o1QHJgxWH9DsQ8E=; b=I4jRiqKyGmeTxUUwLOmW
 o2jk36GNab9Ay6GbfRMiDfDXEQo3JHQUqleRme9UsG/3DLGqHroKAwDutVoMQciQwscCs3C0Ix1ve
 NfYp3quUoB/xkYLENP3Z/4L8CVva6MDRZSen2nvuWI7cRs+xZWExeLlQNnwlBgyXTLNbL1r6f1wwg
 8QHGnWeiSWyEvXTpbkah9KBbcvKDfJmVb85aOyXhx9zZynsIf6SrYtB+I+3mP790mHdvHUqecoeY6
 yseYsTLFhdSCQwUeBO0n0gm0hnbSWlL4eKzcTh7NccFtNu6ayrDX+SEs3z2IMf1a0qrVMOvDgXg+C
 zuAgwo3rPhu/hQ==;
From: Ludovic =?UTF-8?Q?Court=C3=A8s?= <ludo@HIDDEN>
In-Reply-To: <ZXJCpL0u0UoEb8YA@ws> (Tomas Volf's message of "Thu, 7 Dec 2023
 23:09:40 +0100")
References: <ZU5Bcz1vIcoH1COM@ws> <87bkbex3bh.fsf@HIDDEN>
 <ZWVA0iZhNXLZpfLV@ws> <87zfyme29z.fsf@HIDDEN> <ZXJCpL0u0UoEb8YA@ws>
Date: Sat, 09 Dec 2023 15:46:58 +0100
Message-ID: <87a5qj5t7h.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

Hi Tomas,

Tomas Volf <~@wolfsden.cz> skribis:

>> (glibc-2.35)[arguments]: Delete =E2=80=98install-utf8-c-locale=E2=80=99 =
phase.
>
> I do think 2.35 should install the locale as well.  That would require to=
 change
>
>     (invoke (string-append bin "/localedef")
>             "--no-archive" "--prefix" locale
>             "-i" "C" "-f" "UTF-8"
>             (string-append locale "/C.UTF-8")))))
>
> into
>
>     (invoke (string-append bin "/localedef")
>             "-c" "--no-archive" "--prefix" locale
>             "-i" "C" "-f" "UTF-8"
>             (string-append locale "/C.UTF-8")))))
>
> however I think that is fine.  I am using locale built like that and it w=
orks
> well.  What is more, from the discussion under the other issue[0], that is
> exactly what is done during normal glibc build:
>
>> It turns out we ignore errors during the glibc build (--quiet -c).
>
> After that the drop of 'install-utf8-c-locale can be moved into some other
> version < 2.35.

I=E2=80=99m a bit wary of using =E2=80=98-c=E2=80=99 (aka. =E2=80=98--force=
=E2=80=99) unconditionally as this
could hide real problems.

But more importantly, I think it won=E2=80=99t matter whether glibc 2.35 sh=
ips
C.UTF-8 since it=E2=80=99s no longer going to be used, except for building =
old
locale data via =E2=80=98locale-libcs=E2=80=99.

> 2.
>
> I still believe it makes sense to add the -c also into the locale builder,
> because my understanding is that this change will not allow using (locale
> "C.utf8") in the operating-system definition (since that would still try =
to
> build it, and fail).
>
> If you are not opposed to the idea, I can send a patch if you would prefe=
r not
> to do it yourself.

No you=E2=80=99re right, we could add =E2=80=98-c=E2=80=99 to the code in (=
gnu system locale),
though perhaps it would be safer to do so only in the 2.35 + C.UTF-8
case.

(We can do that independently of this patch.)

> 3.
>
>> I suspect libc builds an additional =E2=80=98localedef=E2=80=99 for the =
build machine but I=E2=80=99m
>> not sure where it is, hmm=E2=80=A6
>
> I looked around a bit, and I am not sure that is true.

In the meantime I found that this is wrong indeed:

  https://issues.guix.gnu.org/67686#11

Thanks for your feedback!

Ludo=E2=80=99.

Last modified: Sat, 9 Dec 2023 15:00:02 UTC

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