From unknown Tue Aug 19 23:45:14 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29537: Core updates broken Resent-From: =?UTF-8?Q?G=C3=A1bor?= Boskovits Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Sat, 02 Dec 2017 20:14:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 29537 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: 29537@debbugs.gnu.org X-Debbugs-Original-To: bug-guix@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.151224558627462 (code B ref -1); Sat, 02 Dec 2017 20:14:01 +0000 Received: (at submit) by debbugs.gnu.org; 2 Dec 2017 20:13:06 +0000 Received: from localhost ([127.0.0.1]:42219 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eLE9p-00078r-Qd for submit@debbugs.gnu.org; Sat, 02 Dec 2017 15:13:06 -0500 Received: from eggs.gnu.org ([208.118.235.92]:52311) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eLE9n-00078G-Hy for submit@debbugs.gnu.org; Sat, 02 Dec 2017 15:13:04 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eLE9f-00035n-RD for submit@debbugs.gnu.org; Sat, 02 Dec 2017 15:12:58 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,FREEMAIL_FROM, HTML_MESSAGE,T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:39534) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1eLE9f-00035b-N5 for submit@debbugs.gnu.org; Sat, 02 Dec 2017 15:12:55 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:43240) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eLE9c-0006Ue-UB for bug-guix@gnu.org; Sat, 02 Dec 2017 15:12:55 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eLE9a-00033Q-I1 for bug-guix@gnu.org; Sat, 02 Dec 2017 15:12:52 -0500 Received: from mail-it0-x22e.google.com ([2607:f8b0:4001:c0b::22e]:35930) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1eLE9a-000335-8F for bug-guix@gnu.org; Sat, 02 Dec 2017 15:12:50 -0500 Received: by mail-it0-x22e.google.com with SMTP id d16so5976693itj.1 for ; Sat, 02 Dec 2017 12:12:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=Y0/0FOpBgs3Y8HeNqztc9J1VenyMsXlhQoSxnFtVrFg=; b=jPXPIID4ahisDFwVydPtoFHNPZSUu1lHBWu/veG/AcNY797QJ4UkX+te1aMDtqPzI9 rLzvilvCsSxGQPCGU1fM83Dc8oAsH97hMWJamjdpIEmpXt70Rrg5PPh2Cuqi7lLQsXFL av6wzzc88oMnQKu5JsjkIx71qEfKI+l8FPMe/L5FutmSSKc0Zm/yVtv0EQ1IKIQag9wO wwn93BBzkF69d+cdtj/LOG0OdbvdY4V1NyKAEuDMGRgTwc+xEekKPGKhdFeVwStXlnNc nEMqvL95diuIqoDKCo3z5tf+bxQWRaEGWKachAPgA32Au0c9lzUW2qcRq6vw8b9LNNCy Mv4Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=Y0/0FOpBgs3Y8HeNqztc9J1VenyMsXlhQoSxnFtVrFg=; b=iUxfRtZ8fQtMS4lwGjvX1v5KrJIjibcJyYqTOeEUfNSGrKDRBAVPgSJHfNoFeB0VKe 5S+vkFpJ4EGuaGpxrra4KhX1LHBT+mpr/Je+62ZPiydB3mm21L1VVdiTBL7Ex+fJ1aB5 AKGVFiCxGbWf1YfhswM7g1h1oLxjJenyQqGmm9PrW5+o2jjH/J5lIY/1jwJij9yrp0To SHVxxdw//f9R1Dnu6WxKun540+aGejga6JcEqvJlwSlAkkpfvABInCKy3M8OPOmKl+dx xMpZ6Ps1pWgaYbPsmWwq+43hKBR/+E2XLigzJ0yfVVJwV5weW++FJrlN/MUfi5ZECztp LasA== X-Gm-Message-State: AJaThX6rfIxAG5A2Ge8Fj+0I8QfdLh/TsSEE8hX6YMxnCIRHFBFu8j5R afNiVS2EJdNGR3buNZjIc0Elz/o+mMvFCJbBvqsqMS4= X-Google-Smtp-Source: AGs4zMayTkd+zzEczx5BtonedxFG6bQx7aVOyQBdP/0MHgRGuohmhYSd6Qr+B1KzButcbGNMiphokj4tPtU7BKXB/J8= X-Received: by 10.36.246.8 with SMTP id u8mr7072724ith.2.1512245569209; Sat, 02 Dec 2017 12:12:49 -0800 (PST) MIME-Version: 1.0 Received: by 10.79.36.209 with HTTP; Sat, 2 Dec 2017 12:12:48 -0800 (PST) From: =?UTF-8?Q?G=C3=A1bor?= Boskovits Date: Sat, 2 Dec 2017 21:12:48 +0100 Message-ID: Content-Type: multipart/alternative; boundary="94eb2c0551a4f74a9c055f611b4a" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.0 (----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.0 (----) --94eb2c0551a4f74a9c055f611b4a Content-Type: text/plain; charset="UTF-8" It seems, that we have a breakage in current core-updates. m4, gettext, and at least a few other packages fail to build. We had a discussion about that on irc, here are the important points: [09:34:53] * g_bor has joined #guix [09:34:58] Hello guix! [09:37:37] I just tried to build something no core-updates and m4 and python-boot0 does not build, I get a message that a decoding error occured in exception dispatcher. It seem like it's locale related, I'm on hu_HU.UTF-8 [09:38:03] I'm tring this now on master to see if the problem persists. [09:38:10] Anyone seen that? [16:46:05] mb[m]1: you were right about the failing installation tests [16:46:16] it did work a couple of days ago though, so there's hope [16:47:16] civodul: Any idea what caused it? Haven't been paying attention lately. [16:47:24] * kristofer has joined #guix [16:53:03] mb[m]1: no idea yet, let's see [16:54:11] I don't understand why core-updates is failing. I've bisected glibc down to the first two commits on the 2.26 branch, and also tried reverting the libatomic-ops update. [16:54:35] how's it failing? [16:54:41] well maybe i should focus on one thing at a time :-) [16:54:46] So the culprit is likely one of these: https://sourceware.org/git/?p=glibc.git;a=commitdiff;h=665ce88d68fd13c5c... and https://sourceware.org/git/?p=glibc.git;a=commitdiff;h=dc258ce62ae0bbb45... [16:55:27] * jonsger has joined #guix [16:55:31] civodul: "m4" and a few others fail like this: https://paste.debian.net/998765/ [16:55:36] you'll find yourself being a libc hacker without noticing [16:55:41] Hehe. [16:56:24] in this case it's the 'configure' file that leads to a decoding error [16:56:28] could you check its encoding? [16:57:52] I don't currently have the files. But I had built much further before the glibc update (with the C++ fixes only). [16:57:56] * jonsger has joined #guix [17:00:55] I unpacked the m4 source and ran `file` on it: [17:00:57] configure: POSIX shell script, UTF-8 Unicode text executable [17:01:24] so it could be an issue with iconv in the new libc [17:06:59] * ryanwatkins has joined #guix [17:11:08] hello! [17:11:18] Anyone seen this? [17:11:30] It's on core-updates: [17:11:51] starting phase `patch-usr-bin-file' Backtrace: 16 (primitive-load "/gnu/store/4jf0jcpvjn6r2warav5xmxhmddf?") In ice-9/eval.scm: 191:35 15 (_ _) In srfi/srfi-1.scm: 863:16 14 (every1 # ?) In /gnu/store/yifqwmdxc4pmdpm73diq03lqkprnrizn-module-import/guix/build/gnu-build-system.scm: 711:27 13 (_ _) 171:4 12 (patch-usr-bin-file #:native-inputs _ #:inputs _ # _) In srfi/srfi [17:13:38] g_bor: mb[m]1 was just reporting the exact same issue :-) [17:13:45] g_bor: Yes, I'm currently trying to track it down. [17:14:36] I've also seen it on python-boot0, slightly different message. [17:14:55] Can this be locale related? [17:15:05] I have hu_HU.utf8 here. [17:16:04] * civodul has quit (Read error: Connection reset by peer) [17:17:26] mb[m]1: can I be of assistance? [17:18:19] * civodul has joined #guix [17:18:42] g_bor: The failure happens in the build container which uses a fixed locale (C?). [17:19:17] Ok, then it's not that. [17:19:38] It just seemd to be some character conversion error... [17:20:08] Maybe some invalid charaters leaked in somehow... [17:20:15] Wait a sec... [17:22:51] It seems, that a lot of packages are broken. [17:23:01] I laso got that for gettext. [17:26:26] * xkapastel has joined #guix [17:30:38] Can it be ncurses related? [17:31:12] Might be... [17:31:21] did not checked that. [17:32:01] g_bor: Can you see if reverting 667082d59104d4b964dce878f5e8c0f8ad1be958 makes a difference? [17:32:24] Ok, i will try that [17:36:36] Do we know about what was the last time it was working? [17:36:58] We could do a git bisect on core-updates? [17:37:13] Do we have a good commit to start from? [18:40] Ok, now it's building. [18:40] I think this will take a time... [18:41] (guile does take some time :) ) [18:42] I'm trying to help to switch the default icedtea to icedtea-8, and we'd like to that on core-updates... [18:43] I've just written on the mailing list, that it would be nice if we could have substitutes for the core-updates gnu-build-system. [18:43] That could speed things like this up. [18:50] mb[m]1: just popped in for a second, core-updates is failing on aarch64 also [18:50] civodul too ^ [18:52] Oh, well. [18:52] Do we have a bug report on that already? [18:53] Now I'm trying what mb[m]1 suggested, by reverting the ncurses commit. [18:54] It might be easier to track related information in a bug... [20:52] reverting 667082d59104d4b964dce878f5e8c0f8ad1be958 did not help Does anyone know of a last working commit id? I'm trying to seen if it's working after last merge of master, but if someone knows a later point to start investigating the issue would help. It would also help, if someone with a more powerful computer could help, as building on mine is very slow. --94eb2c0551a4f74a9c055f611b4a Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
It seems, that we have a breakage in current core-updates.= m4, gettext, and at least a few other packages fail to build.

We had a discussion about that on irc, here are the important points= :

[09:38:10]
[09:34:53]* g_bor h= as joined #guix
[09:34:58]<g_bor>Hello guix!
[09:37:37]<g_bor>I just tried to build something no core-updates and m4 an= d python-boot0 does not build, I get a message that a decoding error occure= d in exception dispatcher. It seem like it's locale related, I'm on= hu_HU.UTF-8
[09:38:03]<g_bor>I'm tring this now on master= to see if the problem persists.
<g_bor>Anyone = seen that?
<= td class=3D"gmail-bot-log-message" style=3D"padding:0.3em 0.5em">mb[m]1: yo= u were right about the failing installation tests
[16:46:05]<civodul>
[16:46:16]<= /a><= civodul>it did work a couple of days ago though, so there's hope
[16:47:16]<mb[m]1>civodul: Any idea what caused it? Haven't been= paying attention lately.
[16:47:24]* = kristofer has joined #guix
[16:53:03]<civodul>mb[m]1: no idea= yet, let's see
[16:54:11]<mb[m]1>I don't understand w= hy core-updates is failing. I've bisected glibc down to the first two c= ommits on the 2.26 branch, and also tried reverting the libatomic-ops updat= e.
[16:54:35]<civodul>how's it failing?
[16:54:= 41]= <civodul>well maybe i should focus on one thing at a time :-)
[16:54:46]<mb[m]1>So the culprit is likely one of these:=C2=A0https://sourceware.org/git/?p=3Dglibc.git;a=3Dcommitdiff;h=3D6= 65ce88d68fd13c5c...=C2=A0and=C2=A0https://sourceware= .org/git/?p=3Dglibc.git;a=3Dcommitdiff;h=3Ddc258ce62ae0bbb45...
[16:55:27]* jonsger has joined #guix
[16:55:31]<mb[m]1>civodul: "m4" and a few others fail like= this:=C2=A0https://paste.debian.net/998765/
[16:55:36]<civodul>you'll find yourself being a libc hacker wit= hout noticing
[16:55:41]<mb[m]1>Hehe.
[16:56:2= 4]&= lt;civodul>in this case it's the 'configure' file that leads to = a decoding error
[16:56:28]<civodul>could you check its encod= ing?

