Re: proposal: modularize unpack in gnu build system

[Gábor Boskovits]

2018-02-14 14:49 GMT+01:00 Ludovic Courtès <address@hidden>:

Hi Gábor,

Gábor Boskovits <address@hidden> skribis:

> 2018-02-11 22:50 GMT+01:00 Ricardo Wurmus <address@hidden>:
>
>>
>> Gábor Boskovits <address@hidden> 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’t see a problem with adding “unzip” to the
>> native-inputs when it is needed to unpack a zip archive.
>>
>> In my opinion this is so easy that I don’t think the slight 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 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’t show up that often either, and overall I’m wary of
“over-engineering” things like this.

Ok, fine, I take this proposal back.

 

Ludo’.