From mboxrd@z Thu Jan 1 00:00:00 1970 From: Wiktor =?utf-8?Q?=C5=BBelazny?= Subject: Re: Locales in a Guix container (somewhat related to r-readr)? Date: Mon, 24 Feb 2020 15:27:17 +0100 Message-ID: <20200224142717.7ik6xpzdlsngd2sr@wzguix> References: <20200220153934.uqftcxvs4wv25bbh@wzguix> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="yjash55cucmzwzsf" Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:49889) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j6Ei9-0005Zy-Vy for help-guix@gnu.org; Mon, 24 Feb 2020 09:27:54 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j6Ei8-0000Xk-Pj for help-guix@gnu.org; Mon, 24 Feb 2020 09:27:53 -0500 Received: from freeshell.de ([2a01:360:106::2]:44476) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1j6Ei8-0000T2-JA for help-guix@gnu.org; Mon, 24 Feb 2020 09:27:52 -0500 Content-Disposition: inline In-Reply-To: List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-guix-bounces+gcggh-help-guix=m.gmane-mx.org@gnu.org Sender: "Help-Guix" To: help-guix --yjash55cucmzwzsf Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Feb 21, 2020 at 12:35:18PM +0100, zimoun wrote: > > I don=E2=80=99t know if it=E2=80=99s some recent change in the Guix beh= avior, but I > > noticed that I=E2=80=99m getting no utf-8 locales in a container. I > > discovered it while reading a utf-8 csv file using > > readr::read_csv(). > > Could you provide a minimalist example? Not with readr::read_csv() because of the tzdata thing, but even simpler: cat > test.csv << "EOF" abc =C3=A1b=C4=8D =C3=A0b=C3=A7 =C3=A4bc =C3=A5bc EOF guix environment --ad-hoc r -- Rscript -e 'read.csv("test.csv")' guix environment -C --pure --ad-hoc r -- Rscript -e 'read.csv("test.csv"= )' The first one gives me, as expected: abc 1 =C3=A1b=C4=8D 2 =C3=A0b=C3=A7 3 =C3=A4bc 4 =C3=A5bc The other one: abc 1 \303\241b\304\215 2 \303\240b\303\247 3 \303\244bc 4 \303\245bc sh: rm: command not found (BTW, no idea where this =E2=80=9Crm=E2=80=9D comes from) > I am not convinced by the hack of bug#39665 [1]. > > [1] https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D39665#8 Sure, I=E2=80=99m not suggesting it as a satisfactory solution. But I think= it sheds some light on where the problem may lie. W=C5=BB --yjash55cucmzwzsf Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQKTBAABCgB9FiEEvcl0zdnJun12Glc9xzWoxqtgedUFAl5T3URfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEJE Qzk3NENERDlDOUJBN0Q3NjFBNTczREM3MzVBOEM2QUI2MDc5RDUACgkQxzWoxqtg edVrGRAAm1yHILlNAan/ayKvekNTEHsLyWgIya/fSS1bgEMiDqhEjsuYTtIMTt40 ucTtG3dAvXvfbVHxlRe/HTYQTC+LYxMB2IjRqnM7AtGEUyQlTGKOSvPPl0Y5ccxC 5mGRdceuRohvIyHPpLPJvwv97S222Q5fo0mHEQKmNZ9gcUSkkCYBZX3FkV1CFsVg s76AEAucuz4YSSMLyqGc6KN9A67bHyDo0jyGOWeBM5zKYexwtizKd7IYsyVQMkg5 7RCu0QPe6WcmGJFiDAZc3px9iUCGlhWpGU4UELG4tWisOpnkRJoJlsJw613jDIQW d4kHx0gyFIbt5+IxCwn2NmodlrEZJH1R522CJ7Ny+DP0GOJnhZ2MfZXTFACZ34KI m/e6gGttbTW3/GA62Rty+uZ4IeuS3J8ACVpe8I6bJ9wE7jSrMfvQAd1UUimL3ZYe pbL+alRv+py/U9F+wSfDUoMMqdRLYvsI/gBNI0jCdSWwJ+v/7rU0mcZ9tI1xBytM QutYj8CATgw4yFgyz6G0vNUZzwQFDT4m20Nd4ponCqt5N2mkqezQBHutsI1dquDC iDGLIEKMEk8hZlBF/qetOvBQc9UYof8GRRnKn8ZH/9B7ypqD9C39ke5IZpSZulNC GhhK2NZeX1Hn89SVTYEV71pbiSsYzZG7vG9jEpb7NnngPEGHYwo= =sBEs -----END PGP SIGNATURE----- --yjash55cucmzwzsf--