= [17:15:05][17:18:19][17:18:42]Might be...<= /td>Ok, i will t= ry that
[16:57:52]<mb[m]1>I don't curren= tly have the files. But I had built much further before the glibc update (w= ith the C++ fixes only).
[16:57:56]* j= onsger has joined #guix
[17:00:55]<mb[m]1>I unpacked the m4 = source and ran `file` on it:
[17:00:57]<mb[m]1>configure: POSIX s= hell script, UTF-8 Unicode text executable
[17:01:24]<ci= vodul>so it could be an issue with iconv in the new libc
[17:06:5= 9]* ryanwatkins has joined #guix
[17:11:08]<g_bor>hello!
[17:11:18]<g_bor>Anyone seen this?
[17:11:30]<g_bor>It's on core-updates:
= [17:11:51]<g_bor>starting phase `patch-usr-bin-file' Backtrace: 16 (prim= itive-load "/gnu/store/4jf0jcpvjn6r2warav5xmxhmddf?") In ice-9/ev= al.scm: 191:35 15 (_ _) In srfi/srfi-1.scm: 863:16 14 (every1 #<procedur= e 9b0b40 at /gnu/store/yifqwmdxc4pmd?> ?) In /gnu/store/yifqwmdxc4pmdpm7= 3diq03lqkprnrizn-module-import/guix/build/gnu-build-system.scm: 711:27 13 (= _ _) 171:4 12 (patch-usr-bin-file #:native-inputs _ #:inputs _ # _) In srfi= /srfi
[17:13:38]<civodul>g_bor: mb[m]1 was just reporting the= exact same issue :-)
[17:13:45]<mb[m]1>g_bor: Yes, I'm cu= rrently trying to track it down.
[17:14:36]<g_bor>I've = also seen it on python-boot0, slightly different message.
[17:14:= 55]= <g_bor>Can this be locale related?
<g_bor>I have = hu_HU.utf8 here.
[17:16:04]* civodul= has quit (Read error: Connection reset by peer)
[17:17:26]<= /a><= g_bor>mb[m]1: can I be of assistance?
* civodul has joined #guix
<mb[m]1>g_bor: = The failure happens in the build container which uses a fixed locale (C?).<= /td>
[17:19:17]<g_bor>Ok, then it's not that.
[17:19:38]<g_bor>It just seemd to be some character conversion error..= .
[17:20:08]<g_bor>Maybe some invalid charaters leaked in so= mehow...
[17:20:15]<g_bor>Wait a sec...
[17= :22:51]<g_bor>It seems, that a lot of packages are broken.
[17:23:01]<g_bor>I laso got that for gettext.
[17:26:26]* xkapastel has joined #guix
<= a href=3D"https://gnunet.org/bot/log/guix/2017-12-02#T1567723" id=3D"gmail-= T1567723" style=3D"color:rgb(0,0,136);text-decoration-line:none">[17:30:38]= <= ;mb[m]1>Can it be ncurses related?
[17:31:12]<g_bor>
[17:31:21]<g_bor>did not checked that.
[17:= 32:01]<mb[m]1>g_bor: Can you see if reverting 667082d59104d4b964dce878f5e8c0= f8ad1be958 makes a difference?
[17:32:24]<g_bor>
<= td class=3D"gmail-bot-log-time" style=3D"padding:0.3em 0.5em">[17:36:58]<g_bor>=
[17:36:36]<g_bor>Do we know about what = was the last time it was working?
We cou= ld do a git bisect on core-updates?
[17:37:13]<g_bor>Do we hav= e a good commit to start from?
[18:40]=C2=A0<g_bor> Ok, now it's building.
[18:40]=C2=A0<g_bor> I think this will take a time...
[18:41]=C2=A0<g_bor> (guile does take some = time :) )
[18:42]=C2=A0<g_bor> I'm tr= ying to help to switch the default icedtea to icedtea-8, and we'd like = to that on core-updates...
[18:43]=C2=A0&l= t;g_bor> I've just written on the mailing list, that it would be nice if = we could have substitutes for the core-updates gnu-build-system.
[18:43]=C2=A0<g_bor> That could speed things like = this up.
[18:50]=C2=A0<efraim> mb[m]1: = just popped in for a second, core-updates is failing on aarch64 also
<= div class=3D"gmail-linestyle2 gmail-colourline" style=3D"font-family:Consol= as,"Lucida Console",monospace;padding-left:7px;word-wrap:break-wo= rd;color:rgb(0,0,0);font-size:12.8px">[18:50]=C2=A0<efraim> civodul too ^
[18:52]=C2=A0<g_bor> Oh, well.
[18:52]=C2=A0<g_bor> Do we have a bug report on that already= ?
[18:53]=C2=A0<g_bor> Now I'm trying= what mb[m]1 suggested, by reverting the ncurses commit.
[18:54]=C2=A0<g_bor> It might be easier to track related in= formation in a bug...
[20:52]=C2=A0<g_bor> = reverting 667082d59104d4b964dce878f5e8c0f8ad1be958 did not help
<= /div>

Does anyone know of a last working commit id?

I= 9;m trying to seen if it's working after last merge of master, but if s= omeone knows a later point to start investigating the issue would help.

It would also help, if someone with a more powerful computer c= ould help, as building on mine is very slow.

--94eb2c0551a4f74a9c055f611b4a-- From unknown Tue Aug 19 23:45:14 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29537: Acknowledgement (Core updates broken) Resent-From: =?UTF-8?Q?G=C3=A1bor?= Boskovits Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Sat, 02 Dec 2017 21:33:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 29537 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: 29537@debbugs.gnu.org Received: via spool by 29537-submit@debbugs.gnu.org id=B29537.15122503291892 (code B ref 29537); Sat, 02 Dec 2017 21:33:01 +0000 Received: (at 29537) by debbugs.gnu.org; 2 Dec 2017 21:32:09 +0000 Received: from localhost ([127.0.0.1]:42252 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eLFOL-0000US-9V for submit@debbugs.gnu.org; Sat, 02 Dec 2017 16:32:09 -0500 Received: from mail-io0-f170.google.com ([209.85.223.170]:33005) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eLFOI-0000U8-SQ for 29537@debbugs.gnu.org; Sat, 02 Dec 2017 16:32:07 -0500 Received: by mail-io0-f170.google.com with SMTP id t196so14858411iof.0 for <29537@debbugs.gnu.org>; Sat, 02 Dec 2017 13:32:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=xihVP15p8ZwlbreEgnZw/2uXgp+wFMuvVeiaxVdo3E0=; b=F8lzKwtM5qpEZsaIBfxGwCmxx7HNeoRbURxK+MKHR9eXphHmFIQL3cgSa2x2k5whBj vL7wnEEINNsxXdWK9qL4Tlp7UXyECXSuSAwkZqjZi+kftVcvYoxDZ9xJr5oCEKaLaqwL NZe42Obbnqxf/G+CcgtSJHMJekV0dqVj6RRfDnlGdKLceR+Xtf1Pp5TzG70r9qYcfMzy XaJJNaur14cjUNmV2Y+sRDPVo59+t+ltMuUqKkjQcO1s/kCX38KVfIikDHQwLAEq5vLM NvJ7smrI3o1kFOZviNtbnmHPMtMD7wmE4CjNAp3apiQbuxf/bAmq0IiWkWIgdB2Njm+a C9ww== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=xihVP15p8ZwlbreEgnZw/2uXgp+wFMuvVeiaxVdo3E0=; b=QNF0/3NgSwhtzBL2sQah+wnjIkgcFUfI9yRIZ+W1U1Imcu+UdYErJlBLNRKzfUd7eG YFVprBFKLlMlhcTgb/I1bHWlAQcCYSg0FvSwuB07DjA1fow/InXnNuMNDTTexUb49xTb huKxEeSdyoE+it64fsr04cYS9UmXaSC4E7JgfWQhsVVVCS2sejOiE6ffV08zn1zk44D9 dGBqGYmYO9ypfeb3HNMZmQaW6V7wBWIUXq1Bnvaa7HVVAxpVhpLjfMBLzHz1wnU/X4xQ ePWn7RwLhcVstnbwz2RljjplAjROzuITJdy5MZImd3c5/KM7k1ne6+gi87xA2Jt+VpJ+ Heyw== X-Gm-Message-State: AJaThX7lqsXrNzysbpukOQa1Bkp1xsNhN+yxlSN2re3iIbTavKB8I0uJ 7sr55ESdTrQ1Jx2Z3HPB52/8ZKbYuEAX09mChQEP+PajFw== X-Google-Smtp-Source: AGs4zMY1e6bQQ1oRsKAS48RisYRstAELTD3yfJh8a+sgtA1slYk0iq/mqlJ1TUEqskDknLdv/PF4xP/xfwRQJTNX0k4= X-Received: by 10.107.192.7 with SMTP id q7mr7459202iof.89.1512250320997; Sat, 02 Dec 2017 13:32:00 -0800 (PST) MIME-Version: 1.0 Received: by 10.79.36.209 with HTTP; Sat, 2 Dec 2017 13:32:00 -0800 (PST) In-Reply-To: References: From: =?UTF-8?Q?G=C3=A1bor?= Boskovits Date: Sat, 2 Dec 2017 22:32:00 +0100 Message-ID: Content-Type: multipart/alternative; boundary="001a114f049c31f44e055f62374c" X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) --001a114f049c31f44e055f62374c Content-Type: text/plain; charset="UTF-8" 2dd12924cf4a30a96262b6d392fcde58c9f10d4b is good. 2017-12-02 21:14 GMT+01:00 GNU bug Tracking System : > Thank you for filing a new bug report with debbugs.gnu.org. > > This is an automatically generated reply to let you know your message > has been received. > > Your message is being forwarded to the package maintainers and other > interested parties for their attention; they will reply in due course. > > Your message has been sent to the package maintainer(s): > bug-guix@gnu.org > > If you wish to submit further information on this problem, please > send it to 29537@debbugs.gnu.org. > > Please do not send mail to help-debbugs@gnu.org unless you wish > to report a problem with the Bug-tracking system. > > -- > 29537: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=29537 > GNU Bug Tracking System > Contact help-debbugs@gnu.org with problems > --001a114f049c31f44e055f62374c Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
2dd12924cf4a30a96262b6d392fcde58c9f10d4b is good.

2017-12-02 21:14= GMT+01:00 GNU bug Tracking System <help-debbugs@gnu.org>= :
Thank you for filing a new bug report w= ith debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
=C2=A0bug-guix@gnu.org

If you wish to submit further information on this problem, please
send it to 29537@debbugs.gnu.org.

Please do not send mail to help-deb= bugs@gnu.org unless you wish
to report a problem with the Bug-tracking system.

--
29537: http://debbugs.gnu.org/cgi/bugreport= .cgi?bug=3D29537
GNU Bug Tracking System
Contact help-debbugs@gnu.org wi= th problems

--001a114f049c31f44e055f62374c-- From unknown Tue Aug 19 23:45:14 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29537: Acknowledgement (Core updates broken) Resent-From: =?UTF-8?Q?G=C3=A1bor?= Boskovits Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Sun, 03 Dec 2017 05:54:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 29537 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: 29537@debbugs.gnu.org Received: via spool by 29537-submit@debbugs.gnu.org id=B29537.151228042016999 (code B ref 29537); Sun, 03 Dec 2017 05:54:01 +0000 Received: (at 29537) by debbugs.gnu.org; 3 Dec 2017 05:53:40 +0000 Received: from localhost ([127.0.0.1]:42377 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eLNDg-0004Q7-9v for submit@debbugs.gnu.org; Sun, 03 Dec 2017 00:53:40 -0500 Received: from mail-it0-f41.google.com ([209.85.214.41]:38631) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eLNDf-0004Pt-4E for 29537@debbugs.gnu.org; Sun, 03 Dec 2017 00:53:39 -0500 Received: by mail-it0-f41.google.com with SMTP id r6so477871itr.3 for <29537@debbugs.gnu.org>; Sat, 02 Dec 2017 21:53:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=rZNDpNX0KJ5yCW9FhVUKNZIRNYRMyC1jDUSMMcj9GK0=; b=ZJBMrpKPYw6c6aSNpg3OIRyLe164IoW//yjfG5lclnHEGIgqAkJuZ1pN0vM97UeFYG +js8NYBj6R3q6lmdffZicuQ/w8kZhIJB4QGt8W/QA7JDvKs21Xx1o1BzYW0mNf7oB9De w3zrUn8IJeUTDgU8q4oGB+ju9Prc1VCeR7lIoPm6GgXVFD7GCV9J3UFXG5z0Kdvu1lpp orNeHaPgB8+FYGyipHjvEA7yHUYJrezUnjgnw8CbqOClb6nXc+afdhT7dUa35BD030Ly AV5bVCh+3b5k0DIGMBEEb0tHzjEeC+S8cay8Ezdttk7kvXlTD1sygjY4ZUaLcs7SIeHC VyFg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=rZNDpNX0KJ5yCW9FhVUKNZIRNYRMyC1jDUSMMcj9GK0=; b=q1tJA+warYRlQIPTPzYzvTMsyao6FEfHSb1uA5sw39w1+g7iXUuVS4wVDAC/3H8iB3 0k2CfsqR0yDePCHj/NVIDtxgzdeOWFJKXRMI9Ygezzr7L9x+zy/QLz9sBV4zCnVi68jt HaRJ9o8pyJn458OEVDaS2zkYabJ42r1zN4KhmHHTlAJji9JtT1Rfr+YpS2O17NR89z93 NWoGC0J0l02W0bwXQWCow3Lq/f/TiZ28OrO+fv8P8sf1d1mQB6q3NPYVhlvtUi2mquI3 JH8F1T776bQZsUge29Di2XuB8uVF7vVDFr6pY4pEfYRDvpYM5fptfP2KG4z0JWwPinnv +G8g== X-Gm-Message-State: AKGB3mIrOZ66bcwGYwrbNmFgwxnHoS+/8wUSq3SYd3sabQ1EIhshsx93 g3F6FknBN37tw3xy3Aqo/YCzyrjhCTzuq+MJ25ItlxC0ig== X-Google-Smtp-Source: AGs4zMZx2Oo6t84FGwXHo0lItLj85jjiZrPyz/uSfGgC1SEcD7/oQ5RJV8rB+tEbgBl/XhcWCK3XgvxpKzYneLkvHxk= X-Received: by 10.36.222.7 with SMTP id d7mr8080636itg.99.1512280413286; Sat, 02 Dec 2017 21:53:33 -0800 (PST) MIME-Version: 1.0 Received: by 10.79.36.209 with HTTP; Sat, 2 Dec 2017 21:53:32 -0800 (PST) In-Reply-To: References: From: =?UTF-8?Q?G=C3=A1bor?= Boskovits Date: Sun, 3 Dec 2017 06:53:32 +0100 Message-ID: Content-Type: multipart/alternative; boundary="94eb2c058af6d5dbb8055f693814" X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) --94eb2c058af6d5dbb8055f693814 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 61bed1570 is good 2017-12-02 22:32 GMT+01:00 G=C3=A1bor Boskovits : > 2dd12924cf4a30a96262b6d392fcde58c9f10d4b is good. > > 2017-12-02 21:14 GMT+01:00 GNU bug Tracking System = : > >> Thank you for filing a new bug report with debbugs.gnu.org. >> >> This is an automatically generated reply to let you know your message >> has been received. >> >> Your message is being forwarded to the package maintainers and other >> interested parties for their attention; they will reply in due course. >> >> Your message has been sent to the package maintainer(s): >> bug-guix@gnu.org >> >> If you wish to submit further information on this problem, please >> send it to 29537@debbugs.gnu.org. >> >> Please do not send mail to help-debbugs@gnu.org unless you wish >> to report a problem with the Bug-tracking system. >> >> -- >> 29537: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D29537 >> GNU Bug Tracking System >> Contact help-debbugs@gnu.org with problems >> > > --94eb2c058af6d5dbb8055f693814 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
61bed1570 is good


2017-12-02 22:32 GMT+01:00 G=C3= =A1bor Boskovits <boskovits@gmail.com>:
2dd12924cf4a30a96262b6d392fcde58c9f10= d4b is good.

2017-12-02 21:14 GMT+01:00 GNU= bug Tracking System <help-debbugs@gnu.org>:
Thank you for filing a new bug report with debbugs.gnu.o= rg.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
=C2=A0bug-guix@gnu.or= g

If you wish to submit further information on this problem, please
send it to 29537= @debbugs.gnu.org.

Please do not send mail to help-debbugs@gnu.org unless you wish
to report a problem with the Bug-tracking system.

--
29537: http://debbugs.gnu.org/cgi/bugreport= .cgi?bug=3D29537
GNU Bug Tracking System
Contact help-debb= ugs@gnu.org with problems


--94eb2c058af6d5dbb8055f693814-- From unknown Tue Aug 19 23:45:14 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29537: Core updates broken Resent-From: =?UTF-8?Q?G=C3=A1bor?= Boskovits Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Sun, 03 Dec 2017 08:42:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 29537 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: 29537@debbugs.gnu.org Received: via spool by 29537-submit@debbugs.gnu.org id=B29537.1512290506552 (code B ref 29537); Sun, 03 Dec 2017 08:42:01 +0000 Received: (at 29537) by debbugs.gnu.org; 3 Dec 2017 08:41:46 +0000 Received: from localhost ([127.0.0.1]:42411 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eLPqL-00008p-8a for submit@debbugs.gnu.org; Sun, 03 Dec 2017 03:41:45 -0500 Received: from mail-it0-f41.google.com ([209.85.214.41]:38524) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eLPqI-00008Z-M4 for 29537@debbugs.gnu.org; Sun, 03 Dec 2017 03:41:43 -0500 Received: by mail-it0-f41.google.com with SMTP id r6so643909itr.3 for <29537@debbugs.gnu.org>; Sun, 03 Dec 2017 00:41:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=WeZPVpc7kjjSTFCxQLCCXK/AgEfJmRpiB04ZodzE2hU=; b=jLPHctMZb/KRX8Jc/iiDdb3DJmkiXXIWPC2cUVrbPvKGwuIA4dkV7QlO+ve6/LbmI2 t4IOF7SSCfBGFKdIZ7UEt69GbvwPbxYayzP4idh0yiJQUMrVPM09fUbh9pMF+2XcYBRb D5dXv6gVyJ7mVs6nIsen1dU7NfYqLJeAvNX8avtMu4DNIZM2dv5dFANpqyyEBD8bz5xV kBovk8LRwzFNAJWLgjn4AwQsi2BzPpy6oqaouNOYNZI+HNSnTar+qWE8QO/UwdJE9Hnb N58Tzx2VImFKbZyR+7t2xgWl8ElbbnKlkMrCRyEByJXsx0jE7W0FtAlQySQFJeDWEdUk nuFA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=WeZPVpc7kjjSTFCxQLCCXK/AgEfJmRpiB04ZodzE2hU=; b=nJrW98PcP5fcwLmh/tnqXZzDBNLBUPVThawQevbLBfN2H9zJWyj6081cyubUvtqS6t eK4hOSSHdbx9g/zegLJXYb9lcOeqY18EGBHXdlynjx6co+xZ3sHIbyAXMyQ6u9EB0+k5 BeDSRwNwIy2GEwoL6EfGJSOufZYGmPtQtTvo7ql/qQ9EC3TFsiIzb1OmQrcWLMSaMBMG f0u1S0DZ7qOxu5N38pGAzAWPuL0MvqfIyhyscBf4nwUc31f+74jlMHZg6hNAVnn846NF UCdPrX0a6Tg1RXxJgBFOsg+QiUVI75bX6gacZoYCVlZI3sJx16zfltRp0MgKryr+sJ4r y4Pw== X-Gm-Message-State: AKGB3mLnVYAhxet4Enpc0NbF3+yhb7ovrp7j+v61KeQs5D0t93XJVrOU ygvwboiaZ7IbMuCsDWT/AEia6Czh60tWLnrXmlvGr5cAjg== X-Google-Smtp-Source: AGs4zMYOMaqWCk+LWhuSfuu1bJNgA2omrUTaeOzClgEC4SJnKKVADfa1Aau3E2eMEpd/yrRzqFUNKkQXQgpK36ePLhQ= X-Received: by 10.36.222.7 with SMTP id d7mr8424523itg.99.1512290496700; Sun, 03 Dec 2017 00:41:36 -0800 (PST) MIME-Version: 1.0 Received: by 10.79.36.209 with HTTP; Sun, 3 Dec 2017 00:41:36 -0800 (PST) In-Reply-To: References: From: =?UTF-8?Q?G=C3=A1bor?= Boskovits Date: Sun, 3 Dec 2017 09:41:36 +0100 Message-ID: Content-Type: multipart/alternative; boundary="94eb2c058af6daeb39055f6b91a0" X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) --94eb2c058af6daeb39055f6b91a0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 8dd35a0e2 is good 2017-12-02 21:12 GMT+01:00 G=C3=A1bor Boskovits : > It seems, that we have a breakage in current core-updates. m4, gettext, > and at least a few other packages fail to build. > > We had a discussion about that on irc, here are the important points: > > [09:34:53] * g_bor > has joined #guix > [09:34:58] = Hello > guix! > [09:37:37] = I > just tried to build something no core-updates and m4 and python-boot0 doe= s > not build, I get a message that a decoding error occured in exception > dispatcher. It seem like it's locale related, I'm on hu_HU.UTF-8 > [09:38:03] = I'm > tring this now on master to see if the problem persists. > [09:38:10] = Anyone > seen that? > [16:46:05] mb[m]1: > you were right about the failing installation tests > [16:46:16] it > did work a couple of days ago though, so there's hope > [16:47:16] = civodul: > Any idea what caused it? Haven't been paying attention lately. > [16:47:24] * > kristofer has joined #guix > [16:53:03] mb[m]1: > no idea yet, let's see > [16:54:11] = I > don't understand why core-updates is failing. I've bisected glibc down to > the first two commits on the 2.26 branch, and also tried reverting the > libatomic-ops update. > [16:54:35] how's > it failing? > [16:54:41] well > maybe i should focus on one thing at a time :-) > [16:54:46] = So > the culprit is likely one of these: https://sourceware.org/ > git/?p=3Dglibc.git;a=3Dcommitdiff;h=3D665ce88d68fd13c5c... > > and https://sourceware.org/git/?p=3Dglibc.git;a=3Dcommitdiff;h=3D > dc258ce62ae0bbb45... > > [16:55:27] * > jonsger has joined #guix > [16:55:31] = civodul: > "m4" and a few others fail like this: https://paste.debian.net/998765/ > [16:55:36] you'll > find yourself being a libc hacker without noticing > [16:55:41] > Hehe. > [16:56:24] in > this case it's the 'configure' file that leads to a decoding error > [16:56:28] could > you check its encoding? > > [16:57:52] = I > don't currently have the files. But I had built much further before the > glibc update (with the C++ fixes only). > [16:57:56] * > jonsger has joined #guix > [17:00:55] = I > unpacked the m4 source and ran `file` on it: > [17:00:57] = configure: > POSIX shell script, UTF-8 Unicode text executable > [17:01:24] so > it could be an issue with iconv in the new libc > [17:06:59] * > ryanwatkins has joined #guix > [17:11:08] > hello! > [17:11:18] = Anyone > seen this? > [17:11:30] = It's > on core-updates: > [17:11:51] = starting > phase `patch-usr-bin-file' Backtrace: 16 (primitive-load "/gnu/store/4jf0= jcpvjn6r2warav5xmxhmddf?") > In ice-9/eval.scm: 191:35 15 (_ _) In srfi/srfi-1.scm: 863:16 14 (every1 > # ?) In /gnu/store/ > yifqwmdxc4pmdpm73diq03lqkprnrizn-module-import/guix/build/gnu-build-syste= m.scm: > 711:27 13 (_ _) 171:4 12 (patch-usr-bin-file #:native-inputs _ #:inputs _= # > _) In srfi/srfi > [17:13:38] g_bor: > mb[m]1 was just reporting the exact same issue :-) > [17:13:45] = g_bor: > Yes, I'm currently trying to track it down. > [17:14:36] = I've > also seen it on python-boot0, slightly different message. > [17:14:55] = Can > this be locale related? > [17:15:05] = I > have hu_HU.utf8 here. > [17:16:04] * > civodul has quit (Read error: Connection reset by peer) > [17:17:26] = mb[m]1: > can I be of assistance? > [17:18:19] * > civodul has joined #guix > [17:18:42] = g_bor: > The failure happens in the build container which uses a fixed locale (C?)= . > [17:19:17] = Ok, > then it's not that. > [17:19:38] = It > just seemd to be some character conversion error... > [17:20:08] = Maybe > some invalid charaters leaked in somehow... > [17:20:15] = Wait > a sec... > [17:22:51] = It > seems, that a lot of packages are broken. > [17:23:01] = I > laso got that for gettext. > [17:26:26] * > xkapastel has joined #guix > [17:30:38] = Can > it be ncurses related? > [17:31:12] = Might > be... > [17:31:21] = did > not checked that. > [17:32:01] = g_bor: > Can you see if reverting 667082d59104d4b964dce878f5e8c0f8ad1be958 makes a > difference? > [17:32:24] = Ok, > i will try that > [17:36:36] = Do > we know about what was the last time it was working? > [17:36:58] = We > could do a git bisect on core-updates? > [17:37:13] = Do > we have a good commit to start from? > [18:40] Ok, now it's building. > [18:40] I think this will take a time... > [18:41] (guile does take some time :) ) > [18:42] I'm trying to help to switch the default icedtea to > icedtea-8, and we'd like to that on core-updates... > [18:43] I've just written on the mailing list, that it would be > nice if we could have substitutes for the core-updates gnu-build-system. > [18:43] That could speed things like this up. > [18:50] mb[m]1: just popped in for a second, core-updates is > failing on aarch64 also > [18:50] civodul too ^ > [18:52] Oh, well. > [18:52] Do we have a bug report on that already? > [18:53] Now I'm trying what mb[m]1 suggested, by reverting the > ncurses commit. > [18:54] It might be easier to track related information in a > bug... > > [20:52] reverting 667082d59104d4b964dce878f5e8c0f8ad1be958 did > not help > > Does anyone know of a last working commit id? > > I'm trying to seen if it's working after last merge of master, but if > someone knows a later point to start investigating the issue would help. > > It would also help, if someone with a more powerful computer could help, > as building on mine is very slow. > > --94eb2c058af6daeb39055f6b91a0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
=C2=A08dd35a0e2 is good


2017-12-02 21:12 GMT+01:00 = G=C3=A1bor Boskovits <boskovits@gmail.com>:
It seems, that we have a breakage in c= urrent core-updates. m4, gettext, and at least a few other packages fail to= build.

We had a discussion about that on irc, here are = the important points:

[09:34:53]* g_bor = has joined #guix
[09:34:58]<g_bor>Hello guix!
[09:37:37]<g_bor>I just tried to build something no core-updates and m4 and python-bo= ot0 does not build, I get a message that a decoding error occured in except= ion dispatcher. It seem like it's locale related, I'm on hu_HU.UTF-= 8
[09:38:03]<= g_bor>I'm tring this now on master to see if the pr= oblem persists.
[09:38:10]<g_bor>Anyone seen that?
[16:46:05]<civodul>mb[m]1: you were right about the= failing installation tests
[16:46= :16]<civodul>it did work a couple = of days ago though, so there's hope
[16:47:16]<mb[m]1>civodul: = Any idea what caused it? Haven't been paying attention lately.
[16:47:24]* kristofer has joined #guix
[16:53:03]<civodul>mb[m]1:= no idea yet, let's see
[16:54= :11]<mb[m]1>I don't understand= why core-updates is failing. I've bisected glibc down to the first two= commits on the 2.26 branch, and also tried reverting the libatomic-ops upd= ate.
[16:54:35]= <civodul>how's it failing?
[16:54:41]<civodul>well maybe i should focus on one thing at a time :-)
= [16:54:46]<mb[m]1>So the culprit is likely one of these:=C2=A0https://sourceware.org/git/?p=3Dglibc.git;a=3Dcomm= itdiff;h=3D665ce88d68fd13c5c...=C2=A0and=C2=A0https://sourceware.org/git/?p=3Dglibc.git;a=3Dco= mmitdiff;h=3Ddc258ce62ae0bbb45...
[16:55:27]* jonsger has jo= ined #guix
[16:55:31]<mb[m]1>civodul: "m4" and a few = others fail like this:=C2=A0http= s://paste.debian.net/998765/
= [16:55:36]<civodul>you'll find= yourself being a libc hacker without noticing
[16:55:41]<mb[m]1>Hehe.
[16:56:24]= <civodul>in this case it's the 'configure= 9; file that leads to a decoding error
[16:56:28]<civodul>could you= check its encoding?

