From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mark H Weaver Subject: Re: Preparing for the libc/locale upgrade Date: Tue, 29 Sep 2015 10:32:08 -0400 Message-ID: <87h9mdz47r.fsf@netris.org> References: 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]:50481) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZgvxI-0005kW-PI for guix-devel@gnu.org; Tue, 29 Sep 2015 10:32:38 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZgvxE-0003R7-Li for guix-devel@gnu.org; Tue, 29 Sep 2015 10:32:32 -0400 Received: from world.peace.net ([50.252.239.5]:42177) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZgvxE-0003IQ-Ie for guix-devel@gnu.org; Tue, 29 Sep 2015 10:32:28 -0400 In-Reply-To: (Federico Beffa's message of "Mon, 28 Sep 2015 11:17:46 +0200") 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: Federico Beffa Cc: Guix-devel 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 an= d 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-provided >> packages (setting LOCPATH=3D$HOME/.guix-profile/lib/locale would bre= ak >> 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. Mark