From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) Subject: Re: Problems with handicapped 'bash' from glibc package Date: Sun, 23 Mar 2014 17:19:09 +0100 Message-ID: <874n2oubuq.fsf@gnu.org> References: <871tz8oldk.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]:44077) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WRl7G-0007al-Bn for guix-devel@gnu.org; Sun, 23 Mar 2014 12:19:24 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WRl7A-0006HE-Hc for guix-devel@gnu.org; Sun, 23 Mar 2014 12:19:18 -0400 Received: from hera.aquilenet.fr ([2a01:474::1]:45390) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WRl7A-0006H7-Ab for guix-devel@gnu.org; Sun, 23 Mar 2014 12:19:12 -0400 In-Reply-To: <871tz8oldk.fsf@netris.org> (Mark H. Weaver's message of "Wed, 12 Feb 2014 02:12:07 -0500") 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 Mark H Weaver skribis: > The 'bash' in the glibc package is handicapped in at least two ways: > > * It can't set the locale, because it looks for locales in > /nix/store/eeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee-glibc-intermediate-2.18-loc= ales > > * It can't look up anything from NSS, such as passwd data, because it > tries to load the modules from > /nix/store/eeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee-glibc-intermediate-2.18 > > There are two problems that need to be addressed, I think: > > * Users could easily end up with this handicapped 'bash' as their > primary bash, if they installed (or upgraded?) 'glibc' since the last > time I installed 'bash'. This happened to me, for example. I realized that this particular problem is easily solved by moving glibc=E2=80=99s bash away from $bindir, for instance to $libexecdir. I=E2=80=99m trying it out locally, and plan to commit to core-updates if everything works as expected (hopefully as the last core-updates change.) Thoughts? Thanks, Ludo=E2=80=99.