From mboxrd@z Thu Jan 1 00:00:00 1970 From: Federico Beffa Subject: Re: Preparing for the libc/locale upgrade Date: Tue, 29 Sep 2015 18:12:37 +0200 Message-ID: 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]:37326) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZgxWC-0005Ey-1S for guix-devel@gnu.org; Tue, 29 Sep 2015 12:12:40 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZgxWA-0003zi-Rj for guix-devel@gnu.org; Tue, 29 Sep 2015 12:12:39 -0400 Received: from mail-vk0-x22e.google.com ([2607:f8b0:400c:c05::22e]:36008) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZgxWA-0003zU-O5 for guix-devel@gnu.org; Tue, 29 Sep 2015 12:12:38 -0400 Received: by vkfp126 with SMTP id p126so7862052vkf.3 for ; Tue, 29 Sep 2015 09:12:37 -0700 (PDT) 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 On Tue, Sep 29, 2015 at 4:32 PM, Mark H Weaver wrote: > Federico Beffa writes: > >> 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 a= nd you >>> use a mixture of Guix-provided and distro-provided programs, this i= s >>> pretty bad. >>> >>> Solution: unset LOCPATH and say goodbye to locales for Guix-provide= d >>> packages (setting LOCPATH=3D$HOME/.guix-profile/lib/locale would br= eak >>> 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? > > 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. That's a promising trick. Thanks! Fede