GNU logs - #32347, boring messages

Message sent to bug-guix@HIDDEN:

Subject: bug#32347: gzip cannot be patched
Resent-From: Marius Bakke <mbakke@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-guix@HIDDEN
Resent-Date: Thu, 02 Aug 2018 11:33:02 +0000
Resent-Message-ID: <handler.32347.B.153320954621398 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 32347 <at> debbugs.gnu.org
From: Marius Bakke <mbakke@HIDDEN>
User-Agent: Notmuch/0.27 (https://notmuchmail.org) Emacs/26.1
 (x86_64-pc-linux-gnu)
Date: Thu, 02 Aug 2018 13:32:02 +0200
Message-ID: <87muu56m31.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="==-=-=";
 micalg=pgp-sha512; protocol="application/pgp-signature"
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

--==-=-=
Content-Type: multipart/mixed; boundary="=-=-="

--=-=-=
Content-Type: text/plain

Hello!

I'm trying to add a patch to 'gzip', but it causes an infinite loop and
eventually the system runs out of memory.

It can be reproduced by adding this hunk:


--=-=-=
Content-Type: text/x-patch
Content-Disposition: inline

modified   gnu/packages/compression.scm
@@ -215,6 +215,7 @@ adding and extracting files to/from a tar archive.")
             (method url-fetch)
             (uri (string-append "mirror://gnu/gzip/gzip-"
                                 version ".tar.xz"))
+            (snippet '(#t))
             (sha256
              (base32
               "16h8g4acy7fgfxcjacr3wijjsnixwsfd2jhz3zwdi2qrzi262l5f"))))

[back]
--=-=-=
Content-Type: text/plain


I guess this is because gzip itself is a patch input.  Is this something
that can be fixed, or do we have to use "patching phases" in these cases?

--=-=-=--

--==-=-=
Content-Type: application/pgp-signature; name="signature.asc"

-----BEGIN PGP SIGNATURE-----

iQEzBAEBCgAdFiEEu7At3yzq9qgNHeZDoqBt8qM6VPoFAlti67IACgkQoqBt8qM6
VPoZKwf/Z/2deICu/5W43JduiNfJEzz8z0kRQAXZ9atOjCiNOKoFZExRO0XhOmA4
8jQ2rfamykN+RHDyJHGpuQXlPRforvdXiDoiCQDB+n0JZ2aHU0Bk4N47Z0cpjIm1
Y6GHyEzEiF62d9RisvXnZ8r6FYLhacsrbtk10+TzvsxPuMHP1phTZ412GpSj/d5b
tgrINnrrlpd9LzsaG3yA7FpjKUpEhGHtRUX6BvLPLCV7Lnb9wjXHy2cuCVf92xj9
euNkXnTPcnf1tcQM3oX1jnJPRezRvx4fcUfM2d9hXJElCBDv4aaCftUNe56H0CPg
F/8jc/GboWb24oZdpCb8HMSK3j6IKw==
=KX9c
-----END PGP SIGNATURE-----
--==-=-=--

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.505 (Entity 5.505)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: Marius Bakke <mbakke@HIDDEN>
Subject: bug#32347: Acknowledgement (gzip cannot be patched)
Message-ID: <handler.32347.B.153320954621398.ack <at> debbugs.gnu.org>
References: <87muu56m31.fsf@HIDDEN>
X-Gnu-PR-Message: ack 32347
X-Gnu-PR-Package: guix
Reply-To: 32347 <at> debbugs.gnu.org
Date: Thu, 02 Aug 2018 11:33:04 +0000

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@HIDDEN

If you wish to submit further information on this problem, please
send it to 32347 <at> debbugs.gnu.org.

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

--=20
32347: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D32347
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message sent to bug-guix@HIDDEN:

Subject: bug#32347: gzip cannot be patched
Resent-From: Efraim Flashner <efraim@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-guix@HIDDEN
Resent-Date: Thu, 02 Aug 2018 11:58:01 +0000
Resent-Message-ID: <handler.32347.B32347.153321105423957 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Marius Bakke <mbakke@HIDDEN>
Cc: 32347 <at> debbugs.gnu.org
Date: Thu, 2 Aug 2018 14:57:18 +0300
From: Efraim Flashner <efraim@HIDDEN>
Message-ID: <20180802115718.GD13776@macbook41>
References: <87muu56m31.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha512;
 protocol="application/pgp-signature"; boundary="bi5JUZtvcfApsciF"
