[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Packaging problems
From: |
Christian Grothoff |
Subject: |
Re: Packaging problems |
Date: |
Sat, 4 Jun 2022 09:58:55 +0200 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.9.1 |
On 6/4/22 09:43, Schanzenbach, Martin wrote:
>
>
>> On 3. Jun 2022, at 21:44, Christian Grothoff <grothoff@gnunet.org> wrote:
>>
>> Having many packages doesn't usually make it easier for packagers, it just
>> means that now they have to deal with even more sources, and create more
>> package specifications. Moreover, build times go up, as you now need to run
>> configure many times. Worse, you then need to find out in which order to
>> build things, and what are dependencies. It basically makes it worse in all
>> aspects.
>
> Well. I would think this suggests a very badly designed packaging tool.
> Even the extremely old RPM format allows to build once and then make packages
> from any subset of the built binaries.
> That is how our gnunet rpm in the tree works.
Oh, I'm talking about having many TGZ, not about generating multiple
binary packages from one master source. We do that already for the
GNUnet Debian packages for which we have rules in-tree.
Re: Packaging problems, Maxime Devos, 2022/06/02