[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Finding versions of packages
From: |
Ludovic Courtès |
Subject: |
Re: Finding versions of packages |
Date: |
Fri, 18 Dec 2020 16:21:46 +0100 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux) |
Hi,
zimoun <zimon.toutoune@gmail.com> skribis:
> On Tue, 15 Dec 2020 at 12:16, Ludovic Courtès <ludo@gnu.org> wrote:
>
>> However, doing such composition on a per-package basis and as the
>> default way of composing packages is inefficient and, more importantly,
>> the resulting compositions may not work. A package written for Python 2
>> may not work with Python 3, and so on.
>
> About inefficiency, I agree. The number of inferiors should be
> minimized, IMHO.
>
> By “the resulting composition may not work”, you mean that what is
> propagated may be incompatible, right? For example, bytecode or ABI
> incompatibilities.
Yes, all sort of incompatibilities could arise.
The great thing with having all the package definitions in a single tree
is that we know they were tested to work together well (hopefully). If
you start composing packages taken from different revisions, you lose
that guarantee.
Ludo’.
Re: Finding versions of packages (was: [outreachy] Walk through the Git history), zimoun, 2020/12/14