From mboxrd@z Thu Jan 1 00:00:00 1970 From: Marius Bakke Subject: bug#32347: gzip cannot be patched Date: Thu, 02 Aug 2018 13:32:02 +0200 Message-ID: <87muu56m31.fsf@fastmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:44834) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1flBqv-0007Pc-GT for bug-guix@gnu.org; Thu, 02 Aug 2018 07:33:10 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1flBqq-0000Jq-Jz for bug-guix@gnu.org; Thu, 02 Aug 2018 07:33:09 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:33275) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1flBqq-0000JG-Dd for bug-guix@gnu.org; Thu, 02 Aug 2018 07:33:04 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1flBqq-0005ey-6b for bug-guix@gnu.org; Thu, 02 Aug 2018 07:33:04 -0400 Sender: "Debbugs-submit" Resent-Message-ID: Received: from eggs.gnu.org ([2001:4830:134:3::10]:44700) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1flBq6-0007MR-1B for bug-guix@gnu.org; Thu, 02 Aug 2018 07:32:18 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1flBq1-000823-4B for bug-guix@gnu.org; Thu, 02 Aug 2018 07:32:18 -0400 Received: from wout1-smtp.messagingengine.com ([64.147.123.24]:42135) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1flBq0-0007yd-L0 for bug-guix@gnu.org; Thu, 02 Aug 2018 07:32:13 -0400 Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.west.internal (Postfix) with ESMTP id A8FD02E2 for ; Thu, 2 Aug 2018 07:32:09 -0400 (EDT) Received: from localhost (95.92-221-151.customer.lyse.net [92.221.151.95]) by mail.messagingengine.com (Postfix) with ESMTPA id A6FF710261 for ; Thu, 2 Aug 2018 07:32:08 -0400 (EDT) List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: "bug-Guix" To: 32347@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----- --==-=-=--