From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?UTF-8?Q?G=C3=A1bor_Boskovits?= Subject: Re: proposal: modularize unpack in gnu build system Date: Mon, 12 Feb 2018 16:12:52 +0100 Message-ID: References: <87po5bi4bx.fsf@elephly.net> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="f403045d99eedc60f90565054f5e" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:34335) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1elFmo-00040C-KG for guix-devel@gnu.org; Mon, 12 Feb 2018 10:12:55 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1elFmn-00036M-Kf for guix-devel@gnu.org; Mon, 12 Feb 2018 10:12:54 -0500 Received: from mail-it0-x230.google.com ([2607:f8b0:4001:c0b::230]:55469) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1elFmn-00035j-Fi for guix-devel@gnu.org; Mon, 12 Feb 2018 10:12:53 -0500 Received: by mail-it0-x230.google.com with SMTP id b66so7014110itd.5 for ; Mon, 12 Feb 2018 07:12:53 -0800 (PST) In-Reply-To: <87po5bi4bx.fsf@elephly.net> List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: "Guix-devel" To: Ricardo Wurmus Cc: Guix-devel --f403045d99eedc60f90565054f5e Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 2018-02-11 22:50 GMT+01:00 Ricardo Wurmus : > > G=C3=A1bor Boskovits writes: > > > It seems, that currently we don't have zip in gnu build system, so that > > ends up in native-inputs, if we need that to unpack the tarball. > > > > It would be nice if gnu-build-system would use the appropriate > compressor, > > and at the same time only depend on the one needed. How could this be > > achieved? > > Why is this necessary? I don=E2=80=99t see a problem with adding =E2=80= =9Cunzip=E2=80=9D to the > native-inputs when it is needed to unpack a zip archive. > > In my opinion this is so easy that I don=E2=80=99t think the slight incre= ase in > convenience would be worth the change. > > You might be right about that. What I feel is that: 1. this is a recurring newbie question on the irc channel, I've seen it already a few times, so support time could be reduced 2. this change could make adding new archive types easier in the future. > -- > Ricardo > > GPG: BCA6 89B6 3655 3801 C3C6 2150 197A 5888 235F ACAC > https://elephly.net > > > --f403045d99eedc60f90565054f5e Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
2018= -02-11 22:50 GMT+01:00 Ricardo Wurmus <rekado@elephly.net>:=

G=C3=A1bor Boskovits <boskovits@g= mail.com> writes:

> It seems, that currently we don't have zip in gnu build system, so= that
> ends up in native-inputs, if we need that to unpack the tarball.
>
> It would be nice if gnu-build-system would use the appropriate compres= sor,
> and at the same time only depend on the one needed. How could this be<= br> > achieved?

Why is this necessary?=C2=A0 I don=E2=80=99t see a problem with addi= ng =E2=80=9Cunzip=E2=80=9D to the
native-inputs when it is needed to unpack a zip archive.

In my opinion this is so easy that I don=E2=80=99t think the slight increas= e in
convenience would be worth the change.

=C2=A0
You might be right about that. What = I feel is that:
1. this is a recurring newbie question on the irc= channel, I've seen it already a few times, so support time could be re= duced
2. this change could make adding new archive types easier i= n the future.
=C2=A0
--
Ricardo

GPG: BCA6 89B6 3655 3801 C3C6=C2=A0 2150 197A 5888 235F ACAC
https:= //elephly.net



--f403045d99eedc60f90565054f5e--