[PATCH cygport] A patch to add a flag __SKIP_LIST_DEPS_LUA

Achim Gratz Stromeko@nexgo.de
Sun Jan 17 06:59:14 GMT 2021


Lemures Lemniscati via Cygwin-apps writes:
> Alpine linux has multiple versions of lua, also [1].
> And packages names have periods in them when lua-versions are
> specified [2].

I still consider Alpine a special snowflake despite their gains in
container environments since they tend to have their own package splits.

> Among cygwin packages, guile packages have dots in their package names.

Nobody said things were consistent.

> And, I'm wondering about no-dot-in-the-version scheme...  What should we
> do if its version comes to 5.10 or higher (just a hypothecical example).
> It will be lua510-* without dots, but I would feel uneasy for it (just
> in my opinion).

We will cross that bridge when we get there.

> Does it mean that we should have a way to rebase such dynamic objects
> automatically?

Well, the first step is to make sure that packaged and locally installed
stuff stays separate (for Perl this is the distinction between vendor
and site distributions) and set up a sensible precedence order.  Next is
that users might not have admin rights, so there's a separation between
local system and local user to consider (Perl: local::lib).  Once you
have that sorted then yes, you need to think about when and how to do
the rebase of any dynamic objects you are going to produce.  For Perl I
managed to insert an automatic ephemeral rebase, but only for i686 and
packages built with ExtUtils::MakeMaker (so that build tests can
actually work without having to do an extra step).  The local
installations should be taken care of via the autorebase facilities,
although that requires cooperation from the system admin for user
installations.


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Wavetables for the Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#BlofeldUserWavetables


More information about the Cygwin-apps mailing list