Content-Disposition: inline
In-Reply-To: <87muu56m31.fsf@HIDDEN>
User-Agent: Mutt/1.10.1 (2018-07-13)
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>


--bi5JUZtvcfApsciF
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Thu, Aug 02, 2018 at 01:32:02PM +0200, Marius Bakke wrote:
> Hello!
>=20
> I'm trying to add a patch to 'gzip', but it causes an infinite loop and
> eventually the system runs out of memory.
>=20
> It can be reproduced by adding this hunk:
>=20

> modified   gnu/packages/compression.scm
> @@ -215,6 +215,7 @@ adding and extracting files to/from a tar archive.")
>              (method url-fetch)
>              (uri (string-append "mirror://gnu/gzip/gzip-"
>                                  version ".tar.xz"))
> +            (snippet '(#t))
>              (sha256
>               (base32
>                "16h8g4acy7fgfxcjacr3wijjsnixwsfd2jhz3zwdi2qrzi262l5f"))))
>=20
> [back]
>=20
> I guess this is because gzip itself is a patch input.  Is this something
> that can be fixed, or do we have to use "patching phases" in these cases?

Its also in commencement.scm, so that might be the loop instead. You
could try "unpatching" it there. It looks like it has a pseudo-package
inside of glibc-utf8-locales-final, with grep-final a few packages lower
being potential inspiration for undoing the modifications in "real
gzip".


--=20
Efraim Flashner   <efraim@HIDDEN>   =D7=90=D7=A4=D7=A8=D7=99=D7=9D =
=D7=A4=D7=9C=D7=A9=D7=A0=D7=A8
GPG key =3D A28B F40C 3E55 1372 662D  14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted

--bi5JUZtvcfApsciF
Content-Type: application/pgp-signature; name="signature.asc"

-----BEGIN PGP SIGNATURE-----

iQIzBAABCgAdFiEEoov0DD5VE3JmLRT3Qarn3Mo9g1EFAlti8ZkACgkQQarn3Mo9
g1FoMBAAvYb0JVu/OtB6h/q+z5MBM0/mCVPt/5g99cVyLypygB0Dv8evlCAc1E5c
Dsmkco/hoUiA/qYXmEEDB+td5IL6pfd8RVtMca3AyN1aPv6LLBjQoG80V4+dz359
BDNeGNrhgCVwfHi/zCkZVUg+YSb4XVPtA2kJrhkizVqPbXgVCIAOo976jspzj6cK
fO8Ox2uHJpGsevp3GPpf64nGNw/Ps4Jv/0KJYlN2W6lIZ7QI46MSphSHOHfePPa8
pbbESvYXK9fjY80OE7lkCw3Dj5oGx7gQfcmCNl14kqWx1xnWwZmCwh//7KY5rBR+
3SzcR41hKObpfMhZ+u6j0UMbxGm5vU7sTTRibt1zDr56migixtR7p72TTgoqRLtN
2zKP3V/WwurxfhcW/Ftib9z8IQP1mZ249nJkwLLgxFCFxSGkC0yxXwlLkmuLqNtE
t6SsLpltf60ELdimvDqT+oZ4maHfHN6EIx8oRtS6eZ5eqyfEFlvI6q3B8x9ySLnE
/cL7kYIzNyhw8oVxnYndqdIEza1eTPoibiG3gqXLe3IthVGA8H9q11LegGKMcqkY
YXAAS8staqk7wTeCFSGOLk/s4rlEn/6cbi4ewKZEqJzjAeWgGjt1M6CXaMvdGMti
LZI81XAkMu4QLt0pt7+h0CEqMPc1rC6qijUHqbci3/NKRgw99jQ=
=jNMn
-----END PGP SIGNATURE-----

--bi5JUZtvcfApsciF--