starting phase `patch-usr-bin-file' Backtrace: 16 (primitive-= load "/gnu/store/4jf0jcpvjn6r2warav5xmxhmddf?") In ice-9/eva= l.scm: 191:35 15 (_ _) In srfi/srfi-1.scm: 863:16 14 (every1 #<procedure= 9b0b40 at /gnu/store/yifqwmdxc4pmd?> ?) In /gnu/store/yifqwmdxc4pm= dpm73diq03lqkprnrizn-module-import/guix/build/gnu-build-system.sc= m: 711:27 13 (_ _) 171:4 12 (patch-usr-bin-file #:native-inputs _ #:inputs = _ # _) In srfi/srfi[17:16:04]<= td class=3D"m_5426165614840940611gmail-bot-log-nick" style=3D"padding:0.3em= 0.5em"><g_bor>
[16:57:52]<mb[m]1>= I don't currently have the files. But I had built much further before t= he glibc update (with the C++ fixes only).
[16:57:56]* jonsger ha= s joined #guix
[17:00:55]<mb[m]1>I unpacked the m4 source and ran `= file` on it:
[17:00:57]<mb[m]1>configure: POSIX shell script, UTF-8 Unic= ode text executable
[17:01:= 24]<civodul>so it could be an issu= e with iconv in the new libc
[17:06:= 59]* ryanwatkins has joined #gu= ix
[17:11:08]hello!
[17:11:18]<g_bor>Anyone seen = this?
[17:11:30]<g_bor>It's on core-updates:
[17:11:51]<g_bor>
[17:13:38]<civodul>g_bor: mb[m]1 was just repor= ting the exact same issue :-)
[17:= 13:45]<mb[m]1>g_bor: Yes, I'm= currently trying to track it down.
[17:14:36]<g_bor>I've also = seen it on python-boot0, slightly different message.
[17:14:55]<g_bor>Ca= n this be locale related?
[17:15:= 05]<g_bor>I have hu_HU.utf8 here.<= /td>
* civodul has quit (Read error: Connection reset by pee= r)
[17:17:26]= <g_bor>mb[m]1: can I be of assistance?
= [17:18:19]* civodul has joined #guix
[17:18:42]<mb[m]1>g_bor: The fa= ilure happens in the build container which uses a fixed locale (C?).
[17:19:17]<g_bor>= ;Ok, then it's not that.
[17:19:38]<g_bor>It just seemd to be some character conversion error...
[17:20:08]<g_bor>Maybe some invalid charaters leaked in somehow...
= [17:20:15]<g_bor>Wait a sec...
[17:22:= 51]<g_bor>It seems, that a lot of = packages are broken.
[17:23:= 01]<g_bor>I laso got that for gett= ext.
[17:26:26]* xkapastel has joined #guix
[17:30:38]<mb[m]1>Can it be ncurses related?
[17:= 31:12]<g_bor>Might be...
[17:31:21]<g_bor>= did not checked that.
[17:32:01]<mb[m]1>g_bor: Can = you see if reverting 667082d59104d4b964dce878f5e8c0f8ad1be958 makes a = difference?
[17:32:24]Ok, i will try that
[17:36:36]<g_bor>Do we know about what was the last time it w= as working?
[17:36:58]<g_bor>We could do a git bisect on core-u= pdates?
[17:37:13]Do we have a good commit to start from?
[18:40]=C2=A0<g_bor> = Ok, now it's building.
[18:40]=C2=A0<g_bor> I think this will take a time...
[18:41]=C2=A0<g_bor> (guile does take some time :) )
[= 18:42]=C2=A0<g_bor> I'm trying to help to switc= h the default icedtea to icedtea-8, and we'd like to that on core-updat= es...
[18:43]=C2=A0<g_bor> I've ju= st written on the mailing list, that it would be nice if we could have subs= titutes for the core-updates gnu-build-system.
[18:43]=C2= =A0<g_bor> That could speed things like this up.
[18:50]=C2=A0<efraim> mb[m]1: just popped in for a second, c= ore-updates is failing on aarch64 also
[18:50]=C2=A0&l= t;efraim&= gt; civodul too ^
[18:52]=C2=A0<g_bor>= Oh, well.
[18:52]=C2=A0<g_bor> Do we = have a bug report on that already?
[18:53]=C2=A0<g_bor<= /span>> Now I'm trying what mb[m]1 suggested, by reverting th= e ncurses commit.
[18:54]=C2=A0<g_bor>= It might be easier to track related information in a bug...

[2= 0:52]=C2=A0<g_bor> reverting 667082d59104d4b964dce878f5e8c0f8ad1be958 did not he= lp

Does anyone know of a last working commit i= d?

I'm trying to seen if it's working afte= r last merge of master, but if someone knows a later point to start investi= gating the issue would help.

It would also help,= if someone with a more powerful computer could help, as building on mine i= s very slow.


--94eb2c058af6daeb39055f6b91a0-- From unknown Tue Aug 19 23:45:14 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29537: Core updates broken Resent-From: =?UTF-8?Q?G=C3=A1bor?= Boskovits Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Sun, 03 Dec 2017 08:46:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 29537 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: 29537@debbugs.gnu.org Received: via spool by 29537-submit@debbugs.gnu.org id=B29537.1512290734908 (code B ref 29537); Sun, 03 Dec 2017 08:46:02 +0000 Received: (at 29537) by debbugs.gnu.org; 3 Dec 2017 08:45:34 +0000 Received: from localhost ([127.0.0.1]:42415 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eLPu1-0000EZ-B9 for submit@debbugs.gnu.org; Sun, 03 Dec 2017 03:45:34 -0500 Received: from mail-it0-f45.google.com ([209.85.214.45]:41036) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eLPtz-0000EM-9D for 29537@debbugs.gnu.org; Sun, 03 Dec 2017 03:45:32 -0500 Received: by mail-it0-f45.google.com with SMTP id x28so6853685ita.0 for <29537@debbugs.gnu.org>; Sun, 03 Dec 2017 00:45:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=ZTmDRcrBHkScu+tRjxOjvq8NxpLGy1diHOslQkNTdOg=; b=BJkpsjIi+VNR2fiAcC6S0Rws8rnbjZpd4X51YwOHvXxvuPJBOXOLsxGrJbv1JTWT3l +ZhKbX98I/P80kGDG1IhY93tpOBN/HPmpe2lS9nfHT3wOVrIIDASDoFRh1/AJnFxu6P2 yM1pq/fXEVw0NgL/9HMbZ1YlLUDQn3sxYNofouemAcj/n/7WLQMO50P9J3ozwrnQxska HhbZ397XIvyIZSAs3DHHpf6ERxVnTGUCSQ28xrYJrgvINEix9ueQAXhmyC0XDYkNwjpq SElfzR/3cgh37WZ6aPMZ4nWldWWPJK+Weq+9pRP++J6Iqav0qfOx/kxC/SLkb0XbHvw4 D/gw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=ZTmDRcrBHkScu+tRjxOjvq8NxpLGy1diHOslQkNTdOg=; b=Va35J7036xoXmxGav+1F/9lR4lrJZY1pPoBULwKMxP/mWi5UQ6th9XHzT2yw7APyo0 hpRouOfRGjkcLLbzh6IBK7xXBbTKi2JXnKkgnocoHVgz0lNaWABQy5Jhe4+CY14EkfKM 17dGrSjoBZvVVzwVwjm4iiA1qNE6GhaFxrr9rEmW2hnGSvxxhUQex/hQvrk5Lu/VBbix a48aTpF/7gTP1saZM97quUFU79xKPT1SaUDESAnaAy66QVeGANXV4F4h94v4OPPKLSpB p8q1sbfk/fqSiAh91MZnHXSNzlSLOZIUBfnmtNG+8cZkEeU3gYrbT3cOAbvYWACc/rSC 5k1Q== X-Gm-Message-State: AKGB3mLP6AHmMIfVllWDcW8vvWtqYhlaltaBFHTC2kmX3FcgU4xly2i5 Hsmeiym3jwqxYr5Y3DHvEmjvMQ9/v1dFhCSKBAZaJ4B+Yg== X-Google-Smtp-Source: AGs4zMbF6iCXykheJQZsiTus2X/DjE1pjufHMqG/rf4j7T4LjfMARCh8CexlkW/KCmW3o6rG4V9nEjq0n+PPgPdA2Cs= X-Received: by 10.36.246.8 with SMTP id u8mr143441ith.2.1512290725532; Sun, 03 Dec 2017 00:45:25 -0800 (PST) MIME-Version: 1.0 Received: by 10.79.36.209 with HTTP; Sun, 3 Dec 2017 00:45:25 -0800 (PST) In-Reply-To: References: From: =?UTF-8?Q?G=C3=A1bor?= Boskovits Date: Sun, 3 Dec 2017 09:45:25 +0100 Message-ID: Content-Type: multipart/alternative; boundary="94eb2c0551a47e1ae7055f6b9fa5" X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) --94eb2c0551a47e1ae7055f6b9fa5 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable ee3ebf1a357bd4eb36a2fa1790a7b549cffb305a is the first bad commit. 2017-12-03 9:41 GMT+01:00 G=C3=A1bor Boskovits : > 8dd35a0e2 is good > > > 2017-12-02 21:12 GMT+01:00 G=C3=A1bor Boskovits : > >> It seems, that we have a breakage in current core-updates. m4, gettext, >> and at least a few other packages fail to build. >> >> We had a discussion about that on irc, here are the important points: >> >> [09:34:53] * g_bor >> has joined #guix >> [09:34:58] = Hello >> guix! >> [09:37:37] = I >> just tried to build something no core-updates and m4 and python-boot0 do= es >> not build, I get a message that a decoding error occured in exception >> dispatcher. It seem like it's locale related, I'm on hu_HU.UTF-8 >> [09:38:03] = I'm >> tring this now on master to see if the problem persists. >> [09:38:10] = Anyone >> seen that? >> [16:46:05] >> mb[m]1: you were right about the failing installation tests >> [16:46:16] >> it did work a couple of days ago though, so there's hope >> [16:47:16] civodul: >> Any idea what caused it? Haven't been paying attention lately. >> [16:47:24] * >> kristofer has joined #guix >> [16:53:03] >> mb[m]1: no idea yet, let's see >> [16:54:11] I >> don't understand why core-updates is failing. I've bisected glibc down t= o >> the first two commits on the 2.26 branch, and also tried reverting the >> libatomic-ops update. >> [16:54:35] >> how's it failing? >> [16:54:41] >> well maybe i should focus on one thing at a time :-) >> [16:54:46] So >> the culprit is likely one of these: https://sourceware.org/ >> git/?p=3Dglibc.git;a=3Dcommitdiff;h=3D665ce88d68fd13c5c... >> >> and https://sourceware.org/git/?p=3Dglibc.git;a=3Dcommitdiff;h=3Ddc258c= e6 >> 2ae0bbb45... >> >> [16:55:27] * >> jonsger has joined #guix >> [16:55:31] civodul: >> "m4" and a few others fail like this: https://paste.debian.net/998765/ >> [16:55:36] >> you'll find yourself being a libc hacker without noticing >> [16:55:41] >> Hehe. >> [16:56:24] >> in this case it's the 'configure' file that leads to a >> decoding error >> [16:56:28] >> could you check its encoding? >> >> [16:57:52] I >> don't currently have the files. But I had built much further before the >> glibc update (with the C++ fixes only). >> [16:57:56] * >> jonsger has joined #guix >> [17:00:55] I >> unpacked the m4 source and ran `file` on it: >> [17:00:57] configure: >> POSIX shell script, UTF-8 Unicode text executable >> [17:01:24] >> so it could be an issue with iconv in the new libc >> [17:06:59] * >> ryanwatkins has joined #guix >> [17:11:08] >> hello! >> [17:11:18] = Anyone >> seen this? >> [17:11:30] = It's >> on core-updates: >> [17:11:51] = starting >> phase `patch-usr-bin-file' Backtrace: 16 (primitive-load >> "/gnu/store/4jf0jcpvjn6r2warav5xmxhmddf?") In ice-9/eval.scm: 191:35 15 >> (_ _) In srfi/srfi-1.scm: 863:16 14 (every1 #> /gnu/store/yifqwmdxc4pmd?> ?) In /gnu/store/yifqwmdxc4pmdpm73di >> q03lqkprnrizn-module-import/guix/build/gnu-build-system.scm: 711:27 13 >> (_ _) 171:4 12 (patch-usr-bin-file #:native-inputs _ #:inputs _ # _) In >> srfi/srfi >> [17:13:38] >> g_bor: mb[m]1 was just reporting the exact same issue :-) >> [17:13:45] g_bor: >> Yes, I'm currently trying to track it down. >> [17:14:36] = I've >> also seen it on python-boot0, slightly different message. >> [17:14:55] = Can >> this be locale related? >> [17:15:05] = I >> have hu_HU.utf8 here. >> [17:16:04] * >> civodul has quit (Read error: Connection reset by peer) >> [17:17:26] = mb[m]1: >> can I be of assistance? >> [17:18:19] * >> civodul has joined #guix >> [17:18:42] g_bor: >> The failure happens in the build container which uses a fixed locale (C?= ). >> [17:19:17] = Ok, >> then it's not that. >> [17:19:38] = It >> just seemd to be some character conversion error... >> [17:20:08] = Maybe >> some invalid charaters leaked in somehow... >> [17:20:15] = Wait >> a sec... >> [17:22:51] = It >> seems, that a lot of packages are broken. >> [17:23:01] = I >> laso got that for gettext. >> [17:26:26] * >> xkapastel has joined #guix >> [17:30:38] Can >> it be ncurses related? >> [17:31:12] = Might >> be... >> [17:31:21] = did >> not checked that. >> [17:32:01] g_bor: >> Can you see if reverting 667082d59104d4b964dce878f5e8c0f8ad1be958 makes >> a difference? >> [17:32:24] = Ok, >> i will try that >> [17:36:36] = Do >> we know about what was the last time it was working? >> [17:36:58] = We >> could do a git bisect on core-updates? >> [17:37:13] = Do >> we have a good commit to start from? >> [18:40] Ok, now it's building. >> [18:40] I think this will take a time... >> [18:41] (guile does take some time :) ) >> [18:42] I'm trying to help to switch the default icedtea to >> icedtea-8, and we'd like to that on core-updates... >> [18:43] I've just written on the mailing list, that it would be >> nice if we could have substitutes for the core-updates gnu-build-system. >> [18:43] That could speed things like this up. >> [18:50] mb[m]1: just popped in for a second, core-updates is >> failing on aarch64 also >> [18:50] civodul too ^ >> [18:52] Oh, well. >> [18:52] Do we have a bug report on that already? >> [18:53] Now I'm trying what mb[m]1 suggested, by reverting the >> ncurses commit. >> [18:54] It might be easier to track related information in a >> bug... >> >> [20:52] reverting 667082d59104d4b964dce878f5e8c0f8ad1be958 did >> not help >> >> Does anyone know of a last working commit id? >> >> I'm trying to seen if it's working after last merge of master, but if >> someone knows a later point to start investigating the issue would help. >> >> It would also help, if someone with a more powerful computer could help, >> as building on mine is very slow. >> >> > --94eb2c0551a47e1ae7055f6b9fa5 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
ee3ebf1a357bd4eb36a2fa1790a7b549cffb305a is the first bad = commit.

= 2017-12-03 9:41 GMT+01:00 G=C3=A1bor Boskovits <boskovits@gmail.com&= gt;:
=C2=A08dd35a= 0e2 is good


2017-12-02 21:12= GMT+01:00 G=C3=A1bor Boskovits <boskovits@gmail.com>:
=
It seems, that we have a br= eakage in current core-updates. m4, gettext, and at least a few other packa= ges fail to build.

We had a discussion about that on irc= , here are the important points:

= =
[09:34:53]* g_bor has joined #guix
[09:34:58]<g_bor>Hello = guix!
[09:37:37]= <g_bor>I just tried to build something no core-updates and m4 and pytho= n-boot0 does not build, I get a message that a decoding error occured in ex= ception dispatcher. It seem like it's locale related, I'm on hu_HU.= UTF-8
[09:38:03]<g_bor>I'm tring this now on master to see if the problem persists.
= [09:38:10]<g_bor>Anyone seen that?
[16:47:16]<mb[m]1>[16:54:35]<= /tr>
[16:46:05]<civodul>mb[m]1: you were= right about the failing installation tests
[16:46:16]<civ= odul>it did work a couple of days = ago though, so there's hope
<mb[m]1>civodul: Any idea what caused it? Haven&#= 39;t been paying attention lately.
[16:47:24]* kristofer has joined #guix
[16:53:03]<civod= ul>mb[m]1: no idea yet, let's = see
[16:54:11]I don't understand why core-updates is failing. I've bisected = glibc down to the first two commits on the 2.26 branch, and also tried reve= rting the libatomic-ops update.
<civodul>how's it failing?
[16:54:41]well maybe i should = focus on one thing at a time :-)
[16:54:46]<mb[m]1>= ;So the culprit is likely one of thes= e:=C2=A0https://sourceware.org/gi= t/?p=3Dglibc.git;a=3Dcommitdiff;h=3D665ce88d68fd13c5c...=C2=A0and= =C2=A0https://sourceware.org/git/= ?p=3Dglibc.git;a=3Dcommitdiff;h=3Ddc258ce62ae0bbb45...
[16:55:27]* jonsger has joined #guix
[16:55:31]<mb[m]1>ci= vodul: "m4" and a few others fail like this:=C2=A0https://paste.debian.net/998765/
[16:55:36]<civodul>you'= ;ll find yourself being a libc hacker without noticing
[16:55:41]<mb[m]1>Hehe.
[16:56:24]<civodul>in this = case it's the 'configure' file that leads to a decoding error
<= a href=3D"https://gnunet.org/bot/log/guix/2017-12-02#T1567687" id=3D"m_4416= 446150629773212m_5426165614840940611gmail-T1567687" style=3D"color:rgb(0,0,= 136);text-decoration-line:none" target=3D"_blank">[16:56:28]<civodul>could you check its encoding?

