From mboxrd@z Thu Jan 1 00:00:00 1970 From: Leo Famulari Subject: Re: Preparing for the libc/locale upgrade Date: Thu, 01 Oct 2015 15:57:31 -0400 Message-ID: <1443729451.4038538.398969025.323F8CB8@webmail.messagingengine.com> References: <87h9mdz47r.fsf@netris.org> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:33662) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zhjz0-0004TF-6s for guix-devel@gnu.org; Thu, 01 Oct 2015 15:57:40 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Zhjyw-0001rG-64 for guix-devel@gnu.org; Thu, 01 Oct 2015 15:57:38 -0400 Received: from out1-smtp.messagingengine.com ([66.111.4.25]:34312) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zhjyv-0001pO-VE for guix-devel@gnu.org; Thu, 01 Oct 2015 15:57:34 -0400 Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 1EBBD200FF for ; Thu, 1 Oct 2015 15:57:32 -0400 (EDT) In-Reply-To: <87h9mdz47r.fsf@netris.org> List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org To: Mark H Weaver Cc: guix-devel@gnu.org Just want to confirm I'm doing your workaround properly... like this? $ ln -s gnu/store/...-glibc-utf8-locales-2.22/lib/locale /run/current-system/locale $ echo $LOCPATH The previous line is blank, showing that $LOCPATH is unset. On Tue, Sep 29, 2015, at 10:32, Mark H Weaver wrote: > Federico Beffa writes: >=20 > > ludo@gnu.org (Ludovic Court=C3=A8s) writes: > > > > [...] > > > >> Consequences for Guix on foreign distros: > >> > >> =E2=80=A2 If the host distro provides binaries that use libc < 2.22 = and you > >> use a mixture of Guix-provided and distro-provided programs, this = is > >> pretty bad. > >> > >> Solution: unset LOCPATH and say goodbye to locales for Guix-provid= ed > >> packages (setting LOCPATH=3D$HOME/.guix-profile/lib/locale would b= reak > >> all the distro-provided programs), or use exclusively Guix-provided > >> programs, or use the =E2=80=9CC=E2=80=9D locale. > > > > Does this means that Guix on other distributions is no longer of > > interest to the Guix project and it is essentially unsupported? > > > > Or is this a transitory situation and an acceptable solution is being > > worked on? >=20 > I think I know a workaround: leave LOCPATH unset, and make > /run/current-system/locale a symlink to freshly generated locales for > glibc 2.22. Guix-compiled software is configured to look for locales > there if LOCPATH is unset. >=20 > Mark >=20