Message sent to bug-guix@HIDDEN:

Subject: bug#32347: gzip cannot be patched
Resent-From: ludo@HIDDEN (Ludovic =?UTF-8?Q?Court=C3=A8s?=)
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-guix@HIDDEN
Resent-Date: Sun, 19 Aug 2018 13:49:02 +0000
Resent-Message-ID: <handler.32347.B32347.153468649529488 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Efraim Flashner <efraim@HIDDEN>
Cc: Marius Bakke <mbakke@HIDDEN>, 32347 <at> debbugs.gnu.org
From: ludo@HIDDEN (Ludovic =?UTF-8?Q?Court=C3=A8s?=)
References: <87muu56m31.fsf@HIDDEN> <20180802115718.GD13776@macbook41>
Date: Sun, 19 Aug 2018 15:48:05 +0200
In-Reply-To: <20180802115718.GD13776@macbook41> (Efraim Flashner's message of
 "Thu, 2 Aug 2018 14:57:18 +0300")
Message-ID: <87a7piii22.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

Hello,

Efraim Flashner <efraim@HIDDEN> skribis:

> On Thu, Aug 02, 2018 at 01:32:02PM +0200, Marius Bakke wrote:
>> Hello!
>>=20
>> I'm trying to add a patch to 'gzip', but it causes an infinite loop and
>> eventually the system runs out of memory.
>>=20
>> It can be reproduced by adding this hunk:
>>=20
>
>> modified   gnu/packages/compression.scm
>> @@ -215,6 +215,7 @@ adding and extracting files to/from a tar archive.")
>>              (method url-fetch)
>>              (uri (string-append "mirror://gnu/gzip/gzip-"
>>                                  version ".tar.xz"))
>> +            (snippet '(#t))
>>              (sha256
>>               (base32
>>                "16h8g4acy7fgfxcjacr3wijjsnixwsfd2jhz3zwdi2qrzi262l5f"))))
>>=20
>> [back]
>>=20
>> I guess this is because gzip itself is a patch input.  Is this something
>> that can be fixed, or do we have to use "patching phases" in these cases?
>
> Its also in commencement.scm, so that might be the loop instead. You
> could try "unpatching" it there. It looks like it has a pseudo-package
> inside of glibc-utf8-locales-final, with grep-final a few packages lower
> being potential inspiration for undoing the modifications in "real
> gzip".

Indeed.  The =E2=80=98bootstrap-origin=E2=80=99 procedure, defined in (gnu =
packages
bootstrap), arranges to use the bootstrap binaries of gzip, patch,
guile, etc. when patching origins.

Perhaps we=E2=80=99re missing a use of =E2=80=98bootstrap-origin=E2=80=99 s=
omewhere in (gnu
packages commencement)?

HTH,
Ludo=E2=80=99.

Message sent to bug-guix@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#32347: gzip cannot be patched
Resent-From: Efraim Flashner <efraim@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-guix@HIDDEN
Resent-Date: Wed, 03 Oct 2018 08:02:02 +0000
Resent-Message-ID: <handler.32347.B32347.153855370925912 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 32347
X-GNU-PR-Package: guix
X-GNU-PR-Keywords: 
To: Ludovic =?UTF-8?Q?Court=C3=A8s?= <ludo@HIDDEN>
Cc: Marius Bakke <mbakke@HIDDEN>, 32347 <at> debbugs.gnu.org
Received: via spool by 32347-submit <at> debbugs.gnu.org id=B32347.153855370925912
          (code B ref 32347); Wed, 03 Oct 2018 08:02:02 +0000
Received: (at 32347) by debbugs.gnu.org; 3 Oct 2018 08:01:49 +0000
Received: from localhost ([127.0.0.1]:34872 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1g7c6P-0006js-J5
	for submit <at> debbugs.gnu.org; Wed, 03 Oct 2018 04:01:49 -0400
Received: from flashner.co.il ([178.62.234.194]:43760)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <efraim@HIDDEN>) id 1g7c6O-0006jf-65
 for 32347 <at> debbugs.gnu.org; Wed, 03 Oct 2018 04:01:48 -0400
