From mboxrd@z Thu Jan  1 00:00:00 1970
From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=)
Subject: Re: Why does glibc provide bash?
Date: Thu, 20 Aug 2015 00:33:04 +0200
Message-ID: <87bne26h9b.fsf@gnu.org>
References: <87vbcnb2vp.fsf@igalia.com> <871tfapi6h.fsf@netris.org>
	<877fp25j6g.fsf@igalia.com> <87egj0k0ld.fsf@gnu.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Return-path: <guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org>
Received: from eggs.gnu.org ([2001:4830:134:3::10]:36533)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <ludo@gnu.org>) id 1ZSBvI-0002yr-Bi
	for guix-devel@gnu.org; Wed, 19 Aug 2015 18:33:33 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <ludo@gnu.org>) id 1ZSBvE-0000w7-9h
	for guix-devel@gnu.org; Wed, 19 Aug 2015 18:33:32 -0400
In-Reply-To: <87egj0k0ld.fsf@gnu.org> ("Ludovic
	\=\?utf-8\?Q\?Court\=C3\=A8s\=22'\?\=
	\=\?utf-8\?Q\?s\?\= message of "Tue, 18 Aug 2015 18:44:46 +0200")
List-Id: "Development of GNU Guix and the GNU System distribution."
	<guix-devel.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/guix-devel>,
	<mailto:guix-devel-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/archive/html/guix-devel>
List-Post: <mailto:guix-devel@gnu.org>
List-Help: <mailto:guix-devel-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/guix-devel>,
	<mailto:guix-devel-request@gnu.org?subject=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: guix-devel@gnu.org

I=E2=80=99ve pushed an attempt for it in wip-core-updates, specifically this
commit:

  http://git.savannah.gnu.org/cgit/guix.git/commit/?h=3Dwip-core-updates&id=
=3De0a33ce07b56111329575b0ccc90c9c314fbd221

The trick is simply to not copy the =E2=80=98bash=E2=80=99 binary to libc (=
not sure why
I didn=E2=80=99t do it this way from the start.)

Mark: WDYT?  I think it solves the problem at hand and it=E2=80=99s a reaso=
nably
simple solution.

(The branch is called =E2=80=98wip-=E2=80=99 because the glibc upgrade happ=
ens to cause
troubles: since it has new locale category elements, the locale data is
incompatible with that older libcs expect, which means the bootstrap
binaries fail with an assertion failure when trying to load the new
locale data, like:

  xz: loadlocale.c:130: _nl_intern_locale_data: Assertion `cnt < (sizeof (_=
nl_value_type_LC_COLLATE) / sizeof (_nl_value_type_LC_COLLATE[0]))' failed.

I=E2=80=99m looking for a fix a will otherwise postpone the upgrade.)

Ludo=E2=80=99.