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: Wed, 14 Feb 2018 20:40:32 +0100 Message-ID: References: <87po5bi4bx.fsf@elephly.net> <87o9krsmtu.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="001a11444d1accaa7205653148ca" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:52081) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1em2uz-00035s-8K for guix-devel@gnu.org; Wed, 14 Feb 2018 14:40:38 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1em2uy-0002ua-9K for guix-devel@gnu.org; Wed, 14 Feb 2018 14:40:37 -0500 In-Reply-To: <87o9krsmtu.fsf@gnu.org> 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: =?UTF-8?Q?Ludovic_Court=C3=A8s?= Cc: Guix-devel --001a11444d1accaa7205653148ca Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 2018-02-14 14:49 GMT+01:00 Ludovic Court=C3=A8s : > Hi G=C3=A1bor, > > G=C3=A1bor Boskovits skribis: > > > 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 b= e > >> > 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 in= crease 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= . > > FWIW I pretty much agree with Ricardo here. I understand your concerns, > yet it seems to me that this is a minor annoyance (zip archives for > source code are not that frequent anyway), new archive types for source > code don=E2=80=99t show up that often either, and overall I=E2=80=99m war= y of > =E2=80=9Cover-engineering=E2=80=9D things like this. > > Ok, fine, I take this proposal back. > Ludo=E2=80=99. > --001a11444d1accaa7205653148ca Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
2018= -02-14 14:49 GMT+01:00 Ludovic Court=C3=A8s <ludo@gnu.org>:
=
Hi G=C3=A1bor,

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

> 2018-02-11 22:50 GMT+01:00 Ricardo Wurmus <rekado@elephly.net>:
>
>>
>> G=C3=A1bor Boskovits <bo= skovits@gmail.com> writes:
>>
>> > It seems, that currently we don't have zip in gnu build s= ystem, so that
>> > ends up in native-inputs, if we need that to unpack the tarba= ll.
>> >
>> > It would be nice if gnu-build-system would use the appropriat= e
>> compressor,
>> > and at the same time only depend on the one needed. How could= this be
>> > achieved?
>>
>> Why is this necessary?=C2=A0 I don=E2=80=99t see a problem with ad= ding =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 sligh= t increase 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 se= en it
> already a few times, so support time could be reduced
> 2. this change could make adding new archive types easier in the futur= e.

FWIW I pretty much agree with Ricardo here.=C2=A0 I understand your = concerns,
yet it seems to me that this is a minor annoyance (zip archives for
source code are not that frequent anyway), new archive types for source
code don=E2=80=99t show up that often either, and overall I=E2=80=99m wary = of
=E2=80=9Cover-engineering=E2=80=9D things like this.


Ok, fine, I take this proposal back.
=C2=A0
Ludo=E2=80=99.

--001a11444d1accaa7205653148ca--