<= td class=3D"m_4416446150629773212m_5426165614840940611gmail-bot-log-nick" s= tyle=3D"padding:0.3em 0.5em"><civodul>[17:14:36]= = mb[m]1: can I be of assistance?<= tr class=3D"m_4416446150629773212m_5426165614840940611gmail-bot-log-nick-ev= en m_4416446150629773212m_5426165614840940611gmail-odd" style=3D"background= -color:transparent;border-width:1px 0px;border-style:solid;border-color:rgb= (253,253,253);padding:0.1em 0.6em">
[16:57:52]<mb[m]1>I = don't currently have the files. But I had built much further before the= glibc update (with the C++ fixes only).
[16:57:56]* jonsger has joined #guix
[17:00:55]<mb[= m]1>I unpacked the m4 source and r= an `file` on it:
[17:00:57]<mb[m]1>configure: POSIX shell script, UTF-8 Unicode text executable<= /td>
[17:01:24]so it could be an issue with iconv in the new libc
[17:06:59]* ryanwatkins has joined #guix
[17:11:08]<g_bor>hello!
[17:11:18]<g_bor>Any= one seen this?
[17= :11:30]<g_bor>It's on core-updates:
[17:11:51]= <g_bor>starting phase `patch-us= r-bin-file' Backtrace: 16 (primitive-load "/gnu/store/4jf0jcpvjn6r= 2warav5xmxhmddf?") In ice-9/eval.scm: 191:35 15 (_ _) In srfi/srf= i-1.scm: 863:16 14 (every1 #<procedure 9b0b40 at /gnu/store/yifqwmdxc4pm= d?> ?) In /gnu/store/yifqwmdxc4pmdpm73diq03lqkprnrizn-module-import= /guix/build/gnu-build-system.scm: 711:27 13 (_ _) 171:4 12 (patch= -usr-bin-file #:native-inputs _ #:inputs _ # _) In srfi/srfi
[17:13:38]<civodul>g_bor: mb[m= ]1 was just reporting the exact same issue :-)
[17:13:45]<= mb[m]1>g_bor: Yes, I'm current= ly trying to track it down.
<g_bor>I've also seen it on python-boot0, slightl= y different message.
[17:14:= 55]<g_bor>Can this be locale related?
[17:15:05]<= g_bor>I have hu_HU.utf8 here.
[17:16:04]* civodul has quit (Read err= or: Connection reset by peer)
[17:17:26]<g_bor>
[17:18:19]* civodul has joined #guix
[17:18:42]<mb[m]1>g_bor: T= he failure happens in the build container which uses a fixed locale (C?).
[17:19:17]<g_bor>Ok, then it's not that.
[17:19:38]<g_bor>It just seemd to be some character conver= sion error...
[17:20:08]<= /a><g_bor>Maybe some invalid charaters leaked in somehow...
[17:20:15]<g_bor>Wait a= sec...
[17:22:51]<= /td><g_bor>It seems, that a lot of packages are broken.
[17:23:01]<g_bor>I laso got th= at for gettext.
[17:26:26]* xkapastel h= as joined #guix
[17= :30:38]<mb[m]1>Can it be ncurses related?
[17:31:12]<= ;g_bor>Might be...
[17:31:21]<g_bor>did not checke= d that.
[17:32:01]<= /td><mb[m]1>g_bor: Can you see if reverting 667082d59104d4b964dce878f5e8c0f8ad1be958 makes a difference?
[17:32:24]<g_bor><= /td>Ok, i will try that
=
[17:36:36]= <g_bor>Do we know about what was the last time it was working?
= [17:36:58]<g_bor>We could do a git bisect on core-updates?
[17:37:13]<g_bo= r>Do we have a good commit to star= t from?
[18:40]=C2=A0<g_bor> Ok, now it's building.
[18:4= 0]=C2=A0<g_bor> I think this will take a time...
[18:41]=C2=A0<g_bor> (guile does take some t= ime :) )
[18:42]=C2=A0<= g_bor> I'm trying to help to switch the default icedte= a to icedtea-8, and we'd like to that on core-updates...
[18:43]=C2= =A0<g_bor>= I've just written on the mailing list, that it would be nice if we cou= ld have substitutes for the core-updates gnu-build-system.
[18:43]=C2=A0= <g_bor> Th= at could speed things like this up.
[18:50]=C2=A0<efraim= > mb[m]1: just popped in for a second, core-updates is failing on= aarch64 also
[18:50]=C2=A0<efraim> civodul too = ^
[18:52]=C2=A0<g_bor> Oh, well.
[18:52]=C2=A0<g_bor> Do we have a bug report on that alrea= dy?
[18:53]=C2=A0<g_bor<= /span>> Now I'm trying what mb[m]1 suggested, by reverting th= e ncurses commit.
[18:54]=C2=A0<g_bor> It might be easier to track related informat= ion in a bug...
=
[20:52]=C2=A0<= ;g_bor> reverting 667082d59104d4b964dce878f5e= 8c0f8ad1be958 did not help

Does = anyone know of a last working commit id?

= I'm trying to seen if it's working after last merge of master, but = if someone knows a later point to start investigating the issue would help.=

It would also help, if someone with a mo= re powerful computer could help, as building on mine is very slow.



--94eb2c0551a47e1ae7055f6b9fa5-- From unknown Tue Aug 19 23:45:14 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29537: Core updates broken Resent-From: =?UTF-8?Q?G=C3=A1bor?= Boskovits Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Sun, 03 Dec 2017 08:58:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 29537 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: 29537@debbugs.gnu.org Received: via spool by 29537-submit@debbugs.gnu.org id=B29537.15122914431917 (code B ref 29537); Sun, 03 Dec 2017 08:58:02 +0000 Received: (at 29537) by debbugs.gnu.org; 3 Dec 2017 08:57:23 +0000 Received: from localhost ([127.0.0.1]:42419 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eLQ5S-0000Uq-VC for submit@debbugs.gnu.org; Sun, 03 Dec 2017 03:57:23 -0500 Received: from mail-io0-f178.google.com ([209.85.223.178]:41044) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eLQ5Q-0000Ud-GK for 29537@debbugs.gnu.org; Sun, 03 Dec 2017 03:57:21 -0500 Received: by mail-io0-f178.google.com with SMTP id g1so15511416ioc.8 for <29537@debbugs.gnu.org>; Sun, 03 Dec 2017 00:57:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=Jm7DmIl7CxX97+v8tF/52kb8ExwR7oLguy9XIOpuVys=; b=LzD75vyVXx30PjFThj1cTe2tikNsugTHAsL7/VuPhno9np1S7QhAGQSmRgeXz228p6 4JgvU9OndMVHHSPfVhdiIZM9CTUugSRC/OajtUNHuRcr+Om61pbmtKPQFaFuSeNLeCoL /rIYMX7LfUTUQTyT4sLxGJlaEMlN7CCGkUgikbgPVPYwqR4uCVqavKrw72ScqSuYS60c TUohzwxgbQo8DDGdeZ+9V3UNQpVZKxkA4UeU+sYii+/I0H6YDYQsLbJmWCqKyyJiLtA/ jbIyNPqepuwTuh8sSUPrD/lHC5mnFkJAz3qGqT8zHvta4M3GMGKh5g8LQMfGmlg0RUec 1V4w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=Jm7DmIl7CxX97+v8tF/52kb8ExwR7oLguy9XIOpuVys=; b=KYw3ixqj8QubnQvpvu+5AADeU7yAQZruHz0TDh95FqkW8ZjSE4WNKTf+/gsWSG8e0t Cj1IXXzZaCBc+uLJG+5oUIY7tdF6w6lE+0EbNir4qkzLrPD2mwzgvHdwqzMHUZfx0BHi XtoF6Pp+GXB9v+Xb3a4tCnh64UyvGkuhRk2h/ezUEQSs67+uNUX3QD1LemfBmDV9ITK/ bc3aVFmbNrjO6GQSHH4i0LBtTllKmHGkYfen7j0jzSTSobdEPphEdsyqbFIdgyAGgrXj Zmi2HzRj9eZQFJfwVNgkVecXOLMe7yi6No+HT+cheQmesjLvzWhQMz1ub9rLOD0d08V7 idWw== X-Gm-Message-State: AJaThX7nZrqOgN+Mgxd6wrjzupZw+90hrIOD1MGzG0Kqzb/CRAksM2ig PQ54n7M243U56c0q9yBdBvU8KVFbth6A4/SId1jq7kyQ8A== X-Google-Smtp-Source: AGs4zMYTX/qD7bx8LBAnFwGt7VhtVrBtHcN8FCnEL5UUWSLMDqQpVybji0tHMhzm+D639KQAOhcUkLt7rZbBVBE2tKI= X-Received: by 10.107.11.85 with SMTP id v82mr19239312ioi.198.1512291434583; Sun, 03 Dec 2017 00:57:14 -0800 (PST) MIME-Version: 1.0 Received: by 10.79.36.209 with HTTP; Sun, 3 Dec 2017 00:57:14 -0800 (PST) In-Reply-To: References: From: =?UTF-8?Q?G=C3=A1bor?= Boskovits Date: Sun, 3 Dec 2017 09:57:14 +0100 Message-ID: Content-Type: multipart/alternative; boundary="001a113ecd3ac15cac055f6bc9ae" X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) --001a113ecd3ac15cac055f6bc9ae Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Reverting ee3ebf1a357bd4eb36a2fa1790a7b549cffb305a works. I'm sure it is not optimal, but for now I will go with it. 2017-12-03 9:45 GMT+01:00 G=C3=A1bor Boskovits : > ee3ebf1a357bd4eb36a2fa1790a7b549cffb305a is the first bad commit. > > 2017-12-03 9:41 GMT+01:00 G=C3=A1bor Boskovits : > >> 8dd35a0e2 is good >> >> >> 2017-12-02 21:12 GMT+01:00 G=C3=A1bor Boskovits : >> >>> It seems, that we have a breakage in current core-updates. m4, gettext, >>> and at least a few other packages fail to build. >>> >>> We had a discussion about that on irc, here are the important points: >>> >>> [09:34:53] * >>> g_bor has joined #guix >>> [09:34:58] Hello >>> guix! >>> [09:37:37] I >>> just tried to build something no core-updates and m4 and python-boot0 d= oes >>> not build, I get a message that a decoding error occured in exception >>> dispatcher. It seem like it's locale related, I'm on hu_HU.UTF-8 >>> [09:38:03] I'm >>> tring this now on master to see if the problem persists. >>> [09:38:10] Anyone >>> seen that? >>> [16:46:05] >>> mb[m]1: you were right about the failing installation tests >>> [16:46:16] >>> it did work a couple of days ago though, so there's hope >>> [16:47:16] >>> civodul: Any idea what caused it? Haven't been paying >>> attention lately. >>> [16:47:24] * >>> kristofer has joined #guix >>> [16:53:03] >>> mb[m]1: no idea yet, let's see >>> [16:54:11] >>> I don't understand why core-updates is failing. I've bisected >>> glibc down to the first two commits on the 2.26 branch, and also tried >>> reverting the libatomic-ops update. >>> [16:54:35] >>> how's it failing? >>> [16:54:41] >>> well maybe i should focus on one thing at a time :-) >>> [16:54:46] >>> So the culprit is likely one of these: https://sourceware.org/ >>> git/?p=3Dglibc.git;a=3Dcommitdiff;h=3D665ce88d68fd13c5c... >>> >>> and https://sourceware.org/git/?p=3Dglibc.git;a=3Dcommitdiff;h=3Ddc258= ce6 >>> 2ae0bbb45... >>> >>> [16:55:27] * >>> jonsger has joined #guix >>> [16:55:31] >>> civodul: "m4" and a few others fail like this: >>> https://paste.debian.net/998765/ >>> [16:55:36] >>> you'll find yourself being a libc hacker without noticing >>> [16:55:41] >>> Hehe. >>> [16:56:24] >>> in this case it's the 'configure' file that leads to a >>> decoding error >>> [16:56:28] >>> could you check its encoding? >>> >>> [16:57:52] >>> I don't currently have the files. But I had built much further >>> before the glibc update (with the C++ fixes only). >>> [16:57:56] * >>> jonsger has joined #guix >>> [17:00:55] >>> I unpacked the m4 source and ran `file` on it: >>> [17:00:57] >>> configure: POSIX shell script, UTF-8 Unicode text executable >>> [17:01:24] >>> so it could be an issue with iconv in the new libc >>> [17:06:59] * >>> ryanwatkins has joined #guix >>> [17:11:08] >>> hello! >>> [17:11:18] Anyone >>> seen this? >>> [17:11:30] It's >>> on core-updates: >>> [17:11:51] starting >>> phase `patch-usr-bin-file' Backtrace: 16 (primitive-load >>> "/gnu/store/4jf0jcpvjn6r2warav5xmxhmddf?") In ice-9/eval.scm: 191:35 15 >>> (_ _) In srfi/srfi-1.scm: 863:16 14 (every1 #>> /gnu/store/yifqwmdxc4pmd?> ?) In /gnu/store/yifqwmdxc4pmdpm73di >>> q03lqkprnrizn-module-import/guix/build/gnu-build-system.scm: 711:27 13 >>> (_ _) 171:4 12 (patch-usr-bin-file #:native-inputs _ #:inputs _ # _) In >>> srfi/srfi >>> [17:13:38] >>> g_bor: mb[m]1 was just reporting the exact same issue :-) >>> [17:13:45] >>> g_bor: Yes, I'm currently trying to track it down. >>> [17:14:36] I've >>> also seen it on python-boot0, slightly different message. >>> [17:14:55] Can >>> this be locale related? >>> [17:15:05] I >>> have hu_HU.utf8 here. >>> [17:16:04] * >>> civodul has quit (Read error: Connection reset by peer) >>> [17:17:26] mb[m]1: >>> can I be of assistance? >>> [17:18:19] * >>> civodul has joined #guix >>> [17:18:42] >>> g_bor: The failure happens in the build container which uses a >>> fixed locale (C?). >>> [17:19:17] Ok, >>> then it's not that. >>> [17:19:38] It >>> just seemd to be some character conversion error... >>> [17:20:08] Maybe >>> some invalid charaters leaked in somehow... >>> [17:20:15] Wait >>> a sec... >>> [17:22:51] It >>> seems, that a lot of packages are broken. >>> [17:23:01] I >>> laso got that for gettext. >>> [17:26:26] * >>> xkapastel has joined #guix >>> [17:30:38] >>> Can it be ncurses related? >>> [17:31:12] Might >>> be... >>> [17:31:21] did >>> not checked that. >>> [17:32:01] >>> g_bor: Can you see if reverting 667082d59104d4b964dce878f5e8c0= f8ad1be958 >>> makes a difference? >>> [17:32:24] Ok, >>> i will try that >>> [17:36:36] Do >>> we know about what was the last time it was working? >>> [17:36:58] We >>> could do a git bisect on core-updates? >>> [17:37:13] Do >>> we have a good commit to start from? >>> [18:40] Ok, now it's building. >>> [18:40] I think this will take a time... >>> [18:41] (guile does take some time :) ) >>> [18:42] I'm trying to help to switch the default icedtea to >>> icedtea-8, and we'd like to that on core-updates... >>> [18:43] I've just written on the mailing list, that it would be >>> nice if we could have substitutes for the core-updates gnu-build-system= . >>> [18:43] That could speed things like this up. >>> [18:50] mb[m]1: just popped in for a second, core-updates is >>> failing on aarch64 also >>> [18:50] civodul too ^ >>> [18:52] Oh, well. >>> [18:52] Do we have a bug report on that already? >>> [18:53] Now I'm trying what mb[m]1 suggested, by reverting the >>> ncurses commit. >>> [18:54] It might be easier to track related information in a >>> bug... >>> >>> [20:52] reverting 667082d59104d4b964dce878f5e8c0f8ad1be958 did >>> not help >>> >>> Does anyone know of a last working commit id? >>> >>> I'm trying to seen if it's working after last merge of master, but if >>> someone knows a later point to start investigating the issue would help= . >>> >>> It would also help, if someone with a more powerful computer could help= , >>> as building on mine is very slow. >>> >>> >> > --001a113ecd3ac15cac055f6bc9ae Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Reverting=C2=A0ee3ebf1a357bd4eb36a2fa1790a7b549cffb305a wo= rks. I'm sure it is not optimal, but for now I will go with it.

2017= -12-03 9:45 GMT+01:00 G=C3=A1bor Boskovits <boskovits@gmail.com><= /span>:
ee3ebf1a357bd4eb= 36a2fa1790a7b549cffb305a is the first bad commit.

2017-12-03 9:41 GMT+01:00 G=C3=A1bor Boskovits <boskovits@g= mail.com>:
=C2=A08dd35a0e2 is good


2017-12-02 21:12 GMT+01:00 G=C3=A1bo= r Boskovits <boskovits@gmail.com>:
It seems, that we have a breakage in current co= re-updates. m4, gettext, and at least a few other packages fail to build.
We had a discussion about that on irc, here are the impor= tant points:

[09:34:53]* g_bor has jo= ined #guix
[09:3= 4:58]<g_bor&= gt;Hello guix!
[09:37:37]= <g_bor>I just tried to bu= ild something no core-updates and m4 and python-boot0 does not build, I get= a message that a decoding error occured in exception dispatcher. It seem l= ike it's locale related, I'm on hu_HU.UTF-8
[09:38:03]<g_bor>I'm tring this now on master to see if the = problem persists.
[09:38:10]A= nyone seen that?
= <= td class=3D"m_5047356837374275723m_4416446150629773212m_5426165614840940611= gmail-bot-log-time" style=3D"padding:0.3em 0.5em">[16:55:27]<civodul>
[16:46:05]<civodul>mb[m]1: you were right about the = failing installation tests
[16:46:16]<civodul>it did work a couple of days ago though, so there's hope
[16:47:16]<mb[m]1>civodul: Any idea what caused = it? Haven't been paying attention lately.
[16:47:24]* kristofer has joined #= guix
[16:53:03]= <civodul>= mb[m]1: no idea = yet, let's see
[16:54:11]&l= t;mb[m]1>I do= n't understand why core-updates is failing. I've bisected glibc dow= n to the first two commits on the 2.26 branch, and also tried reverting the= libatomic-ops update.
[16:54:35]<civodul>[16:54:41]<civodul>= well maybe i should focus on one thing at a time :-)
[16:54:46]<mb[m]1>So the culprit is likely one of these:= =C2=A0https://sourceware.org/git/= ?p=3Dglibc.git;a=3Dcommitdiff;h=3D665ce88d68fd13c5c...=C2=A0and=C2= =A0https://sourceware.org/git/?p= =3Dglibc.git;a=3Dcommitdiff;h=3Ddc258ce62ae0bbb45...
* jonsg= er has joined #guix
[16:55:31]<mb[m]1>https://paste.debian.net/998765/
[16:55:36]you'll find yourself be= ing a libc hacker without noticing
[16:55:41]<mb[m]1>Hehe.
[16:56:24]&l= t;civodul>in = this case it's the 'configure' file that leads to a decoding er= ror
[16:56:28]= <civodul>= could you check = its encoding?