Received: from localhost (unknown [141.226.10.13])
 by flashner.co.il (Postfix) with ESMTPSA id 66EE140027;
 Wed,  3 Oct 2018 08:01:42 +0000 (UTC)
Date: Wed, 3 Oct 2018 11:01:41 +0300
From: Efraim Flashner <efraim@HIDDEN>
Message-ID: <20181003080141.GA11380@macbook41>
References: <87muu56m31.fsf@HIDDEN> <20180802115718.GD13776@macbook41>
 <87a7piii22.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha512;
 protocol="application/pgp-signature"; boundary="hQiwHBbRI9kgIhsi"
Content-Disposition: inline
In-Reply-To: <87a7piii22.fsf@HIDDEN>
User-Agent: Mutt/1.10.1 (2018-07-13)
X-Spam-Score: -0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)


--hQiwHBbRI9kgIhsi
Content-Type: multipart/mixed; boundary="rwEMma7ioTxnRzrJ"
Content-Disposition: inline


--rwEMma7ioTxnRzrJ
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Sun, Aug 19, 2018 at 03:48:05PM +0200, Ludovic Court=C3=A8s wrote:
> Hello,
>=20
> Efraim Flashner <efraim@HIDDEN> skribis:
>=20
> > On Thu, Aug 02, 2018 at 01:32:02PM +0200, Marius Bakke wrote:
> >> Hello!
> >>=20
> >> I'm trying to add a patch to 'gzip', but it causes an infinite loop and
> >> eventually the system runs out of memory.
> >>=20
> >> It can be reproduced by adding this hunk:
> >>=20
> >
> >> modified   gnu/packages/compression.scm
> >> @@ -215,6 +215,7 @@ adding and extracting files to/from a tar archive.=
")
> >>              (method url-fetch)
> >>              (uri (string-append "mirror://gnu/gzip/gzip-"
> >>                                  version ".tar.xz"))
> >> +            (snippet '(#t))
> >>              (sha256
> >>               (base32
> >>                "16h8g4acy7fgfxcjacr3wijjsnixwsfd2jhz3zwdi2qrzi262l5f")=
)))
> >>=20
> >> [back]
> >>=20
> >> I guess this is because gzip itself is a patch input.  Is this somethi=
ng
> >> that can be fixed, or do we have to use "patching phases" in these cas=
es?
> >
> > Its also in commencement.scm, so that might be the loop instead. You
> > could try "unpatching" it there. It looks like it has a pseudo-package
> > inside of glibc-utf8-locales-final, with grep-final a few packages lower
> > being potential inspiration for undoing the modifications in "real
> > gzip".
>=20
> Indeed.  The =E2=80=98bootstrap-origin=E2=80=99 procedure, defined in (gn=
u packages
> bootstrap), arranges to use the bootstrap binaries of gzip, patch,
> guile, etc. when patching origins.
>=20
> Perhaps we=E2=80=99re missing a use of =E2=80=98bootstrap-origin=E2=80=99=
 somewhere in (gnu
> packages commencement)?
>=20

Looks like it in the end. the gzip for glibc-utf8-locales-final uses the
bootstrap guile for its building, but doesn't get the input rewriting
that comes from package-with-bootstrap-guile. With this patch adding the
trivial snippet to gzip doesn't cause an infinite loop anymore. Since
the patch doesn't change the hash of glibc-utf8-locales-final it should
be OK for master.

--=20
Efraim Flashner   <efraim@HIDDEN>   =D7=90=D7=A4=D7=A8=D7=99=D7=9D =
=D7=A4=D7=9C=D7=A9=D7=A0=D7=A8
GPG key =3D A28B F40C 3E55 1372 662D  14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted

--rwEMma7ioTxnRzrJ
Content-Type: text/plain; charset=utf-8
Content-Disposition: attachment; filename="0001-gnu-glibc-utf8-locales-final-Wrap-inputs-with-packag.patch"
Content-Transfer-Encoding: quoted-printable

