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: Sat, 29 Aug 2015 19:56:18 +0200 Message-ID: <87wpwenflp.fsf@gnu.org> References: <87vbcnb2vp.fsf@igalia.com> <871tfapi6h.fsf@netris.org> <877fp25j6g.fsf@igalia.com> <87egj0k0ld.fsf@gnu.org> <87bne26h9b.fsf@gnu.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]:39183) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZVkMd-0006FH-9t for guix-devel@gnu.org; Sat, 29 Aug 2015 13:56:28 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZVkMY-0004uD-Aa for guix-devel@gnu.org; Sat, 29 Aug 2015 13:56:27 -0400 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:52602) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZVkMY-0004u9-7U for guix-devel@gnu.org; Sat, 29 Aug 2015 13:56:22 -0400 Received: from reverse-83.fdn.fr ([80.67.176.83]:55629 helo=pluto) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1ZVkMX-0002ux-2F for guix-devel@gnu.org; Sat, 29 Aug 2015 13:56:21 -0400 In-Reply-To: <87bne26h9b.fsf@gnu.org> ("Ludovic \=\?utf-8\?Q\?Court\=C3\=A8s\=22'\?\= \=\?utf-8\?Q\?s\?\= message of "Thu, 20 Aug 2015 00:33:04 +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: guix-devel@gnu.org ludo@gnu.org (Ludovic Court=C3=A8s) skribis: > I=E2=80=99ve pushed an attempt for it in wip-core-updates, specifically t= his > 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 rea= sonably > simple solution. I=E2=80=99ve pushed that solution in =E2=80=98core-updates=E2=80=99. > (The branch is called =E2=80=98wip-=E2=80=99 because the glibc upgrade ha= ppens 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]))' faile= d. > > I=E2=80=99m looking for a fix a will otherwise postpone the upgrade.) Still looking into it... Ludo=E2=80=99.