<= td class=3D"m_5047356837374275723m_4416446150629773212m_5426165614840940611= gmail-bot-log-time" style=3D"padding:0.3em 0.5em">[16:57:52]= [17:00:57]<= tr class=3D"m_5047356837374275723m_4416446150629773212m_5426165614840940611= gmail-bot-log-nick-even m_5047356837374275723m_4416446150629773212m_5426165= 614840940611gmail-odd" style=3D"background-color:transparent;border-width:1= px 0px;border-style:solid;border-color:rgb(253,253,253);padding:0.1em 0.6em= ">[17:14:36]<= td class=3D"m_5047356837374275723m_4416446150629773212m_5426165614840940611= gmail-bot-log-time" style=3D"padding:0.3em 0.5em">[17:18:42]=
<mb[m]1>I don't currently have the file= s. But I had built much further before the glibc update (with the C++ fixes= only).
[16:57:= 56]* jonsger has joined #guix
[17:00:55]<mb[m]1>I unpacked the m4 source and ran `file` on it:
<mb[m]1>configure: POSIX shell script, UTF-= 8 Unicode text executable
[17:01:24]<civodul>so it could be an issue with iconv in the new libc
[17:06:59]* ryanwatkins = has joined #guix
[17:11:08]<g_bor>he= llo!
[17:11:18]= <g_bor>Anyone seen this?<= /td>
[17:11:30]= <g_bor>It's on core-u= pdates:
[17:11:= 51]<g_bor>= ;starting phase = `patch-usr-bin-file' Backtrace: 16 (primitive-load "/gnu/store/4jf= 0jcpvjn6r2warav5xmxhmddf?") In ice-9/eval.scm: 191:35 15 (_ _) In= srfi/srfi-1.scm: 863:16 14 (every1 #<procedure 9b0b40 at /gnu/store/yif= qwmdxc4pmd?> ?) In /gnu/store/yifqwmdxc4pmdpm73diq03lqkprnrizn-modu= le-import/guix/build/gnu-build-system.scm: 711:27 13 (_ _) 171:4 12 (p= atch-usr-bin-file #:native-inputs _ #:inputs _ # _) In srfi/srfi
[17:13:38]<civodul>g_bor: mb[m]1 was just reporti= ng the exact same issue :-)
[17:13:45]<mb[m]1>g_bor: Yes, I'm currently trying to track it down.
<g_bor>I've also seen it on python-boot= 0, slightly different message.
[17:14:55]<g_bor>Can this be locale related?
[17:15:05]<g_bor>I have hu_HU.utf8 here.
[17:16:04]* civodul has quit (Read error: Conne= ction reset by peer)
[17:17:26]<g_bor>mb= [m]1: can I be of assistance?
[17:18:19]* civodul has joined #guix
<mb[m]1>g_bor: The failure happens in the b= uild container which uses a fixed locale (C?).
[17:19:17]<g_bor>Ok, then it's not that.
[17:19:38]<g_bor>It just seemd to be some character conver= sion error...
[1= 7:20:08]<g_b= or>Maybe some= invalid charaters leaked in somehow...
[17:20:15]<g_bor>Wait a sec...
[17:22:51]<g_bor>It seems, that a lot of packages are broken.
[17:23:01]<g_bor>I laso got that for gettext.
[17:26:26]* xka= pastel has joined #guix
[17:30:38]<mb[m]1>Can it be ncurses related?
[17:31:12]<g_bor>Might be...
[17:31:21]<= ;g_bor>did no= t checked that.
= [17:32:01]<m= b[m]1>g_bor: = Can you see if reverting 667082d59104d4b964dce878f5e8c0f8ad1be958 make= s a difference?
[17:32:24]<= g_bor>Ok, i w= ill try that
[18:40]=C2= =A0<g_bor> Ok, now it's building.
=
[18:40]=C2=A0<g_bor> I think this will take a time...
[18:41]=C2=A0= <g_bor> (guile does take some time :) )
[18:42]=C2=A0= <g_bor> I'm trying to help to switch th= e default icedtea to icedtea-8, and we'd like to that on core-updates..= .
[18:43]= =C2=A0<g_bor> I've just written on the = mailing list, that it would be nice if we could have substitutes for the co= re-updates gnu-build-system.
[18:43]=C2=A0<g_bor> Th= at could speed things like this up.
[18:50]=C2=A0<efraim> mb[m]1: just popped in for a second, core-updates is fai= ling on aarch64 also
[18:50]=C2=A0<efraim&= gt; civodul too ^
[18:52]=C2=A0<g_bor> Oh, well.
[18:52]=C2=A0<= /span><g_bor> Do we have a bug report on that alre= ady?
[18:5= 3]=C2=A0<g_bor> Now I'm trying what mb[= m]1 suggested, by reverting the ncurses commit.
[18:54]=C2=A0<g_bor<= /span>> It might be easier to track related information in a bug.= ..

= [20:52]=C2=A0<g_bor> reverting 667082d59104d4b964dce878f5e8c0f8ad1be958= did not help

Does anyone kn= ow of a last working commit id?

I'm trying to seen if it's working after last merge of master, but= if someone knows a later point to start investigating the issue would help= .

It would also help, if someone= with a more powerful computer could help, as building on mine is very slow= .




--001a113ecd3ac15cac055f6bc9ae-- From unknown Tue Aug 19 23:45:14 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29537: Core updates broken Resent-From: Marius Bakke Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Sun, 03 Dec 2017 14:14:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 29537 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: =?UTF-8?Q?G=C3=A1bor?= Boskovits , 29537@debbugs.gnu.org Received: via spool by 29537-submit@debbugs.gnu.org id=B29537.15123103904731 (code B ref 29537); Sun, 03 Dec 2017 14:14:03 +0000 Received: (at 29537) by debbugs.gnu.org; 3 Dec 2017 14:13:10 +0000 Received: from localhost ([127.0.0.1]:42499 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eLV11-0001ED-W2 for submit@debbugs.gnu.org; Sun, 03 Dec 2017 09:13:08 -0500 Received: from out4-smtp.messagingengine.com ([66.111.4.28]:37705) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eLV0z-0001E3-Lq for 29537@debbugs.gnu.org; Sun, 03 Dec 2017 09:13:06 -0500 Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id 0F2B920ABF; Sun, 3 Dec 2017 09:13:05 -0500 (EST) Received: from frontend2 ([10.202.2.161]) by compute5.internal (MEProxy); Sun, 03 Dec 2017 09:13:05 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastmail.com; h= content-type:date:from:in-reply-to:message-id:mime-version :references:subject:to:x-me-sender:x-me-sender:x-sasl-enc; s= fm1; bh=z0IAJ8I5RpavN6l6VAbmlqXanVqGkxQAkaywWzaQhvo=; b=rN7E78qY DX87E6fj2ZZRl4wNmYKHlAOLlLvYLLctR31twLmHJZQZwrGrgZT2/kgNhGTddjjB e2EIcj7ZA+Yxq+OqOpcT7hFd5eHGGsYnGV2OnIP1EgV7XPUW4SyUvxkmDGI/V9rA Nn3kaeF8jzRRGogC/nV8INBro0lj7/Web5uYmciDwTowo06wEnp8CsqK6fhOVXQi Ef7sCojy/+C+hl7aDEjomo2Le1iZ30I/eLs+SHO+r3reQKJnj+IOfj4poBUC8M1u 4VF5XslFTAeYSr+rjdYXksYfySXpBWZsM2D1cda9Mu1bDPNXZWY8L9OhqOmFxgEh dWAf9WC3UuGr/A== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm1; bh=z0IAJ8I5RpavN6l6VAbmlqXanVqGk xQAkaywWzaQhvo=; b=PFvfmkEqGPEcFzB1ankX0ExWgMgu0NkXhHQG654vNfR+k Fv6gsGfeBi9PkMRDxp8YGy0R01p5xS/vKoJO4BTL/WvHHuqqRC4h79jo/ZW5S039 0EaLN9paDoF/uq5AvR/B/D06y66YrvS7upQ+RVQt2nKpdGqJuqzfjbAdha9+4hrx HMpjriH0hFmFrOXtKjXKSSTE9/Cdw1yJVIBY54yp6WDZwWZpPJ4V0TI4sFkxPnOT /q0kEflUZKK+j7lwdMPrWDg+gtV78wakK817/0qM9rqYuccrNVOWjIUASLKtrAkL MpYAd12t7OJAxInkgftk2AknsOK4/2SuEutBvLQaQ== X-ME-Sender: Received: from localhost (cm-84.214.173.174.getinternet.no [84.214.173.174]) by mail.messagingengine.com (Postfix) with ESMTPA id 801D724738; Sun, 3 Dec 2017 09:13:04 -0500 (EST) From: Marius Bakke In-Reply-To: References: User-Agent: Notmuch/0.25.2 (https://notmuchmail.org) Emacs/25.3.1 (x86_64-pc-linux-gnu) Date: Sun, 03 Dec 2017 15:13:02 +0100 Message-ID: <87vahnzyq9.fsf@fastmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="==-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --==-=-= Content-Type: multipart/mixed; boundary="=-=-=" --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable G=C3=A1bor Boskovits writes: > It seems, that we have a breakage in current core-updates. m4, gettext, a= nd > 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? --=-=-= Content-Type: text/x-patch Content-Disposition: inline; filename=0001-gnu-glibc-Don-t-use-full-version-string-in-locale-pa.patch Content-Transfer-Encoding: quoted-printable From=2041677631be815d58c36052de7b54d297ad496ec1 Mon Sep 17 00:00:00 2001 From: Marius Bakke Date: Sun, 3 Dec 2017 02:32:16 +0100 Subject: [PATCH] gnu: glibc: Don't use full version string in locale path. This is a follow-up to commit ee3ebf1a357bd4eb36a2fa1790a7b549cffb305a. Fixes . * gnu/packages/base.scm (glibc/linux)[version]: Change to 2.26.91-gaaa2eb83= b8. [source](uri): Adjust accordingly. [arguments]: Use VERSION-MAJOR+MINOR for locales path. (glibc-locales, glibc-utf8-locales): Likewise. * guix/profiles.scm (ca-certificate-bundle, profile-derivation): Likewise. =2D-- gnu/packages/base.scm | 15 ++++++++++----- guix/profiles.scm | 6 ++++-- 2 files changed, 14 insertions(+), 7 deletions(-) diff --git a/gnu/packages/base.scm b/gnu/packages/base.scm index c8fd8624a..8190a38ed 100644 =2D-- a/gnu/packages/base.scm +++ b/gnu/packages/base.scm @@ -523,11 +523,15 @@ store.") ;; archive can be generated by checking out the commit ID and running: ;; git archive --prefix=3D$(git describe)/ HEAD | xz -9 > $(git describ= e).tar.xz ;; See for details. =2D (version "2.26-91-gaaa2eb83b8") + ;; + ;; Note: Always use a dot after the minor version since various places = rely + ;; on "version-major+minor" to determine where locales are found. + (version "2.26.91-gaaa2eb83b8") (source (origin (method url-fetch) (uri (string-append "https://alpha.gnu.org/gnu/guix/mirror/" =2D "glibc-" version ".tar.xz")) + "glibc-" (version-major+minor version) "-" + (caddr (string-split version #\.)) ".tar.x= z")) (sha256 (base32 "1zwz6d0x3ndd0hgqp17fx71miyjvn4dgkl1nzhaz3mbcqxzrprhk")) @@ -585,7 +589,7 @@ store.") ;; `--localedir' is not honored, so work around it. ;; See . (string-append "libc_cv_complocaledir=3D/run/current-system/lo= cale/" =2D ,version) + ,(version-major+minor version)) =20 (string-append "--with-headers=3D" (assoc-ref ,(if (%current-target-system) @@ -955,7 +959,8 @@ the 'share/locale' sub-directory of this package.") (list (string-append "libc_cv_complocaledir=3D" (assoc-ref %outputs "out") "/lib/locale/" =2D ,(package-version glibc)))))))))) + ,(version-major+minor + (package-version glibc))))))))))) =20 (define-public glibc-utf8-locales (package @@ -973,7 +978,7 @@ the 'share/locale' sub-directory of this package.") (gzip (assoc-ref %build-inputs "gzip")) (out (assoc-ref %outputs "out")) (localedir (string-append out "/lib/locale/" =2D ,version))) + ,(version-major+minor = version)))) ;; 'localedef' needs 'gzip'. (setenv "PATH" (string-append libc "/bin:" gzip "/bin= ")) =20 diff --git a/guix/profiles.scm b/guix/profiles.scm index 0eb99f40d..51c330b32 100644 =2D-- a/guix/profiles.scm +++ b/guix/profiles.scm @@ -812,7 +812,8 @@ MANIFEST. Single-file bundles are required by programs= such as Git and Lynx." ;; install a UTF-8 locale. (setenv "LOCPATH" (string-append #+glibc-utf8-locales "/lib/locale/" =2D #+(package-version glibc-utf8-locales))) + #+(version-major+minor + (package-version glibc-utf8-locales)))) (setlocale LC_ALL "en_US.utf8") =20 (match (append-map ca-files '#$(manifest-inputs manifest)) @@ -1256,7 +1257,8 @@ are cross-built for TARGET." #~(begin (setenv "LOCPATH" #$(file-append glibc-utf8-locales "/lib/locale/" =2D (package-version glibc-utf8-locales))) + (version-major+minor + (package-version glibc-utf8-locales)))) (setlocale LC_ALL "en_US.utf8"))) =20 (define builder =2D-=20 2.15.1 --=-=-=-- --==-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCgAdFiEEu7At3yzq9qgNHeZDoqBt8qM6VPoFAlokBm8ACgkQoqBt8qM6 VPrXnggAg8Ydqj5LvMCUxvdRhhKbt3X2tdS/qiYwSJPTJyVZzQCc3BqW87XijbY/ kwM2VYAmNO0k7nuw8syIlZ7ecYoqPIugnF8Ju6gARjo3T7Oxhe61PR7jQGSgZEYz lt9pfmTNXHrDE2RyUGKKrAR4fQk6d6SctTMCqs8yj8Uux2jlhVcO0HYlVPoThc+b JnjAb8hFKzI+CXHQMrW/PUJ/eMtz2Uf9q4PcdtY9+Zg2y4Qo48CXuxVk0uAQ27W9 BoKkLmbBk1SB5KEyOfu6MICedxozWWw7UuEw7B9XwwBhOihcrAhgv3VaNhHK8ujA fDO1x26md7Y3KpBCHhR9QDKFu3LfvA== =xTTH -----END PGP SIGNATURE----- --==-=-=-- From unknown Tue Aug 19 23:45:14 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29537: Core updates broken Resent-From: Marius Bakke Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Sun, 03 Dec 2017 14:52:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 29537 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: =?UTF-8?Q?G=C3=A1bor?= Boskovits , 29537@debbugs.gnu.org Received: via spool by 29537-submit@debbugs.gnu.org id=B29537.15123126738111 (code B ref 29537); Sun, 03 Dec 2017 14:52:02 +0000 Received: (at 29537) by debbugs.gnu.org; 3 Dec 2017 14:51:13 +0000 Received: from localhost ([127.0.0.1]:42531 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eLVbt-00026k-F9 for submit@debbugs.gnu.org; Sun, 03 Dec 2017 09:51:13 -0500 Received: from out4-smtp.messagingengine.com ([66.111.4.28]:36307) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eLVbq-00026a-NQ for 29537@debbugs.gnu.org; Sun, 03 Dec 2017 09:51:11 -0500 Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id 5452B207D1; Sun, 3 Dec 2017 09:51:10 -0500 (EST) Received: from frontend2 ([10.202.2.161]) by compute5.internal (MEProxy); Sun, 03 Dec 2017 09:51:10 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastmail.com; h= content-type:date:from:in-reply-to:message-id:mime-version :references:subject:to:x-me-sender:x-me-sender:x-sasl-enc; s= fm1; bh=3DTf+3S6ZfwKjXVx+ylBCMjJ1gNdhbOVZIsIFh3v020=; b=hI7COuxt gB4DO4sTdpVcDD6s+bdXjM8RgbnSh6F0wGAhFbRbeN2LCFJdwoKblP89ujz0QsQx V+AJfdfaR/kKIPkfD/BbM9lvB7dthw4dQpnQYGuhqx0Ol4HriyfQTUKApfz50Cpd dpqsXlCImD4Y6fkqHEWrdyAsCdr2gDKM/nW1SnqTpyFIfnafVFRPX9NpUhqQo5lU kgtnyaWqyHCVNWKGzHv071cln/AHeNka/be3T6GPMjH0RkFA0oPKWDzGggxc4s0b xjTqC1FEUK4ilDQRMcoif3Uv+nGDexjcwEaKNqfwqWHxv21XAsblQHNJRyadkH7b nTQ1AyV8q6qQEQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm1; bh=3DTf+3S6ZfwKjXVx+ylBCMjJ1gNdh bOVZIsIFh3v020=; b=dT2lWIlesg9YjMfAIn21Xd6qz9RCUqNnNdZhPoXcgDd+9 Y2Jb8jXvG+MU5K7MPHNrcRkg0jqTFdu0H+bMfXfi+Cn17OZHLym7iq00vc1YuXgC P9CnpWIY0/lWSzNr5pael9DeWMXD2D9gpd0xnfsLMLEKI8f4XQYf/Mha6f1q4eUC 330iLiZqE9M+waRAnRUnJD38ohHIbGeSu6X5XTKhD2XkcAcOO3GN14hdbUZ6QxKp govmn9Xb/Q195/bZ8RdobTx6+ipZyG4FrDTlHm0h9Ulhs8682BbUUgrA3xTz5Jgy 1re1k7ptf+sFtjF1nF1Fn80SgyGCs4QvT1WPWRKyA== X-ME-Sender: Received: from localhost (cm-84.214.173.174.getinternet.no [84.214.173.174]) by mail.messagingengine.com (Postfix) with ESMTPA id D0BDE24B4C; Sun, 3 Dec 2017 09:51:09 -0500 (EST) From: Marius Bakke In-Reply-To: <87vahnzyq9.fsf@fastmail.com> References: <87vahnzyq9.fsf@fastmail.com> User-Agent: Notmuch/0.25.2 (https://notmuchmail.org) Emacs/25.3.1 (x86_64-pc-linux-gnu) Date: Sun, 03 Dec 2017 15:51:08 +0100 Message-ID: <87po7vzwyr.fsf@fastmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Marius Bakke writes: > 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? Actually, the patch below is not a complete fix. It worked for m4, but some other packages now fail like this: =2D-8<---------------cut here---------------start------------->8--- @ build-started /gnu/store/q0fadqzsg969jz8v11r9j2a07x3h2sl4-perl-5.26.1.tar= .xz.drv - x86_64-linux /var/log/guix/drvs/q0//fadqzsg969jz8v11r9j2a07x3h2sl= 4-perl-5.26.1.tar.xz.drv.bz2 Backtrace: 2 (primitive-load "/gnu/store/xjb3g9spv30arffi1296qwdaam4?") In ice-9/eval.scm: 619:8 1 (_ #f) In unknown file: 0 (setlocale 6 "en_US.utf8") ERROR: In procedure setlocale: ERROR: In procedure setlocale: Invalid argument builder for `/gnu/store/q0fadqzsg969jz8v11r9j2a07x3h2sl4-perl-5.26.1.tar.xz= .drv' failed with exit code 1 =2D-8<---------------cut here---------------end--------------->8--- Not sure where it's from yet. > > From 41677631be815d58c36052de7b54d297ad496ec1 Mon Sep 17 00:00:00 2001 > From: Marius Bakke > Date: Sun, 3 Dec 2017 02:32:16 +0100 > Subject: [PATCH] gnu: glibc: Don't use full version string in locale path. > > This is a follow-up to commit ee3ebf1a357bd4eb36a2fa1790a7b549cffb305a. > Fixes . > > * gnu/packages/base.scm (glibc/linux)[version]: Change to 2.26.91-gaaa2eb= 83b8. > [source](uri): Adjust accordingly. > [arguments]: Use VERSION-MAJOR+MINOR for locales path. > (glibc-locales, glibc-utf8-locales): Likewise. > * guix/profiles.scm (ca-certificate-bundle, profile-derivation): Likewise. > --- > gnu/packages/base.scm | 15 ++++++++++----- > guix/profiles.scm | 6 ++++-- > 2 files changed, 14 insertions(+), 7 deletions(-) > > diff --git a/gnu/packages/base.scm b/gnu/packages/base.scm > index c8fd8624a..8190a38ed 100644 > --- a/gnu/packages/base.scm > +++ b/gnu/packages/base.scm > @@ -523,11 +523,15 @@ store.") > ;; archive can be generated by checking out the commit ID and running: > ;; git archive --prefix=3D$(git describe)/ HEAD | xz -9 > $(git descr= ibe).tar.xz > ;; See for details. > - (version "2.26-91-gaaa2eb83b8") > + ;; > + ;; Note: Always use a dot after the minor version since various place= s rely > + ;; on "version-major+minor" to determine where locales are found. > + (version "2.26.91-gaaa2eb83b8") > (source (origin > (method url-fetch) > (uri (string-append "https://alpha.gnu.org/gnu/guix/mirror/" > - "glibc-" version ".tar.xz")) > + "glibc-" (version-major+minor version) "= -" > + (caddr (string-split version #\.)) ".tar= .xz")) > (sha256 > (base32 > "1zwz6d0x3ndd0hgqp17fx71miyjvn4dgkl1nzhaz3mbcqxzrprhk")) > @@ -585,7 +589,7 @@ store.") > ;; `--localedir' is not honored, so work around it. > ;; See . > (string-append "libc_cv_complocaledir=3D/run/current-system/= locale/" > - ,version) > + ,(version-major+minor version)) >=20=20 > (string-append "--with-headers=3D" > (assoc-ref ,(if (%current-target-system) > @@ -955,7 +959,8 @@ the 'share/locale' sub-directory of this package.") > (list (string-append "libc_cv_complocaledir=3D" > (assoc-ref %outputs "out") > "/lib/locale/" > - ,(package-version glibc)))))))))) > + ,(version-major+minor > + (package-version glibc))))))))= ))) >=20=20 > (define-public glibc-utf8-locales > (package > @@ -973,7 +978,7 @@ the 'share/locale' sub-directory of this package.") > (gzip (assoc-ref %build-inputs "gzip")) > (out (assoc-ref %outputs "out")) > (localedir (string-append out "/lib/locale/" > - ,version))) > + ,(version-major+mino= r version)))) > ;; 'localedef' needs 'gzip'. > (setenv "PATH" (string-append libc "/bin:" gzip "/b= in")) >=20=20 > diff --git a/guix/profiles.scm b/guix/profiles.scm > index 0eb99f40d..51c330b32 100644 > --- a/guix/profiles.scm > +++ b/guix/profiles.scm > @@ -812,7 +812,8 @@ MANIFEST. Single-file bundles are required by progra= ms such as Git and Lynx." > ;; install a UTF-8 locale. > (setenv "LOCPATH" > (string-append #+glibc-utf8-locales "/lib/locale/" > - #+(package-version glibc-utf8-locales))) > + #+(version-major+minor > + (package-version glibc-utf8-locales)= ))) > (setlocale LC_ALL "en_US.utf8") >=20=20 > (match (append-map ca-files '#$(manifest-inputs manifest)) > @@ -1256,7 +1257,8 @@ are cross-built for TARGET." > #~(begin > (setenv "LOCPATH" > #$(file-append glibc-utf8-locales "/lib/locale/" > - (package-version glibc-utf8-locales))) > + (version-major+minor > + (package-version glibc-utf8-locales)))) > (setlocale LC_ALL "en_US.utf8"))) >=20=20 > (define builder > --=20 > 2.15.1 --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCgAdFiEEu7At3yzq9qgNHeZDoqBt8qM6VPoFAlokD1wACgkQoqBt8qM6 VPrdxgf/WVREBT8Tp3bcZF4K9so8RBzfqYcox8KRaDfinHdnvd31QHLK9t4HVLNF xOy3jIrAN/fs7KffuTtlJm2xuVbhnfUFqwccVK2opUuv8NWi1J41kY675H/R6r9Q N3TgDpnIxJymR1zmyB4y5fDZEHKeWRB47sKheCs8CyawJ+f3vvfU+9B0yTztcxEN NybD5z2u2kGiDCYeTpZU/4Mmmi1O+Wo7LnDP0hXTSxilgCtsTp9bOJVlt2i6KH32 5n2/G+QMNwZ0yzXXsz2nMEe8WSZZvOnJ1EJTsX6+t+y83UuNTwcPcxye0FWJbFQq yaZckBEfqg6ImF+oiObCUhF+edGq5w== =FPth -----END PGP SIGNATURE----- --=-=-=-- From unknown Tue Aug 19 23:45:14 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29537: Core updates broken Resent-From: Marius Bakke Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Sun, 03 Dec 2017 15:24:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 29537 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: =?UTF-8?Q?G=C3=A1bor?= Boskovits , 29537@debbugs.gnu.org Received: via spool by 29537-submit@debbugs.gnu.org id=B29537.151231460419170 (code B ref 29537); Sun, 03 Dec 2017 15:24:02 +0000 Received: (at 29537) by debbugs.gnu.org; 3 Dec 2017 15:23:24 +0000 Received: from localhost ([127.0.0.1]:43513 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eLW72-0004z8-Jh for submit@debbugs.gnu.org; Sun, 03 Dec 2017 10:23:24 -0500 Received: from out4-smtp.messagingengine.com ([66.111.4.28]:60555) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eLW70-0004z0-Vg for 29537@debbugs.gnu.org; Sun, 03 Dec 2017 10:23:23 -0500 Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id 7586D208B8; Sun, 3 Dec 2017 10:23:22 -0500 (EST) Received: from frontend2 ([10.202.2.161]) by compute5.internal (MEProxy); Sun, 03 Dec 2017 10:23:22 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastmail.com; h= content-type:date:from:in-reply-to:message-id:mime-version :references:subject:to:x-me-sender:x-me-sender:x-sasl-enc; s= fm1; bh=1p7IViB1nAUcMwuyF+CsIlOLimAJC6TP9SnzAM98sIk=; b=U/OWY3uf IuolTysW/VF/4qd4Q2WrvyYqnvW1VHvjt5FH5mW36wJShf4GBB2cI/BLPXM3DMPJ +z2JKtZri0fI2svD1c1PvbOLBoUEILZaQ2fgwsY5CQcXxpTmgMtLD7cmR+HDobWG b5OyADCc5B/fvQyg/E/0r+mKbf1moJ9KseeNZTa7oUnfsIqgPJz4wm9hPP9kq9aj FSAIcMW9B3RHd/8Xibg7kQFPRK77y7jBexSjWhuTmahdDGp/h0PvQJrH1MiCt+NN KAHGrFOE5yJqYq31V1+KYGfbIGp+XkFleJDFogs7nUGWx4KmwBcN5B+FIjpH7guh kpcZMuM2Re6jqA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm1; bh=1p7IViB1nAUcMwuyF+CsIlOLimAJC 6TP9SnzAM98sIk=; b=Xv/4ch+oogVgum98GJroSeJaNpNTCMR7h393/Fhv0wS7e YsltXdiWdUw2vsArCa7c3qybCg5hUpZpgvmlQewyuXOQra7a8JX5eG/MoYng4aTB z2XKg8E0KXeOGyDUSVZySOpMADFHt0BnGc/iiKoI2Ic/f08E32mLmuzzgtsS/YVx oN+YDuwS91vhF8oQAT2Fke5gQPtqKTmN9KMGfraEmYrq86JfbMW4qZWswRlrfMrM pDNLxYqIZr+CSVvupZaANt+/sTax7OcXIl+c4YR0IwAP/esxdwWjUIVO8dErsnWd ZAhiXfhjTzKLYnJBP/rXbfBzkEG2dXZt6IjpzOGoQ== X-ME-Sender: Received: from localhost (cm-84.214.173.174.getinternet.no [84.214.173.174]) by mail.messagingengine.com (Postfix) with ESMTPA id 0710E24738; Sun, 3 Dec 2017 10:23:21 -0500 (EST) From: Marius Bakke In-Reply-To: <87po7vzwyr.fsf@fastmail.com> References: <87vahnzyq9.fsf@fastmail.com> <87po7vzwyr.fsf@fastmail.com> User-Agent: Notmuch/0.25.2 (https://notmuchmail.org) Emacs/25.3.1 (x86_64-pc-linux-gnu) Date: Sun, 03 Dec 2017 16:23:20 +0100 Message-ID: <87mv2zzvh3.fsf@fastmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Marius Bakke writes: > Marius Bakke writes: > >> 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? > > Actually, the patch below is not a complete fix. It worked for m4, but > some other packages now fail like this: > > --8<---------------cut here---------------start------------->8--- > > @ build-started /gnu/store/q0fadqzsg969jz8v11r9j2a07x3h2sl4-perl-5.26.1.t= ar.xz.drv - x86_64-linux /var/log/guix/drvs/q0//fadqzsg969jz8v11r9j2a07x3h2= sl4-perl-5.26.1.tar.xz.drv.bz2 > Backtrace: > 2 (primitive-load "/gnu/store/xjb3g9spv30arffi1296qwdaam4?") > In ice-9/eval.scm: > 619:8 1 (_ #f) > In unknown file: > 0 (setlocale 6 "en_US.utf8") > > ERROR: In procedure setlocale: > ERROR: In procedure setlocale: Invalid argument > builder for `/gnu/store/q0fadqzsg969jz8v11r9j2a07x3h2sl4-perl-5.26.1.tar.= xz.drv' failed with exit code 1 > --8<---------------cut here---------------end--------------->8--- > > Not sure where it's from yet. This was from (guix packages) and fixed by adding this hunk: =2D-8<---------------cut here---------------start------------->8--- diff --git a/guix/packages.scm b/guix/packages.scm index f619d9b37..35f9b685a 100644 =2D-- a/guix/packages.scm +++ b/guix/packages.scm @@ -538,7 +538,8 @@ specifies modules in scope when evaluating SNIPPET." (setenv "LOCPATH" (string-append #+locales "/lib/locale/" #+(and locales =2D (package-version locales)))) + (version-major+minor + (package-version locales))))) (setlocale LC_ALL "en_US.utf8")) =20 (setenv "PATH" (string-append #+xz "/bin" ":" =2D-8<---------------cut here---------------end--------------->8--- --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCgAdFiEEu7At3yzq9qgNHeZDoqBt8qM6VPoFAlokFugACgkQoqBt8qM6 VPqwUQf/Qiu5AguPiXqOZ2/XxFN5W8CO+mqWOc74Q0wufigVmQKRkjerX+JuncXg 0Fck2Gs/7JUCt990nmj9oO0HkUifGC2CRCJMSRrPTpO0hrnNLJRs+BruL8rQi0i9 13lN4OrCsCa2PUCe/BiWMVFldaLILiN0ADMlkLLV3/w2moanx38N/PIuyxWVFKaQ kk10dNE0rzHPBilFeuyVttDKPQexpu9Msu7iMFvfxceqWGK1zNZpgsqwMXlurz08 YcB6jIueVL/qhqVzf9m2EwIpp5WiFRYZ8lOgLRXihA8nhymXyysSUqSyTzrmNZBu KoFJ0ytqRiAd3R9jfLNboeSWoYmSXA== =7mVW -----END PGP SIGNATURE----- --=-=-=-- From unknown Tue Aug 19 23:45:14 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29537: Core updates broken Resent-From: =?UTF-8?Q?G=C3=A1bor?= Boskovits Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Sun, 03 Dec 2017 15:34:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 29537 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: Marius Bakke Cc: 29537@debbugs.gnu.org Received: via spool by 29537-submit@debbugs.gnu.org id=B29537.151231518520234 (code B ref 29537); Sun, 03 Dec 2017 15:34:01 +0000 Received: (at 29537) by debbugs.gnu.org; 3 Dec 2017 15:33:05 +0000 Received: from localhost ([127.0.0.1]:43534 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eLWGP-0005GH-F6 for submit@debbugs.gnu.org; Sun, 03 Dec 2017 10:33:05 -0500 Received: from mail-it0-f44.google.com ([209.85.214.44]:46739) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eLWGN-0005Fj-Kc for 29537@debbugs.gnu.org; Sun, 03 Dec 2017 10:33:03 -0500 Received: by mail-it0-f44.google.com with SMTP id t1so7334038ite.5 for <29537@debbugs.gnu.org>; Sun, 03 Dec 2017 07:33:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=yxItxHDB45iZU+Ubb2gK9FjUp3xS4FzSiNDRzATVRBk=; b=lEeqjyz6uM5RioNv850JNhsUkVosETXTQQpNYZ7ry74i5b2aKqRNdv2a4XGXlqgB6D nas8uyJin51E14N78ViF8vx1FLp7WiODli7986404l+Z+8ejr+fNMQbvOnzD9OKYUfaF cUgc3gK7oGXqGg95zSVTa96coWbMwn9TO05dmcWhFEm7me8a0hpBwTJOjtzayO7+c9+r cIQNLzN5oCkUn1pmQMMKDwI1mbf63WYECXIRrABlwigCxPFPD1GKd9cPMZDLfcJ87IPr eySLndFAtFMkr0Ht3PP7BBI6x1RU+BUpuXyik1UZxP9RSc9BPoUiIi5Y3lr+FuovofbZ NI0w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=yxItxHDB45iZU+Ubb2gK9FjUp3xS4FzSiNDRzATVRBk=; b=YapqWVYiZIAH756HWmneuYY+O2C8/j7AelTRG9X0GZCMj91JkwW/6Q6i7xvLjgRxYu me4/jUjQF62QNqZ9OdTlL/NUOBQyxJT91LpBmwt5GeeO4hGKbu7yk1DWlRI2qz32z8f2 fQq8f52iSY5Ydk0Sld5A+XXgINtQKgRaaOmUn4uhbK9plmtacyu/rwnYVEzWbKBQ4Sg+ ZmEvG6kRo8VJ4pkITlgdfJvyMQR5rb6Q02Ke+hu3fa1tWUqNkcnuZO0K+unFBv35MjSp l80a9XHPAESN6RSn5r5Z3V0Aw82jnKwHKKzD6hsvqGpjG+ZSLRiNEfWIIhbLPiOnQWI9 v9+A== X-Gm-Message-State: AKGB3mL7I4TcB2GIIgim8oRyVTanpAbMxWdFKTLMeyczVqLxG4r1aMLU wyt30JNnoRsbHJZABPMZZZAVnhk3AsDDMpfC9g== X-Google-Smtp-Source: AGs4zMbkG4EZR6rLHFYcdZ/Dnc5Z4TOt5y2Gm5SZ/acA1nqBvwqrEOHwkAqCIrFOssWKkYXTfvZQKX1Gjg+2J88xif0= X-Received: by 10.36.44.197 with SMTP id i188mr9940200iti.40.1512315177607; Sun, 03 Dec 2017 07:32:57 -0800 (PST) MIME-Version: 1.0 Received: by 10.79.36.209 with HTTP; Sun, 3 Dec 2017 07:32:57 -0800 (PST) In-Reply-To: <87vahnzyq9.fsf@fastmail.com> References: <87vahnzyq9.fsf@fastmail.com> From: =?UTF-8?Q?G=C3=A1bor?= Boskovits Date: Sun, 3 Dec 2017 16:32:57 +0100 Message-ID: Content-Type: multipart/alternative; boundary="001a1143d330f34c11055f7150df" X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) --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-- From unknown Tue Aug 19 23:45:14 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29537: Core updates broken Resent-From: Ricardo Wurmus Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Sun, 03 Dec 2017 18:16:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 29537 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: Marius Bakke Cc: 29537@debbugs.gnu.org, =?UTF-8?Q?G=C3=A1bor?= Boskovits Received: via spool by 29537-submit@debbugs.gnu.org id=B29537.151232495317664 (code B ref 29537); Sun, 03 Dec 2017 18:16:01 +0000 Received: (at 29537) by debbugs.gnu.org; 3 Dec 2017 18:15:53 +0000 Received: from localhost ([127.0.0.1]:43722 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eLYnx-0004ap-Jy for submit@debbugs.gnu.org; Sun, 03 Dec 2017 13:15:53 -0500 Received: from sender-of-o51.zoho.com ([135.84.80.216]:21025) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eLYnw-0004ah-Gl for 29537@debbugs.gnu.org; Sun, 03 Dec 2017 13:15:53 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1512324926; s=zoho; d=elephly.net; i=rekado@elephly.net; h=References:From:To:Cc:Subject:In-reply-to:Date:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; l=984; bh=WzKWkThJ1jUUOBfeJR7fcFrbV/4J7EPb8vRFEOw4pe4=; b=XiaQstGAA6dbkUNagC1y859p8DX9wn7dPE/l0v4UrwGYO1dWhdUsF1QIC7E5d48T 4zWaZJmYJrxW17QJ2DP/g93MABw1Chv8vnYkkRcWUjnMeq76nBD7OtaRrz/uOZYrxMj qmnScg7n6eVeIpjbUczOMJS2Ccm8vHP1QFpxE8DM= Received: from localhost (port-92-200-37-228.dynamic.qsc.de [92.200.37.228]) by mx.zohomail.com with SMTPS id 1512324926045207.35935953992555; Sun, 3 Dec 2017 10:15:26 -0800 (PST) References: <87vahnzyq9.fsf@fastmail.com> User-agent: mu4e 0.9.18; emacs 25.3.1 From: Ricardo Wurmus In-reply-to: <87vahnzyq9.fsf@fastmail.com> X-URL: https://elephly.net X-PGP-Key: https://elephly.net/rekado.pubkey X-PGP-Fingerprint: BCA6 89B6 3655 3801 C3C6 2150 197A 5888 235F ACAC Date: Sun, 03 Dec 2017 19:15:23 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Message-ID: <87bmjf4r0k.fsf@elephly.net> X-ZohoMailClient: External X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) Marius Bakke writes: > 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? Thank you. I find it a little ugly to replace the exact version string with only the major+minor version substring. Why can=E2=80=99t we use the full versi= on string? Do you mean that other packages (such as m4, gettext, etc) compare against only the major+minor substring of glibc? If that is so, I think this patch is acceptable as we cannot possibly patch all other packages to use the full version string. -- Ricardo GPG: BCA6 89B6 3655 3801 C3C6 2150 197A 5888 235F ACAC https://elephly.net From unknown Tue Aug 19 23:45:14 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29537: Core updates broken Resent-From: Marius Bakke Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Sun, 03 Dec 2017 18:44:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 29537 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: Ricardo Wurmus Cc: 29537@debbugs.gnu.org, =?UTF-8?Q?G=C3=A1bor?= Boskovits Received: via spool by 29537-submit@debbugs.gnu.org id=B29537.151232659320326 (code B ref 29537); Sun, 03 Dec 2017 18:44:01 +0000 Received: (at 29537) by debbugs.gnu.org; 3 Dec 2017 18:43:13 +0000 Received: from localhost ([127.0.0.1]:43744 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eLZEP-0005Hm-6K for submit@debbugs.gnu.org; Sun, 03 Dec 2017 13:43:13 -0500 Received: from out4-smtp.messagingengine.com ([66.111.4.28]:53649) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eLZEN-0005Hb-A1 for 29537@debbugs.gnu.org; Sun, 03 Dec 2017 13:43:11 -0500 Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id B828220B4A; Sun, 3 Dec 2017 13:43:10 -0500 (EST) Received: from frontend2 ([10.202.2.161]) by compute5.internal (MEProxy); Sun, 03 Dec 2017 13:43:10 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastmail.com; h= cc:content-type:date:from:in-reply-to:message-id:mime-version :references:subject:to:x-me-sender:x-me-sender:x-sasl-enc; s= fm1; bh=m9y0Uiu0YrwiR9Y1wadBYZRsnQBT8aA3Sp6S+19sG34=; b=iMleO415 I+uB4qOMHQ7hP02SbQNanjPlbQCWR5R8Efj40M/IbnPn4w0I7Xh+KyHMLE65q4xb BqCMJsyYY/GszXbWZ8L9kAErv/nGp+YYf9k8XJgc2zCSLbg2RCrtz0st/yHc/Rlk MyfwSdYqdNFOVG50J049c0gqvChgPf24LJnh3j2o4f4+3VM3tLw6WpQ+Sff3m2z7 SR9VrCnFyi5tp9X8Zzub37Njgx16OZb/Mm5KKQt+PgCzWZDTSea5aAaNI+loUOpL IUBmNI5MP0VRVpvSaGWzViQZtWfW3DnNl4s8zuMNEbYJ/StVNPAzcCmsgx2wCUcz o8SW618xX+Tvtg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm1; bh=m9y0Uiu0YrwiR9Y1wadBYZRsnQBT8 aA3Sp6S+19sG34=; b=aI49E+2SJlFGX6MXlc9gXViEgDRFC4nd2aO5M5+Q1PsyH 5tKlETCB3ylrQ8H8FWlRqM/A/IdVOqNGhabsCjgAbQeKjcLV0SwPFsLgNomuUqb0 znZbVFV3uV07rEqVJP3T9yIPSa/wVK4QU1LDfWx/2T31B60ptvaIBgKEJl7Gtov6 4PD9UVNijgvz77b5VaSsdxvPiS/Kuv+u5pHlJwDljQ4S4Ksw21e5QAFsrHYypMaO YyJB/GC6SmiKDW89k4Np+GgiXJYw2YLqTzoiTSOK+qeM9WA68509cTG8+9Lumh0F GHYMOYSnq5Xu821sBxzcQ+7WriEgHAc5QRPT/eHPg== X-ME-Sender: Received: from localhost (cm-84.214.173.174.getinternet.no [84.214.173.174]) by mail.messagingengine.com (Postfix) with ESMTPA id 420EE240F8; Sun, 3 Dec 2017 13:43:10 -0500 (EST) From: Marius Bakke In-Reply-To: <87bmjf4r0k.fsf@elephly.net> References: <87vahnzyq9.fsf@fastmail.com> <87bmjf4r0k.fsf@elephly.net> User-Agent: Notmuch/0.25.2 (https://notmuchmail.org) Emacs/25.3.1 (x86_64-pc-linux-gnu) Date: Sun, 03 Dec 2017 19:43:08 +0100 Message-ID: <87fu8rzm83.fsf@fastmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Ricardo Wurmus writes: > Marius Bakke writes: > >> 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? > > Thank you. > > I find it a little ugly to replace the exact version string with only > the major+minor version substring. Why can=E2=80=99t we use the full ver= sion > string? I think it's because "glibc-versioned-locpath.patch" uses the libc VERSION constant. Perhaps we could substitute glibcs "version.h", but that might break other things. Or introduce a different variable, say GUIX_GLIBC_VERSION, and use that. WDYT? --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCgAdFiEEu7At3yzq9qgNHeZDoqBt8qM6VPoFAlokRbwACgkQoqBt8qM6 VPoZDgf9Gy0CFqJIr8JOyARuhJrKXGVRSjYRCiOzcQzh5+FQe1L1Wz1TLY2shwUJ Co0EcwrppY0PbdngZYSjLsanmtOy/K67LlwPL/PAQ7xiL2urF1QCmqSlRBkBVCNP HqviNkUAKuKwAi6E658dLAVTDH4+SonnmYLA/nY3qH4ILEYHieZPRUXozJkvbt2S Mpavi3ahZ5PrcGQ9nXHN0HzgyyHnk3aDBp8CEwXbNK/mNIDeV2zRvEIVKF556iyL 7dDOeq30gGCTYLPkvIaBhvzHi/NoEV/ueutVaYH6ZNgMvJ5ueKBeEfVdTiRfKfbI FsLkXWqoU/frOSlnNBbh9vyKEupSXw== =y5vN -----END PGP SIGNATURE----- --=-=-=-- From unknown Tue Aug 19 23:45:14 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29537: Core updates broken Resent-From: =?UTF-8?Q?G=C3=A1bor?= Boskovits Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Sun, 03 Dec 2017 19:05:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 29537 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: Marius Bakke Cc: Ricardo Wurmus , 29537@debbugs.gnu.org Received: via spool by 29537-submit@debbugs.gnu.org id=B29537.151232787422287 (code B ref 29537); Sun, 03 Dec 2017 19:05:02 +0000 Received: (at 29537) by debbugs.gnu.org; 3 Dec 2017 19:04:34 +0000 Received: from localhost ([127.0.0.1]:43773 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eLZZ4-0005nP-Ix for submit@debbugs.gnu.org; Sun, 03 Dec 2017 14:04:34 -0500 Received: from mail-it0-f53.google.com ([209.85.214.53]:33164) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eLZZ3-0005nD-6n for 29537@debbugs.gnu.org; Sun, 03 Dec 2017 14:04:33 -0500 Received: by mail-it0-f53.google.com with SMTP id o130so8951473itg.0 for <29537@debbugs.gnu.org>; Sun, 03 Dec 2017 11:04:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=vPiYNyr9IfNeQrjGiyJExfM2c7PkU8D5IR3nCeXQX18=; b=RX6EE50mMiwwd3ewLeGZdnBMzwYkfvqRvstBn74TFKKSRvgU58oYrvT9+bkz0KhWF+ GZw8KJ/U0e50Nk4OtPfsM32ekPtEjCCER1+ZI/rY6lfqP2nlCOEKpXrsVNXlB3rPVpcU fJORjyqGsJTdy+/9ABgJjTqZwbJqiJWZAzMv2GBDo+tKNgdXoEbRLdKC4taAbkv5V7pG r2IGb0mk3tlV248ICrDKYwkeVuj0vDhPVXMAONXbxknkhpy4JyJsXZ6ChCE41N4dlRxO Geyqdgchg8BfVm3A8OO0i4KH4zpCjPhl4iM67ttYMlGPnwdOXeWCwfXD3/6egw86EFFz iqWw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=vPiYNyr9IfNeQrjGiyJExfM2c7PkU8D5IR3nCeXQX18=; b=olrwUWrK28J8Fjg4lZET9hENwQgrdwTjZbiDjpXOgltgRgJ84gfo6ZSu6LExjKhPoB YkAFhpK6oV5vGbb8gT1PkAAaO/xXhYu8KV5MBMZebeDA8fzUILieb9EC92Y5PN+1QHa4 JC5Nlt7CGbfI8P7KlZqloCEwgwSgGyKLzHJpkDDS3acQSUjlIo6pI8RAO1Cea1hxGvAz WgAeGaX676hlMQdkdEXB/5Nx1JgSud+13LqDkdROO6zkL2jbzUAVIyQlbZ1xrgSOAUmh 5+Vot6WJXNnTsftlTXDqpCf5Xm8gCm/cV6TcLlw3WXRDrd0IYaXSyBXGW/I0VQjsWNxG xTFg== X-Gm-Message-State: AJaThX5oDdRCNXVQxaliQT6hUVeGZMpczMQBOhQ1j5gzeTFEL4XJRxdB PoF90Wa6ggHaSC2bjbaD1GMoVOg9ZN4Die9QgQ== X-Google-Smtp-Source: AGs4zMbyg+VXPtAVfq3HY9AszSQWK0WXWOFfJbyy2bHN+TrPghztAyUHHqGuNRb8NnPTO0UEdctmfpBwT9PQQA8XMIY= X-Received: by 10.107.70.20 with SMTP id t20mr20514438ioa.10.1512327867694; Sun, 03 Dec 2017 11:04:27 -0800 (PST) MIME-Version: 1.0 Received: by 10.79.36.209 with HTTP; Sun, 3 Dec 2017 11:04:27 -0800 (PST) In-Reply-To: <87fu8rzm83.fsf@fastmail.com> References: <87vahnzyq9.fsf@fastmail.com> <87bmjf4r0k.fsf@elephly.net> <87fu8rzm83.fsf@fastmail.com> From: =?UTF-8?Q?G=C3=A1bor?= Boskovits Date: Sun, 3 Dec 2017 20:04:27 +0100 Message-ID: Content-Type: multipart/alternative; boundary="089e082658b0568399055f74452c" X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --089e082658b0568399055f74452c Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable I'd go the GUIX_GLIBC_VERSION way. That one seems the clearest, at least to me... 2017-12-03 19:43 GMT+01:00 Marius Bakke : > Ricardo Wurmus writes: > > > Marius Bakke writes: > > > >> 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 place= s > >> to determine where locales are found. > >> > >> The attached patch fixes it, though I'm not sure if it's the best > >> approach. Thoughts? > > > > Thank you. > > > > I find it a little ugly to replace the exact version string with only > > the major+minor version substring. Why can=E2=80=99t we use the full v= ersion > > string? > > I think it's because "glibc-versioned-locpath.patch" uses the libc > VERSION constant. > > Perhaps we could substitute glibcs "version.h", but that might break > other things. Or introduce a different variable, say > GUIX_GLIBC_VERSION, and use that. WDYT? > --089e082658b0568399055f74452c Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I'd go the GUIX_GLIBC_VERSION way.

