From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?UTF-8?Q?G=C3=A1bor?= Boskovits Subject: bug#29537: Core updates broken Date: Sun, 3 Dec 2017 16:32:57 +0100 Message-ID: References: <87vahnzyq9.fsf@fastmail.com> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="001a1143d330f34c11055f7150df" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:56594) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eLWHO-0003VL-CD for bug-guix@gnu.org; Sun, 03 Dec 2017 10:34:08 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eLWHK-0007wq-Cn for bug-guix@gnu.org; Sun, 03 Dec 2017 10:34:06 -0500 Received: from debbugs.gnu.org ([208.118.235.43]:34853) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1eLWHK-0007wP-7A for bug-guix@gnu.org; Sun, 03 Dec 2017 10:34:02 -0500 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1eLWHJ-0005Hl-UE for bug-guix@gnu.org; Sun, 03 Dec 2017 10:34:01 -0500 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <87vahnzyq9.fsf@fastmail.com> List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: "bug-Guix" To: Marius Bakke Cc: 29537@debbugs.gnu.org --001a1143d330f34c11055f7150df Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable I think it is good to have this one. In my opinion it is ok, but it would be great if someone else could also have a look at that. Once we have a constent that this is a good solution it would be great to it pushed as soon as posssible, so that I can rebase on this. The only case where this might might be problematic, is if we really have different locales for two versions, that are now mapped identically. How likely is that? Another possibility would be to really make the locales available under the full version string path, where they are expected... That would rule out such an occurence. WDYT? 2017-12-03 15:13 GMT+01:00 Marius Bakke : > G=C3=A1bor Boskovits writes: > > > It seems, that we have a breakage in current core-updates. m4, gettext, > and > > at least a few other packages fail to build. > > Hello! > > The problem is that the glibc version string is used a couple of places > to determine where locales are found. > > The attached patch fixes it, though I'm not sure if it's the best > approach. Thoughts? > > --001a1143d330f34c11055f7150df Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I think it is good to have this one.
In my opinion it = is ok, but it would be great if someone else could also have a look at that= .
Once we have a constent that this is a good solution it would b= e great to it pushed as soon as posssible, so that I can rebase on this.

The only case where this might might be problematic,= is if we really have different locales for two versions, that are now mapp= ed identically.
How likely is that?
Another possibility= would be to really make the locales available under the full version strin= g path, where they are expected...
That would rule out such an oc= curence.
WDYT?


2017-12-03 15:13 GMT+01:00 Marius Bakke <= span dir=3D"ltr"><mbakke@fastmail.com>:
G=C3=A1bor Boskovits <boskovits@gmail.com> writes:

> It seems, that we have a breakage in current core-updates. m4, gettext= , and
> at least a few other packages fail to build.

Hello!

The problem is that the glibc version string is used a couple of places
to determine where locales are found.

The attached patch fixes it, though I'm not sure if it's the best approach.=C2=A0 Thoughts?


--001a1143d330f34c11055f7150df--