=46rom a3b7f9851e121fd3eb5f52ff4197923553032ec7 Mon Sep 17 00:00:00 2001
=46rom: Efraim Flashner <efraim@HIDDEN>
Date: Wed, 3 Oct 2018 10:33:23 +0300
Subject: [PATCH] gnu: glibc-utf8-locales-final: Wrap inputs with
 'package-with-bootstrap-guile'.

* gnu/packages/commencement.scm (glibc-utf8-locales-final)[inputs]: Wrap
gzip with 'package-with-bootstrap-guile'.
---
 gnu/packages/commencement.scm | 7 ++++---
 1 file changed, 4 insertions(+), 3 deletions(-)

diff --git a/gnu/packages/commencement.scm b/gnu/packages/commencement.scm
index 30a0ffcec..6c0f4e310 100644
--- a/gnu/packages/commencement.scm
+++ b/gnu/packages/commencement.scm
@@ -870,9 +870,10 @@ exec ~a/bin/~a-~a -B~a/lib -Wl,-dynamic-linker -Wl,~a/=
~a \"$@\"~%"
     (inherit glibc-utf8-locales)
     (inputs `(("glibc" ,glibc-final)
               ("gzip"
-               ,(package-with-explicit-inputs gzip %boot4-inputs
-                                              (current-source-location)
-                                              #:guile %bootstrap-guile))))=
))
+               ,(package-with-bootstrap-guile
+                  (package-with-explicit-inputs gzip %boot4-inputs
+                                                (current-source-location)
+                                                #:guile %bootstrap-guile))=
)))))
=20
 (define-public ld-wrapper
   ;; The final 'ld' wrapper, which uses the final Guile and Binutils.
--=20
2.19.0


--rwEMma7ioTxnRzrJ--

--hQiwHBbRI9kgIhsi
Content-Type: application/pgp-signature; name="signature.asc"

-----BEGIN PGP SIGNATURE-----

iQIzBAABCgAdFiEEoov0DD5VE3JmLRT3Qarn3Mo9g1EFAlu0d2EACgkQQarn3Mo9
g1GO8xAAp2dxPPLrPUbNO9PnbZ8qFU5QWLF3V3kezAxVxcfPXkcbPGdZmC0nlqZg
rbWU2vSh/aP/EAAHujCbUdQuMSsIio438Mc82BV0xpm2pirxSxz+p434GYRO6ojn
BE75XIKYcnxMFQZbjYMgNwSgtvoqYdoPVOu9iZtXMIpZmMtImQu3672hmc4aXp8f
MJedD306XmWww9P1+hi3OHWunJoUkgpSJkplazCLKNxMWXsp93068/1lF19jTafA
xUAfn5VNn3xvnRAtIVqm8tP7uUqnd2fiZssnlzhZuAKviXJtVregYjB6eM097xK4
MbccIxFqEjFwC97mpyXS3mRYIQA7umvZQMz++CmSaV23Jli0li0A2sQ7H8WrEHv7
QJY7jtBmdt+MwrBoUEWZR3lT34/LlEjP/u1kSv35QoKffnW6Abk/daxfwUuxh5Bx
g5qY4kHIx57mkLhWrlUBC+DvFYAx+wwutP4G+H/q+of9CwMOi3Kx2cgjO2UNyK0S
b0++9G0KNy0/q9FkXTJcMtU0jVpZIkUascLFs8RKiXuevrVjcnGsb6CNT8BbREyw
4Os3Jase7yoqJpwbNmUrfb5nsutDgC4pXqE6drWGWQFYpX9AxMET9H4IrQobz1Wu
fW8+mz73deUB442JxfbMyXx1jstFCHFtsLpgOK53p7i1/WKoixE=
=JGhu
-----END PGP SIGNATURE-----

--hQiwHBbRI9kgIhsi--

Message sent to bug-guix@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#32347: gzip cannot be patched
Resent-From: Maxim Cournoyer <maxim.cournoyer@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-guix@HIDDEN
Resent-Date: Tue, 29 Aug 2023 12:45:02 +0000
Resent-Message-ID: <handler.32347.B32347.169331308824418 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 32347
X-GNU-PR-Package: guix
X-GNU-PR-Keywords: 
To: Efraim Flashner <efraim@HIDDEN>
Cc: Ludovic =?UTF-8?Q?Court=C3=A8s?= <ludo@HIDDEN>, Marius Bakke <mbakke@HIDDEN>, 32347 <at> debbugs.gnu.org
Received: via spool by 32347-submit <at> debbugs.gnu.org id=B32347.169331308824418
          (code B ref 32347); Tue, 29 Aug 2023 12:45:02 +0000
Received: (at 32347) by debbugs.gnu.org; 29 Aug 2023 12:44:48 +0000
Received: from localhost ([127.0.0.1]:49715 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1qay5Q-0006Lm-Fg
	for submit <at> debbugs.gnu.org; Tue, 29 Aug 2023 08:44:48 -0400
Received: from mail-ot1-x333.google.com ([2607:f8b0:4864:20::333]:52256)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <maxim.cournoyer@HIDDEN>) id 1qay5O-0006LZ-4y
 for 32347 <at> debbugs.gnu.org; Tue, 29 Aug 2023 08:44:47 -0400
Received: by mail-ot1-x333.google.com with SMTP id
 46e09a7af769-6bca66e6c44so3487387a34.0
 for <32347 <at> debbugs.gnu.org>; Tue, 29 Aug 2023 05:44:39 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=gmail.com; s=20221208; t=1693313073; x=1693917873;
 h=content-transfer-encoding:mime-version:user-agent:message-id
 :in-reply-to:date:references:subject:cc:to:from:from:to:cc:subject
 :date:message-id:reply-to;
 bh=vKzWDpNaLpI7LHx1e2eEfu0Cf3u1GmGAT/nGm+IiHI4=;
 b=eu/KKbylGVLBvP+k6BR3XlnLNuDf5hV972qZAfr2JxlLNFr+hAR6NCE2IsnTnXDwN5
 WMcAM2+zvWKMKGd1Dyebyolih1qB2yVgTtXS83ymDpk1ngjw6lx/LK6z2O6Zi+JwAb89
 81AqM51M8wpub0zENPcBIHUPA9uzNxifn5pQ5b4l4/84NjZEakvo2JxhlW4mOpNXNGk4
 K9TvHmdRc4InislyHrYAjgmJQjTiMn6TMp2QeHqCVLG0PQXWd4bmD7Vwg2NMnTn38Vfn
 HHbA/1Jv5Xbfw2JUJkXO65SwEUPTbYe3El+Hj0Dq9xmwC1TVyR3/NdEP7QSB/niBIcKT
 mPVg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20221208; t=1693313073; x=1693917873;
 h=content-transfer-encoding:mime-version:user-agent:message-id
 :in-reply-to:date:references:subject:cc:to:from:x-gm-message-state
 :from:to:cc:subject:date:message-id:reply-to;
 bh=vKzWDpNaLpI7LHx1e2eEfu0Cf3u1GmGAT/nGm+IiHI4=;
 b=AvFwCTos74uQml0scdXMVvQu5i+EKuT2Cf05YiKIshblCLpofT/esBPDpORWtFHcUB
 0tMLRS5gUZ3er94v+tZJC64konvXMcT2rrMQ9jiFexHahYLQe9RbD2Mq2So/b5BDwW0S
 BUsVMNuypdgNQHO/2HCiopnOSCJIuoeYGaAAh32cKkD4xFWD+CBhWW7o7yKm8x3qgi1w
 Cw5VuRqa0irAWZshdp866YMkrg1CEPyXV4V9td8hvo/QsQnvUj0FOIu8tAh7UfdSzWmY
 +c0IVLbmr+SK5wDpATMMZ6Xiz/+4ZH7dAzNDruSKUCg520tT5gjZuW22nJVO9C2bB4tt
 wB/g==
X-Gm-Message-State: AOJu0YzLs5gNZPGWDkijJ0cYHaVVB7iGJILbSihIcn3HBSp3wg0Fb7rQ
 Z33nFUMTcq+vFGuVyYUpvsNiQatq/EvITA==
X-Google-Smtp-Source: AGHT+IEtgqAL39voLbLBIwqWak6bvhkajqTOY7ewfyHWYdfR/Y8Nz2py6inaQscA5QpmVWyM1hptdg==
X-Received: by 2002:a05:6358:5e08:b0:13a:6748:9312 with SMTP id
 q8-20020a0563585e0800b0013a67489312mr28655055rwn.19.1693313073237; 
 Tue, 29 Aug 2023 05:44:33 -0700 (PDT)
Received: from hurd (dsl-10-132-204.b2b2c.ca. [72.10.132.204])
 by smtp.gmail.com with ESMTPSA id
 o22-20020a05620a111600b0076816153dcdsm3053432qkk.106.2023.08.29.05.44.32
 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256);
 Tue, 29 Aug 2023 05:44:32 -0700 (PDT)
From: Maxim Cournoyer <maxim.cournoyer@HIDDEN>
References: <87muu56m31.fsf@HIDDEN> <20180802115718.GD13776@macbook41>
 <87a7piii22.fsf@HIDDEN> <20181003080141.GA11380@macbook41>
Date: Tue, 29 Aug 2023 08:44:31 -0400
In-Reply-To: <20181003080141.GA11380@macbook41> (Efraim Flashner's message of
 "Wed, 3 Oct 2018 11:01:41 +0300")
Message-ID: <87h6oic91s.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.2 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

Hi Efraim,

Efraim Flashner <efraim@HIDDEN> writes:

> On Sun, Aug 19, 2018 at 03:48:05PM +0200, Ludovic Court=C3=A8s wrote:
>> Hello,
>>=20
>> Efraim Flashner <efraim@HIDDEN> skribis:
>>=20
>> > On Thu, Aug 02, 2018 at 01:32:02PM +0200, Marius Bakke wrote:
>> >> Hello!
>> >>=20
>> >> I'm trying to add a patch to 'gzip', but it causes an infinite loop a=
nd
>> >> eventually the system runs out of memory.
>> >>=20
>> >> It can be reproduced by adding this hunk:
>> >>=20
>> >
>> >> modified   gnu/packages/compression.scm
>> >> @@ -215,6 +215,7 @@ adding and extracting files to/from a tar archive=
.")
>> >>              (method url-fetch)
>> >>              (uri (string-append "mirror://gnu/gzip/gzip-"
>> >>                                  version ".tar.xz"))
>> >> +            (snippet '(#t))
>> >>              (sha256
>> >>               (base32
>> >>                "16h8g4acy7fgfxcjacr3wijjsnixwsfd2jhz3zwdi2qrzi262l5f"=
))))
>> >>=20
>> >> [back]
>> >>=20
>> >> I guess this is because gzip itself is a patch input.  Is this someth=
ing
>> >> that can be fixed, or do we have to use "patching phases" in these ca=
ses?
>> >
>> > Its also in commencement.scm, so that might be the loop instead. You
>> > could try "unpatching" it there. It looks like it has a pseudo-package
>> > inside of glibc-utf8-locales-final, with grep-final a few packages low=
er
>> > being potential inspiration for undoing the modifications in "real
>> > gzip".
>>=20
>> Indeed.  The =E2=80=98bootstrap-origin=E2=80=99 procedure, defined in (g=
nu packages
>> bootstrap), arranges to use the bootstrap binaries of gzip, patch,
>> guile, etc. when patching origins.
>>=20
>> Perhaps we=E2=80=99re missing a use of =E2=80=98bootstrap-origin=E2=80=
=99 somewhere in (gnu
>> packages commencement)?
>>=20
>
> Looks like it in the end. the gzip for glibc-utf8-locales-final uses the
> bootstrap guile for its building, but doesn't get the input rewriting
> that comes from package-with-bootstrap-guile. With this patch adding the
> trivial snippet to gzip doesn't cause an infinite loop anymore. Since
> the patch doesn't change the hash of glibc-utf8-locales-final it should
> be OK for master.

If you have verified the patch doesn't cause a world rebuild (guix build
libreoffice), feel free t opush and close this old bug!

--=20
Thanks,
Maxim

Last modified: Tue, 29 Aug 2023 13:00:03 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.