That o= ne seems the clearest, at least to me...

2017-12-03 19:43 GMT+01:00 Marius = Bakke <mbakke@fastmail.com>:
Ricardo Wurmus <rekado@elephly.net> writes:

> Marius Bakke <mbakke@fastmai= l.com> writes:
>
>> G=C3=A1bor Boskovits <bo= skovits@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 p= laces
>> to determine where locales are found.
>>
>> The attached patch fixes it, though I'm not sure if it's t= he best
>> approach.=C2=A0 Thoughts?
>
> Thank you.
>
> I find it a little ugly to replace the exact version string with only<= br> > the major+minor version substring.=C2=A0 Why can=E2=80=99t we use the = full version
> string?

I think it's because "glibc-versioned-locpath.patch&qu= ot; uses the libc
VERSION constant.

Perhaps we could substitute glibcs "version.h", but that might br= eak
other things.=C2=A0 Or introduce a different variable, say
GUIX_GLIBC_VERSION, and use that.=C2=A0 WDYT?

--089e082658b0568399055f74452c-- From unknown Tue Aug 19 23:45:14 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29537: Core updates broken Resent-From: ludo@gnu.org (Ludovic =?UTF-8?Q?Court=C3=A8s?=) Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Mon, 04 Dec 2017 09:30:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 29537 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: Marius Bakke Cc: Ricardo Wurmus , 29537@debbugs.gnu.org Received: via spool by 29537-submit@debbugs.gnu.org id=B29537.151237976730327 (code B ref 29537); Mon, 04 Dec 2017 09:30:01 +0000 Received: (at 29537) by debbugs.gnu.org; 4 Dec 2017 09:29:27 +0000 Received: from localhost ([127.0.0.1]:44292 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eLn43-0007t5-Ba for submit@debbugs.gnu.org; Mon, 04 Dec 2017 04:29:27 -0500 Received: from hera.aquilenet.fr ([141.255.128.1]:41324) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eLn42-0007sy-7A for 29537@debbugs.gnu.org; Mon, 04 Dec 2017 04:29:26 -0500 Received: from localhost (localhost [127.0.0.1]) by hera.aquilenet.fr (Postfix) with ESMTP id 9765B10134; Mon, 4 Dec 2017 10:29:28 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at aquilenet.fr Received: from hera.aquilenet.fr ([127.0.0.1]) by localhost (hera.aquilenet.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jDdOf_4AY4UH; Mon, 4 Dec 2017 10:28:45 +0100 (CET) Received: from ribbon (unknown [193.50.110.211]) by hera.aquilenet.fr (Postfix) with ESMTPSA id 7FD1255E; Mon, 4 Dec 2017 10:28:40 +0100 (CET) From: ludo@gnu.org (Ludovic =?UTF-8?Q?Court=C3=A8s?=) References: <87vahnzyq9.fsf@fastmail.com> <87bmjf4r0k.fsf@elephly.net> <87fu8rzm83.fsf@fastmail.com> X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: 14 Frimaire an 226 de la =?UTF-8?Q?R=C3=A9volution?= X-PGP-Key-ID: 0x090B11993D9AEBB5 X-PGP-Key: http://www.fdn.fr/~lcourtes/ludovic.asc X-PGP-Fingerprint: 3CE4 6455 8A84 FDC6 9DB4 0CFB 090B 1199 3D9A EBB5 X-OS: x86_64-pc-linux-gnu Date: Mon, 04 Dec 2017 10:28:36 +0100 In-Reply-To: <87fu8rzm83.fsf@fastmail.com> (Marius Bakke's message of "Sun, 03 Dec 2017 19:43:08 +0100") Message-ID: <87po7uq1tn.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 1.0 (+) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) Hello! Marius Bakke skribis: > Ricardo Wurmus writes: > >> Marius Bakke writes: >> >>> 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? >> >> Thank you. >> >> I find it a little ugly to replace the exact version string with only >> the major+minor version substring. Why can=E2=80=99t we use the full ve= rsion >> string? > > I think it's because "glibc-versioned-locpath.patch" uses the libc > VERSION constant. Right. That=E2=80=99s akin to the =E2=80=9Ceffective version=E2=80=9D stri= ng as defined in Guile and other packages for cases where you only care about MAJOR.MINOR. > Perhaps we could substitute glibcs "version.h", but that might break > other things. Or introduce a different variable, say > GUIX_GLIBC_VERSION, and use that. WDYT? FWIW I think your patches does the right thing. If we want to reduce ugliness, we can always add an =E2=80=98effective-glibc-version=E2=80=99 pr= operty in the glibc package, but that probably won=E2=80=99t be much less ugly than calli= ng =E2=80=98version-major+minor=E2=80=99. Thoughts? Ludo=E2=80=99. From unknown Tue Aug 19 23:45:14 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29537: Core updates broken Resent-From: ludo@gnu.org (Ludovic =?UTF-8?Q?Court=C3=A8s?=) Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Mon, 04 Dec 2017 09:30:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 29537 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: Marius Bakke Cc: 29537@debbugs.gnu.org, =?UTF-8?Q?G=C3=A1bor?= Boskovits Received: via spool by 29537-submit@debbugs.gnu.org id=B29537.151237978530358 (code B ref 29537); Mon, 04 Dec 2017 09:30:02 +0000 Received: (at 29537) by debbugs.gnu.org; 4 Dec 2017 09:29:45 +0000 Received: from localhost ([127.0.0.1]:44295 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eLn4L-0007ta-Kn for submit@debbugs.gnu.org; Mon, 04 Dec 2017 04:29:45 -0500 Received: from hera.aquilenet.fr ([141.255.128.1]:41330) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eLn4K-0007tT-BQ for 29537@debbugs.gnu.org; Mon, 04 Dec 2017 04:29:44 -0500 Received: from localhost (localhost [127.0.0.1]) by hera.aquilenet.fr (Postfix) with ESMTP id BFC373C8B; Mon, 4 Dec 2017 10:29:46 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at aquilenet.fr Received: from hera.aquilenet.fr ([127.0.0.1]) by localhost (hera.aquilenet.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4Dc_X4sKlT_I; Mon, 4 Dec 2017 10:29:46 +0100 (CET) Received: from ribbon (unknown [193.50.110.211]) by hera.aquilenet.fr (Postfix) with ESMTPSA id CD92C55E; Mon, 4 Dec 2017 10:29:45 +0100 (CET) From: ludo@gnu.org (Ludovic =?UTF-8?Q?Court=C3=A8s?=) References: <87vahnzyq9.fsf@fastmail.com> X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: 14 Frimaire an 226 de la =?UTF-8?Q?R=C3=A9volution?= X-PGP-Key-ID: 0x090B11993D9AEBB5 X-PGP-Key: http://www.fdn.fr/~lcourtes/ludovic.asc X-PGP-Fingerprint: 3CE4 6455 8A84 FDC6 9DB4 0CFB 090B 1199 3D9A EBB5 X-OS: x86_64-pc-linux-gnu Date: Mon, 04 Dec 2017 10:29:42 +0100 In-Reply-To: <87vahnzyq9.fsf@fastmail.com> (Marius Bakke's message of "Sun, 03 Dec 2017 15:13:02 +0100") Message-ID: <87lgiiq1rt.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 1.0 (+) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) Hi, Marius Bakke skribis: > From 41677631be815d58c36052de7b54d297ad496ec1 Mon Sep 17 00:00:00 2001 > From: Marius Bakke > Date: Sun, 3 Dec 2017 02:32:16 +0100 > Subject: [PATCH] gnu: glibc: Don't use full version string in locale path. > > This is a follow-up to commit ee3ebf1a357bd4eb36a2fa1790a7b549cffb305a. > Fixes . > > * gnu/packages/base.scm (glibc/linux)[version]: Change to 2.26.91-gaaa2eb= 83b8. > [source](uri): Adjust accordingly. > [arguments]: Use VERSION-MAJOR+MINOR for locales path. > (glibc-locales, glibc-utf8-locales): Likewise. > * guix/profiles.scm (ca-certificate-bundle, profile-derivation): Likewise. Good catch! That looks good to me (along with the guix/packages.scm occurrence you found.) Thanks! Ludo=E2=80=99. From unknown Tue Aug 19 23:45:14 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.505 (Entity 5.505) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: =?UTF-8?Q?G=C3=A1bor?= Boskovits Subject: bug#29537: closed (Re: bug#29537: Core updates broken) Message-ID: References: <87a7yyzm9x.fsf@fastmail.com> X-Gnu-PR-Message: they-closed 29537 X-Gnu-PR-Package: guix Reply-To: 29537@debbugs.gnu.org Date: Mon, 04 Dec 2017 12:55:03 +0000 Content-Type: multipart/mixed; boundary="----------=_1512392103-23716-1" This is a multi-part message in MIME format... ------------=_1512392103-23716-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #29537: Core updates broken which was filed against the guix package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 29537@debbugs.gnu.org. --=20 29537: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D29537 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1512392103-23716-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 29537-done) by debbugs.gnu.org; 4 Dec 2017 12:54:23 +0000 Received: from localhost ([127.0.0.1]:44403 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eLqGM-00069f-KP for submit@debbugs.gnu.org; Mon, 04 Dec 2017 07:54:22 -0500 Received: from out4-smtp.messagingengine.com ([66.111.4.28]:52493) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eLqGL-00069X-BO for 29537-done@debbugs.gnu.org; Mon, 04 Dec 2017 07:54:21 -0500 Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id D16B420AAF; Mon, 4 Dec 2017 07:54:20 -0500 (EST) Received: from frontend1 ([10.202.2.160]) by compute5.internal (MEProxy); Mon, 04 Dec 2017 07:54:20 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastmail.com; h= cc:content-type:date:from:in-reply-to:message-id:mime-version :references:subject:to:x-me-sender:x-me-sender:x-sasl-enc; s= fm1; bh=ueAwryei/vLiZgnPJXcRhJrfXmV8xvhE2d8VxdLTj7w=; b=E6BEw9+O UtBAVsfXn4KFx3q5BqyNTaRdBrszzWPYHPKAz18XVLSVM2GKRdBuQ/bN+ZtpL9d7 uy08ujTEs8qeGO+QedecKmao932T9ZedSKfuzOsay3XfbHGlRDzH70AK+kxtEOkc Sv4B1cL4lLz6Ofn7aGE1zAOd0LZWmdnhBAe3aVgBcZjYepCyHrmB2zCNBHKNYo0u y2J4DuJ5ooWd0MpJ03+YKqfrE3rqWpWNs9EWJXEGMgMAuDCAivwEWZ0fjpwoimL9 PxUZhLmtVDzVnxa8nNYi6MJERoc7U1baBn/b6GddNTSqoK6vysONxyq5BKUp4DSv tV9s1Z95V+KbcA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm1; bh=ueAwryei/vLiZgnPJXcRhJrfXmV8x vhE2d8VxdLTj7w=; b=T9Bgly2TZJNA6QS889qGH+EbqYPkwiIIU4/ffGSJ3QGI/ t49sCM+k+fmTMz+SDQCtGqlH+g/wgJR8sLVj2IOF4CRQ60qvokS45wRn7q3Ko1ee qPoLYSD5c38gN8sBz/6e6COJgMIIO9RM9weVEzgs4a0DzFccC6VsvtfN+dsuI5PA cSXy2v73ioIins/kUNzq3CggpA0RcDjdf8/w1sq1zadDpK2I0b56FmMxJdwampnV /0pcwD/sLT5BPhdsdza08TqKlT1mbQrhiMTNGzvQYhXBY0YvKJVU+6w9kv1QEtHF V4Dfgc0/1Qqsyv/39C/sF060R+BYpsOiNBiklyrJg== X-ME-Sender: Received: from localhost (cm-84.214.173.174.getinternet.no [84.214.173.174]) by mail.messagingengine.com (Postfix) with ESMTPA id 6F6297F7F5; Mon, 4 Dec 2017 07:54:20 -0500 (EST) From: Marius Bakke To: Ludovic =?utf-8?Q?Court=C3=A8s?= Subject: Re: bug#29537: Core updates broken In-Reply-To: <87lgiiq1rt.fsf@gnu.org> References: <87vahnzyq9.fsf@fastmail.com> <87lgiiq1rt.fsf@gnu.org> User-Agent: Notmuch/0.25.2 (https://notmuchmail.org) Emacs/25.3.1 (x86_64-pc-linux-gnu) Date: Mon, 04 Dec 2017 13:54:18 +0100 Message-ID: <87a7yyzm9x.fsf@fastmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 29537-done Cc: =?utf-8?Q?G=C3=A1bor?= Boskovits , 29537-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Ludovic Court=C3=A8s writes: > Hi, > > Marius Bakke skribis: > >> From 41677631be815d58c36052de7b54d297ad496ec1 Mon Sep 17 00:00:00 2001 >> From: Marius Bakke >> Date: Sun, 3 Dec 2017 02:32:16 +0100 >> Subject: [PATCH] gnu: glibc: Don't use full version string in locale pat= h. >> >> This is a follow-up to commit ee3ebf1a357bd4eb36a2fa1790a7b549cffb305a. >> Fixes . >> >> * gnu/packages/base.scm (glibc/linux)[version]: Change to 2.26.91-gaaa2e= b83b8. >> [source](uri): Adjust accordingly. >> [arguments]: Use VERSION-MAJOR+MINOR for locales path. >> (glibc-locales, glibc-utf8-locales): Likewise. >> * guix/profiles.scm (ca-certificate-bundle, profile-derivation): Likewis= e. > > Good catch! That looks good to me (along with the guix/packages.scm > occurrence you found.) OK, pushed! Now, it would be good to do a final update of glibc so we get the fix for CVE-2017-15804 and a few other things. Could you upload a new tarball for glibc-2.26-105-g0890d5379c.tar.xz? I'm getting "0m8cnp2nik0596adwibhl0f3w649m57i3qciqwpwiix7y0sb7vhi" for it. --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCgAdFiEEu7At3yzq9qgNHeZDoqBt8qM6VPoFAlolRXoACgkQoqBt8qM6 VPqEIwf6AvmfRR+hG0wQSiZjSBRVNITmioQENmtlmXQkmq/745VL0NM/KIszP7Da KEVo3/FnwFMLqICtHm/YDQo8TtZscBO4OKOP+l5c5T0bxKOBohdzh4hGtKe33MwE r5XmG5KGNQ6TqAO6mXhdgovQeKXBMK3Nyd1YMZsNYzSQDn2O3N/PNt12TXogF/MP J76cLrzlP3FXxRhxbmeIWAt9OMX602Ee4WLeU2BN0uACBCg8uOfM4l2vvkn4AW3v Q80gqIAkjt4sbhw42utrxGf2R/IXCkwaJ4o7y6k4otk9DpmfkJwEV3AdX5bNfITW 8ytAnq/jhFaD3KSVDJ2Ka6J0fpIDzg== =KKuw -----END PGP SIGNATURE----- --=-=-=-- ------------=_1512392103-23716-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 2 Dec 2017 20:13:06 +0000 Received: from localhost ([127.0.0.1]:42219 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eLE9p-00078r-Qd for submit@debbugs.gnu.org; Sat, 02 Dec 2017 15:13:06 -0500 Received: from eggs.gnu.org ([208.118.235.92]:52311) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eLE9n-00078G-Hy for submit@debbugs.gnu.org; Sat, 02 Dec 2017 15:13:04 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eLE9f-00035n-RD for submit@debbugs.gnu.org; Sat, 02 Dec 2017 15:12:58 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,FREEMAIL_FROM, HTML_MESSAGE,T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:39534) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1eLE9f-00035b-N5 for submit@debbugs.gnu.org; Sat, 02 Dec 2017 15:12:55 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:43240) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eLE9c-0006Ue-UB for bug-guix@gnu.org; Sat, 02 Dec 2017 15:12:55 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eLE9a-00033Q-I1 for bug-guix@gnu.org; Sat, 02 Dec 2017 15:12:52 -0500 Received: from mail-it0-x22e.google.com ([2607:f8b0:4001:c0b::22e]:35930) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1eLE9a-000335-8F for bug-guix@gnu.org; Sat, 02 Dec 2017 15:12:50 -0500 Received: by mail-it0-x22e.google.com with SMTP id d16so5976693itj.1 for ; Sat, 02 Dec 2017 12:12:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=Y0/0FOpBgs3Y8HeNqztc9J1VenyMsXlhQoSxnFtVrFg=; b=jPXPIID4ahisDFwVydPtoFHNPZSUu1lHBWu/veG/AcNY797QJ4UkX+te1aMDtqPzI9 rLzvilvCsSxGQPCGU1fM83Dc8oAsH97hMWJamjdpIEmpXt70Rrg5PPh2Cuqi7lLQsXFL av6wzzc88oMnQKu5JsjkIx71qEfKI+l8FPMe/L5FutmSSKc0Zm/yVtv0EQ1IKIQag9wO wwn93BBzkF69d+cdtj/LOG0OdbvdY4V1NyKAEuDMGRgTwc+xEekKPGKhdFeVwStXlnNc nEMqvL95diuIqoDKCo3z5tf+bxQWRaEGWKachAPgA32Au0c9lzUW2qcRq6vw8b9LNNCy Mv4Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=Y0/0FOpBgs3Y8HeNqztc9J1VenyMsXlhQoSxnFtVrFg=; b=iUxfRtZ8fQtMS4lwGjvX1v5KrJIjibcJyYqTOeEUfNSGrKDRBAVPgSJHfNoFeB0VKe 5S+vkFpJ4EGuaGpxrra4KhX1LHBT+mpr/Je+62ZPiydB3mm21L1VVdiTBL7Ex+fJ1aB5 AKGVFiCxGbWf1YfhswM7g1h1oLxjJenyQqGmm9PrW5+o2jjH/J5lIY/1jwJij9yrp0To SHVxxdw//f9R1Dnu6WxKun540+aGejga6JcEqvJlwSlAkkpfvABInCKy3M8OPOmKl+dx xMpZ6Ps1pWgaYbPsmWwq+43hKBR/+E2XLigzJ0yfVVJwV5weW++FJrlN/MUfi5ZECztp LasA== X-Gm-Message-State: AJaThX6rfIxAG5A2Ge8Fj+0I8QfdLh/TsSEE8hX6YMxnCIRHFBFu8j5R afNiVS2EJdNGR3buNZjIc0Elz/o+mMvFCJbBvqsqMS4= X-Google-Smtp-Source: AGs4zMayTkd+zzEczx5BtonedxFG6bQx7aVOyQBdP/0MHgRGuohmhYSd6Qr+B1KzButcbGNMiphokj4tPtU7BKXB/J8= X-Received: by 10.36.246.8 with SMTP id u8mr7072724ith.2.1512245569209; Sat, 02 Dec 2017 12:12:49 -0800 (PST) MIME-Version: 1.0 Received: by 10.79.36.209 with HTTP; Sat, 2 Dec 2017 12:12:48 -0800 (PST) From: =?UTF-8?Q?G=C3=A1bor_Boskovits?= Date: Sat, 2 Dec 2017 21:12:48 +0100 Message-ID: Subject: Core updates broken To: bug-guix@gnu.org Content-Type: multipart/alternative; boundary="94eb2c0551a4f74a9c055f611b4a" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.0 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.0 (----) --94eb2c0551a4f74a9c055f611b4a Content-Type: text/plain; charset="UTF-8" It seems, that we have a breakage in current core-updates. m4, gettext, and at least a few other packages fail to build. We had a discussion about that on irc, here are the important points: [09:34:53] * g_bor has joined #guix [09:34:58] Hello guix! [09:37:37] I just tried to build something no core-updates and m4 and python-boot0 does not build, I get a message that a decoding error occured in exception dispatcher. It seem like it's locale related, I'm on hu_HU.UTF-8 [09:38:03] I'm tring this now on master to see if the problem persists. [09:38:10] Anyone seen that? [16:46:05] mb[m]1: you were right about the failing installation tests [16:46:16] it did work a couple of days ago though, so there's hope [16:47:16] civodul: Any idea what caused it? Haven't been paying attention lately. [16:47:24] * kristofer has joined #guix [16:53:03] mb[m]1: no idea yet, let's see [16:54:11] I don't understand why core-updates is failing. I've bisected glibc down to the first two commits on the 2.26 branch, and also tried reverting the libatomic-ops update. [16:54:35] how's it failing? [16:54:41] well maybe i should focus on one thing at a time :-) [16:54:46] So the culprit is likely one of these: https://sourceware.org/git/?p=glibc.git;a=commitdiff;h=665ce88d68fd13c5c... and https://sourceware.org/git/?p=glibc.git;a=commitdiff;h=dc258ce62ae0bbb45... [16:55:27] * jonsger has joined #guix [16:55:31] civodul: "m4" and a few others fail like this: https://paste.debian.net/998765/ [16:55:36] you'll find yourself being a libc hacker without noticing [16:55:41] Hehe. [16:56:24] in this case it's the 'configure' file that leads to a decoding error [16:56:28] could you check its encoding? [16:57:52] I don't currently have the files. But I had built much further before the glibc update (with the C++ fixes only). [16:57:56] * jonsger has joined #guix [17:00:55] I unpacked the m4 source and ran `file` on it: [17:00:57] configure: POSIX shell script, UTF-8 Unicode text executable [17:01:24] so it could be an issue with iconv in the new libc [17:06:59] * ryanwatkins has joined #guix [17:11:08] hello! [17:11:18] Anyone seen this? [17:11:30] It's on core-updates: [17:11:51] starting phase `patch-usr-bin-file' Backtrace: 16 (primitive-load "/gnu/store/4jf0jcpvjn6r2warav5xmxhmddf?") In ice-9/eval.scm: 191:35 15 (_ _) In srfi/srfi-1.scm: 863:16 14 (every1 # ?) In /gnu/store/yifqwmdxc4pmdpm73diq03lqkprnrizn-module-import/guix/build/gnu-build-system.scm: 711:27 13 (_ _) 171:4 12 (patch-usr-bin-file #:native-inputs _ #:inputs _ # _) In srfi/srfi [17:13:38] g_bor: mb[m]1 was just reporting the exact same issue :-) [17:13:45] g_bor: Yes, I'm currently trying to track it down. [17:14:36] I've also seen it on python-boot0, slightly different message. [17:14:55] Can this be locale related? [17:15:05] I have hu_HU.utf8 here. [17:16:04] * civodul has quit (Read error: Connection reset by peer) [17:17:26] mb[m]1: can I be of assistance? [17:18:19] * civodul has joined #guix [17:18:42] g_bor: The failure happens in the build container which uses a fixed locale (C?). [17:19:17] Ok, then it's not that. [17:19:38] It just seemd to be some character conversion error... [17:20:08] Maybe some invalid charaters leaked in somehow... [17:20:15] Wait a sec... [17:22:51] It seems, that a lot of packages are broken. [17:23:01] I laso got that for gettext. [17:26:26] * xkapastel has joined #guix [17:30:38] Can it be ncurses related? [17:31:12] Might be... [17:31:21] did not checked that. [17:32:01] g_bor: Can you see if reverting 667082d59104d4b964dce878f5e8c0f8ad1be958 makes a difference? [17:32:24] Ok, i will try that [17:36:36] Do we know about what was the last time it was working? [17:36:58] We could do a git bisect on core-updates? [17:37:13] Do we have a good commit to start from? [18:40] Ok, now it's building. [18:40] I think this will take a time... [18:41] (guile does take some time :) ) [18:42] I'm trying to help to switch the default icedtea to icedtea-8, and we'd like to that on core-updates... [18:43] I've just written on the mailing list, that it would be nice if we could have substitutes for the core-updates gnu-build-system. [18:43] That could speed things like this up. [18:50] mb[m]1: just popped in for a second, core-updates is failing on aarch64 also [18:50] civodul too ^ [18:52] Oh, well. [18:52] Do we have a bug report on that already? [18:53] Now I'm trying what mb[m]1 suggested, by reverting the ncurses commit. [18:54] It might be easier to track related information in a bug... [20:52] reverting 667082d59104d4b964dce878f5e8c0f8ad1be958 did not help Does anyone know of a last working commit id? I'm trying to seen if it's working after last merge of master, but if someone knows a later point to start investigating the issue would help. It would also help, if someone with a more powerful computer could help, as building on mine is very slow. --94eb2c0551a4f74a9c055f611b4a Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
It seems, that we have a breakage in current core-updates.= m4, gettext, and at least a few other packages fail to build.

We had a discussion about that on irc, here are the important points= :

[17:36:36]<g_bor>Do we know about what was the last time it= was working?
[17:36:58]&l= t;g_bor>We co= uld do a git bisect on core-updates?
[17:37:13]<g_bor>Do we have a good commit to start from?
[09:38:10]
[09:34:53]* g_bor h= as joined #guix
[09:34:58]<g_bor>Hello guix!
[09:37:37]<g_bor>I just tried to build something no core-updates and m4 an= d python-boot0 does not build, I get a message that a decoding error occure= d in exception dispatcher. It seem like it's locale related, I'm on= hu_HU.UTF-8
[09:38:03]<g_bor>I'm tring this now on master= to see if the problem persists.
<g_bor>Anyone = seen that?
<= td class=3D"gmail-bot-log-message" style=3D"padding:0.3em 0.5em">mb[m]1: yo= u were right about the failing installation tests
[16:46:05]<civodul>
[16:46:16]<= /a><= civodul>it did work a couple of days ago though, so there's hope
[16:47:16]<mb[m]1>civodul: Any idea what caused it? Haven't been= paying attention lately.
[16:47:24]* = kristofer has joined #guix
[16:53:03]<civodul>mb[m]1: no idea= yet, let's see
[16:54:11]<mb[m]1>I don't understand w= hy core-updates is failing. I've bisected glibc down to the first two c= ommits on the 2.26 branch, and also tried reverting the libatomic-ops updat= e.
[16:54:35]<civodul>how's it failing?
[16:54:= 41]= <civodul>well maybe i should focus on one thing at a time :-)
[16:54:46]<mb[m]1>So the culprit is likely one of these:=C2=A0https://sourceware.org/git/?p=3Dglibc.git;a=3Dcommitdiff;h=3D6= 65ce88d68fd13c5c...=C2=A0and=C2=A0https://sourceware= .org/git/?p=3Dglibc.git;a=3Dcommitdiff;h=3Ddc258ce62ae0bbb45...
[16:55:27]* jonsger has joined #guix
[16:55:31]<mb[m]1>civodul: "m4" and a few others fail like= this:=C2=A0https://paste.debian.net/998765/
[16:55:36]<civodul>you'll find yourself being a libc hacker wit= hout noticing
[16:55:41]<mb[m]1>Hehe.
[16:56:2= 4]&= lt;civodul>in this case it's the 'configure' file that leads to = a decoding error
[16:56:28]<civodul>could you check its encod= ing?

= [17:15:05][17:18:19][17:18:42]Might be...<= /td>Ok, i will t= ry that
[16:57:52]<mb[m]1>I don't curren= tly have the files. But I had built much further before the glibc update (w= ith the C++ fixes only).
[16:57:56]* j= onsger has joined #guix
[17:00:55]<mb[m]1>I unpacked the m4 = source and ran `file` on it:
[17:00:57]<mb[m]1>configure: POSIX s= hell script, UTF-8 Unicode text executable
[17:01:24]<ci= vodul>so it could be an issue with iconv in the new libc
[17:06:5= 9]* ryanwatkins has joined #guix
[17:11:08]<g_bor>hello!
[17:11:18]<g_bor>Anyone seen this?
[17:11:30]<g_bor>It's on core-updates:
= [17:11:51]<g_bor>starting phase `patch-usr-bin-file' Backtrace: 16 (prim= itive-load "/gnu/store/4jf0jcpvjn6r2warav5xmxhmddf?") In ice-9/ev= al.scm: 191:35 15 (_ _) In srfi/srfi-1.scm: 863:16 14 (every1 #<procedur= e 9b0b40 at /gnu/store/yifqwmdxc4pmd?> ?) In /gnu/store/yifqwmdxc4pmdpm7= 3diq03lqkprnrizn-module-import/guix/build/gnu-build-system.scm: 711:27 13 (= _ _) 171:4 12 (patch-usr-bin-file #:native-inputs _ #:inputs _ # _) In srfi= /srfi
[17:13:38]<civodul>g_bor: mb[m]1 was just reporting the= exact same issue :-)
[17:13:45]<mb[m]1>g_bor: Yes, I'm cu= rrently trying to track it down.
[17:14:36]<g_bor>I've = also seen it on python-boot0, slightly different message.
[17:14:= 55]= <g_bor>Can this be locale related?
<g_bor>I have = hu_HU.utf8 here.
[17:16:04]* civodul= has quit (Read error: Connection reset by peer)
[17:17:26]<= /a><= g_bor>mb[m]1: can I be of assistance?
* civodul has joined #guix
<mb[m]1>g_bor: = The failure happens in the build container which uses a fixed locale (C?).<= /td>
[17:19:17]<g_bor>Ok, then it's not that.
[17:19:38]<g_bor>It just seemd to be some character conversion error..= .
[17:20:08]<g_bor>Maybe some invalid charaters leaked in so= mehow...
[17:20:15]<g_bor>Wait a sec...
[17= :22:51]<g_bor>It seems, that a lot of packages are broken.
[17:23:01]<g_bor>I laso got that for gettext.
[17:26:26]* xkapastel has joined #guix
<= a href=3D"https://gnunet.org/bot/log/guix/2017-12-02#T1567723" id=3D"gmail-= T1567723" style=3D"color:rgb(0,0,136);text-decoration-line:none">[17:30:38]= <= ;mb[m]1>Can it be ncurses related?
[17:31:12]<g_bor>
[17:31:21]<g_bor>did not checked that.
[17:= 32:01]<mb[m]1>g_bor: Can you see if reverting 667082d59104d4b964dce878f5e8c0= f8ad1be958 makes a difference?
[17:32:24]<g_bor>
<= td class=3D"gmail-bot-log-time" style=3D"padding:0.3em 0.5em">[17:36:58]<g_bor>=
[17:36:36]<g_bor>Do we know about what = was the last time it was working?
We cou= ld do a git bisect on core-updates?
[17:37:13]<g_bor>Do we hav= e a good commit to start from?
[18:40]=C2=A0<g_bor> Ok, now it's building.
[18:40]=C2=A0<g_bor> I think this will take a time...
[18:41]=C2=A0<g_bor> (guile does take some = time :) )
[18:42]=C2=A0<g_bor> I'm tr= ying to help to switch the default icedtea to icedtea-8, and we'd like = to that on core-updates...
[18:43]=C2=A0&l= t;g_bor> I've just written on the mailing list, that it would be nice if = we could have substitutes for the core-updates gnu-build-system.
[18:43]=C2=A0<g_bor> That could speed things like = this up.
[18:50]=C2=A0<efraim> mb[m]1: = just popped in for a second, core-updates is failing on aarch64 also
<= div class=3D"gmail-linestyle2 gmail-colourline" style=3D"font-family:Consol= as,"Lucida Console",monospace;padding-left:7px;word-wrap:break-wo= rd;color:rgb(0,0,0);font-size:12.8px">[18:50]=C2=A0<efraim> civodul too ^
[18:52]=C2=A0<g_bor> Oh, well.
[18:52]=C2=A0<g_bor> Do we have a bug report on that already= ?
[18:53]=C2=A0<g_bor> Now I'm trying= what mb[m]1 suggested, by reverting the ncurses commit.
[18:54]=C2=A0<g_bor> It might be easier to track related in= formation in a bug...
[20:52]=C2=A0<g_bor> = reverting 667082d59104d4b964dce878f5e8c0f8ad1be958 did not help
<= /div>

Does anyone know of a last working commit id?

I= 9;m trying to seen if it's working after last merge of master, but if s= omeone knows a later point to start investigating the issue would help.

It would also help, if someone with a more powerful computer c= ould help, as building on mine is very slow.

--94eb2c0551a4f74a9c055f611b4a-- ------------=_1512392103-23716-1-- From unknown Tue Aug 19 23:45:14 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29537: Core updates broken Resent-From: ludo@gnu.org (Ludovic =?UTF-8?Q?Court=C3=A8s?=) Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Tue, 05 Dec 2017 17:06:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 29537 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: Marius Bakke Cc: =?UTF-8?Q?G=C3=A1bor?= Boskovits , 29537-done@debbugs.gnu.org Received: via spool by 29537-done@debbugs.gnu.org id=D29537.151249353731713 (code D ref 29537); Tue, 05 Dec 2017 17:06:02 +0000 Received: (at 29537-done) by debbugs.gnu.org; 5 Dec 2017 17:05:37 +0000 Received: from localhost ([127.0.0.1]:48063 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eMGf3-0008FN-7J for submit@debbugs.gnu.org; Tue, 05 Dec 2017 12:05:37 -0500 Received: from hera.aquilenet.fr ([141.255.128.1]:46521) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eMGf0-0008Es-Js for 29537-done@debbugs.gnu.org; Tue, 05 Dec 2017 12:05:35 -0500 Received: from localhost (localhost [127.0.0.1]) by hera.aquilenet.fr (Postfix) with ESMTP id 78D2C10208; Tue, 5 Dec 2017 18:05:36 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at aquilenet.fr Received: from hera.aquilenet.fr ([127.0.0.1]) by localhost (hera.aquilenet.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id f_UtIahvIM5E; Tue, 5 Dec 2017 18:05:35 +0100 (CET) Received: from ribbon (unknown [193.50.110.211]) by hera.aquilenet.fr (Postfix) with ESMTPSA id 437BA1013F; Tue, 5 Dec 2017 18:05:35 +0100 (CET) From: ludo@gnu.org (Ludovic =?UTF-8?Q?Court=C3=A8s?=) References: <87vahnzyq9.fsf@fastmail.com> <87lgiiq1rt.fsf@gnu.org> <87a7yyzm9x.fsf@fastmail.com> X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: 15 Frimaire an 226 de la =?UTF-8?Q?R=C3=A9volution?= X-PGP-Key-ID: 0x090B11993D9AEBB5 X-PGP-Key: http://www.fdn.fr/~lcourtes/ludovic.asc X-PGP-Fingerprint: 3CE4 6455 8A84 FDC6 9DB4 0CFB 090B 1199 3D9A EBB5 X-OS: x86_64-pc-linux-gnu Date: Tue, 05 Dec 2017 18:05:31 +0100 In-Reply-To: <87a7yyzm9x.fsf@fastmail.com> (Marius Bakke's message of "Mon, 04 Dec 2017 13:54:18 +0100") Message-ID: <87vahlayw4.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 1.0 (+) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) Marius Bakke skribis: > Ludovic Court=C3=A8s writes: > >> Hi, >> >> Marius Bakke skribis: >> >>> From 41677631be815d58c36052de7b54d297ad496ec1 Mon Sep 17 00:00:00 2001 >>> From: Marius Bakke >>> Date: Sun, 3 Dec 2017 02:32:16 +0100 >>> Subject: [PATCH] gnu: glibc: Don't use full version string in locale pa= th. >>> >>> This is a follow-up to commit ee3ebf1a357bd4eb36a2fa1790a7b549cffb305a. >>> Fixes . >>> >>> * gnu/packages/base.scm (glibc/linux)[version]: Change to 2.26.91-gaaa2= eb83b8. >>> [source](uri): Adjust accordingly. >>> [arguments]: Use VERSION-MAJOR+MINOR for locales path. >>> (glibc-locales, glibc-utf8-locales): Likewise. >>> * guix/profiles.scm (ca-certificate-bundle, profile-derivation): Likewi= se. >> >> Good catch! That looks good to me (along with the guix/packages.scm >> occurrence you found.) > > OK, pushed! > > Now, it would be good to do a final update of glibc so we get the fix > for CVE-2017-15804 and a few other things. Could you upload a new > tarball for glibc-2.26-105-g0890d5379c.tar.xz? I'm getting > "0m8cnp2nik0596adwibhl0f3w649m57i3qciqwpwiix7y0sb7vhi" for it. I got the same hash but decided to not go with -9 after re-reading xz(1), which discourages its use due to the memory consumption the decompressor needs. The size difference looks reasonable (I used the default, which is -6): --8<---------------cut here---------------start------------->8--- -rw-r--r-- 1 ludo users 15683872 Dec 5 18:00 glibc-2.26-105-g0890d5379c.ta= r.xz -rw-r--r-- 1 ludo users 15309116 Dec 5 18:00 glibc-2.26-105-g0890d5379c.ta= r.xz-9 --8<---------------cut here---------------end--------------->8--- The file should be on alpha.gnu.org now. Thanks, Ludo=E2=80=99. From unknown Tue Aug 19 23:45:14 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29537: Core updates broken Resent-From: Marius Bakke Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Tue, 05 Dec 2017 23:00:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 29537 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: Ludovic =?UTF-8?Q?Court=C3=A8s?= Cc: =?UTF-8?Q?G=C3=A1bor?= Boskovits , 29537-done@debbugs.gnu.org Received: via spool by 29537-done@debbugs.gnu.org id=D29537.151251479031643 (code D ref 29537); Tue, 05 Dec 2017 23:00:02 +0000 Received: (at 29537-done) by debbugs.gnu.org; 5 Dec 2017 22:59:50 +0000 Received: from localhost ([127.0.0.1]:48201 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eMMBp-0008EJ-UV for submit@debbugs.gnu.org; Tue, 05 Dec 2017 17:59:50 -0500 Received: from out4-smtp.messagingengine.com ([66.111.4.28]:44661) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eMMBn-0008EA-Le for 29537-done@debbugs.gnu.org; Tue, 05 Dec 2017 17:59:49 -0500 Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id 06AA720CB0; Tue, 5 Dec 2017 17:59:47 -0500 (EST) Received: from frontend2 ([10.202.2.161]) by compute5.internal (MEProxy); Tue, 05 Dec 2017 17:59:47 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastmail.com; h= cc:content-type:date:from:in-reply-to:message-id:mime-version :references:subject:to:x-me-sender:x-me-sender:x-sasl-enc; s= fm1; bh=rQxe23dS4Di+SCBpXyVYO7iC0LeTjbeOqiZixvBniNI=; b=hBNNyMyF MXciSRX7ulFL/OkEzG5qOlYSDWEZS/mQQrclN5Wh8zZxF4/eJTvrCXglhYnylhG5 Y4OC0FvRXRRrnMKMAVjeGASq5OPbfyBETcp4Gum03cpGx/KNzipIOl2JUfJD07Y6 lpUn3TJjTfWfeMa8TP4UmbjYjV5DG6NfvhEwFw0pSDALoa0hWscLBxOPZplzmWxq dhCg5aeroeDkusnYXCTjL4QYg9Byxj4HpSNj6YzCRsbAXNe1UGxoxf8rVlENHZN8 Bh6+XuLlD5IildkA+E2ahkSHn5sTBGnqEESkGMnEnlYUii731NBqIZ52rOi8OAj+ VvwiYBeg+SE6bQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm1; bh=rQxe23dS4Di+SCBpXyVYO7iC0LeTj beOqiZixvBniNI=; b=RXHRTqbeu+42SOdRvayNgZ7cCe7PWoJwCsWBhotn2ig5P Tccx65V3wA0weps4w/P3/a7QouvVtz/VwDYeFhb+ovVdiIb7fJ6vPLSksaanhtRC E0ddEcpWeeEn1NAmLPQNlHvKfibV1PXsBBZtBnkINs9bth/2nBPNVqY7F/u1w4Ij UFAqPDVwImC93RfkLS+JOyQGKpmYNHdmj9XC86K4Dz7KwUdeOiJvX+TU8cA/1uiz EayxcZbySuggfsTV4y31UhVlhGnTsljdWbVWTMy9/w5iPKCfHsToo8xCfUtKE2er ouQtWLta0xwNsuchhVwj8AuZB2wq8vfUZztk+5vDA== X-ME-Sender: Received: from localhost (cm-84.214.173.174.getinternet.no [84.214.173.174]) by mail.messagingengine.com (Postfix) with ESMTPA id 80BB0240F8; Tue, 5 Dec 2017 17:59:46 -0500 (EST) From: Marius Bakke In-Reply-To: <87vahlayw4.fsf@gnu.org> References: <87vahnzyq9.fsf@fastmail.com> <87lgiiq1rt.fsf@gnu.org> <87a7yyzm9x.fsf@fastmail.com> <87vahlayw4.fsf@gnu.org> User-Agent: Notmuch/0.25.2 (https://notmuchmail.org) Emacs/25.3.1 (x86_64-pc-linux-gnu) Date: Tue, 05 Dec 2017 23:59:44 +0100 Message-ID: <87374ozspr.fsf@fastmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Ludovic Court=C3=A8s writes: > Marius Bakke skribis: > >> Ludovic Court=C3=A8s writes: >> >>> Hi, >>> >>> Marius Bakke skribis: >>> >>>> From 41677631be815d58c36052de7b54d297ad496ec1 Mon Sep 17 00:00:00 2001 >>>> From: Marius Bakke >>>> Date: Sun, 3 Dec 2017 02:32:16 +0100 >>>> Subject: [PATCH] gnu: glibc: Don't use full version string in locale p= ath. >>>> >>>> This is a follow-up to commit ee3ebf1a357bd4eb36a2fa1790a7b549cffb305a. >>>> Fixes . >>>> >>>> * gnu/packages/base.scm (glibc/linux)[version]: Change to 2.26.91-gaaa= 2eb83b8. >>>> [source](uri): Adjust accordingly. >>>> [arguments]: Use VERSION-MAJOR+MINOR for locales path. >>>> (glibc-locales, glibc-utf8-locales): Likewise. >>>> * guix/profiles.scm (ca-certificate-bundle, profile-derivation): Likew= ise. >>> >>> Good catch! That looks good to me (along with the guix/packages.scm >>> occurrence you found.) >> >> OK, pushed! >> >> Now, it would be good to do a final update of glibc so we get the fix >> for CVE-2017-15804 and a few other things. Could you upload a new >> tarball for glibc-2.26-105-g0890d5379c.tar.xz? I'm getting >> "0m8cnp2nik0596adwibhl0f3w649m57i3qciqwpwiix7y0sb7vhi" for it. > > I got the same hash but decided to not go with -9 after re-reading > xz(1), which discourages its use due to the memory consumption the > decompressor needs. > > The size difference looks reasonable (I used the default, which is -6): > > --8<---------------cut here---------------start------------->8--- > -rw-r--r-- 1 ludo users 15683872 Dec 5 18:00 glibc-2.26-105-g0890d5379c.= tar.xz > -rw-r--r-- 1 ludo users 15309116 Dec 5 18:00 glibc-2.26-105-g0890d5379c.= tar.xz-9 > --8<---------------cut here---------------end--------------->8--- > > The file should be on alpha.gnu.org now. Thanks! I got the same hash and pushed an update. Since this entails a full rebuild, I also merged in Guile 2.2.3 and updated that as well. --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCgAdFiEEu7At3yzq9qgNHeZDoqBt8qM6VPoFAlonJOAACgkQoqBt8qM6 VPqvjQgAiJeYRnOg6vTsDIv8MnKJs+FYP2NhkVjxC4cdo+TDq6odKiH03uQAOCA3 M0z0DuMxvztkrBzF0ED8WQEpfLhxeRVOSm+Od7CjBumFFjx1EmSydFbtQ3xhMWPs cVWDoWsQXZzsi/DieFaVaudfGglevMDLf2sZy7ZOA8OS6BY5d2NqkGtSV2jd3+tW /uMeorFt4z30q8SIrrpr1sc+Xqb9zmFKuXefsFB35lCIMKP2/fgRnOph1RfvaSkg s1XQCL+db239aPropFtDH49Wih0GFlteJeUr9magRC/kbITWmbhTxnpNYhu0vbbQ osyNCQSejuk5zmzXZrqlTJ7/RQFsJw== =VHNR -----END PGP SIGNATURE----- --=-=-=-- From unknown Tue Aug 19 23:45:14 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29537: Core updates broken Resent-From: ludo@gnu.org (Ludovic =?UTF-8?Q?Court=C3=A8s?=) Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Wed, 06 Dec 2017 08:02:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 29537 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: Marius Bakke Cc: =?UTF-8?Q?G=C3=A1bor?= Boskovits , 29537-done@debbugs.gnu.org Received: via spool by 29537-done@debbugs.gnu.org id=D29537.151254728629940 (code D ref 29537); Wed, 06 Dec 2017 08:02:01 +0000 Received: (at 29537-done) by debbugs.gnu.org; 6 Dec 2017 08:01:26 +0000 Received: from localhost ([127.0.0.1]:48493 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eMUdy-0007mq-2F for submit@debbugs.gnu.org; Wed, 06 Dec 2017 03:01:26 -0500 Received: from hera.aquilenet.fr ([141.255.128.1]:48291) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eMUdw-0007mi-9S for 29537-done@debbugs.gnu.org; Wed, 06 Dec 2017 03:01:24 -0500 Received: from localhost (localhost [127.0.0.1]) by hera.aquilenet.fr (Postfix) with ESMTP id 36D0BEEAC; Wed, 6 Dec 2017 09:01:26 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at aquilenet.fr Received: from hera.aquilenet.fr ([127.0.0.1]) by localhost (hera.aquilenet.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MykAiabcCO2o; Wed, 6 Dec 2017 09:01:25 +0100 (CET) Received: from ribbon (unknown [IPv6:2a01:e0a:1d:7270:af76:b9b:ca24:c465]) by hera.aquilenet.fr (Postfix) with ESMTPSA id E12C7E317; Wed, 6 Dec 2017 09:01:24 +0100 (CET) From: ludo@gnu.org (Ludovic =?UTF-8?Q?Court=C3=A8s?=) References: <87vahnzyq9.fsf@fastmail.com> <87lgiiq1rt.fsf@gnu.org> <87a7yyzm9x.fsf@fastmail.com> <87vahlayw4.fsf@gnu.org> <87374ozspr.fsf@fastmail.com> X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: 16 Frimaire an 226 de la =?UTF-8?Q?R=C3=A9volution?= X-PGP-Key-ID: 0x090B11993D9AEBB5 X-PGP-Key: http://www.fdn.fr/~lcourtes/ludovic.asc X-PGP-Fingerprint: 3CE4 6455 8A84 FDC6 9DB4 0CFB 090B 1199 3D9A EBB5 X-OS: x86_64-pc-linux-gnu Date: Wed, 06 Dec 2017 09:01:20 +0100 In-Reply-To: <87374ozspr.fsf@fastmail.com> (Marius Bakke's message of "Tue, 05 Dec 2017 23:59:44 +0100") Message-ID: <87o9nc9tf3.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 1.0 (+) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) Marius Bakke skribis: > Ludovic Court=C3=A8s writes: [...] >>> Now, it would be good to do a final update of glibc so we get the fix >>> for CVE-2017-15804 and a few other things. Could you upload a new >>> tarball for glibc-2.26-105-g0890d5379c.tar.xz? I'm getting >>> "0m8cnp2nik0596adwibhl0f3w649m57i3qciqwpwiix7y0sb7vhi" for it. >> >> I got the same hash but decided to not go with -9 after re-reading >> xz(1), which discourages its use due to the memory consumption the >> decompressor needs. >> >> The size difference looks reasonable (I used the default, which is -6): >> >> --8<---------------cut here---------------start------------->8--- >> -rw-r--r-- 1 ludo users 15683872 Dec 5 18:00 glibc-2.26-105-g0890d5379c= .tar.xz >> -rw-r--r-- 1 ludo users 15309116 Dec 5 18:00 glibc-2.26-105-g0890d5379c= .tar.xz-9 >> --8<---------------cut here---------------end--------------->8--- >> >> The file should be on alpha.gnu.org now. > > Thanks! I got the same hash and pushed an update. Since this entails a > full rebuild, I also merged in Guile 2.2.3 and updated that as well. Excellent, I was going to suggest doing that. :-) Thanks! Ludo=E2=80=99. PS: Please don=E2=80=99t start an eval today as I=E2=80=99m preparing the r= elease.