On Tue, 15 Oct 2019 16:29:31 +0300, Niko Tyni wrote:
> I can come up with three different implementations for perl-xs-dev.
> In order of increasing complexity:
>
> A. have libperl5.30 Provide perl-xs-dev, continue shipping
> /usr/lib/<triplet>/perl/cross-config-5.30.0 there (the path
> could be renamed if desirable)
>
> B. make a real perl-xs-dev package that Depends on libperl5.30, have
> perl Depend on perl-xs-dev (= ${binary:Version}), and possibly move
> /usr/lib/<triplet>/perl/cross-config-5.30.0 there
So currently we have:
- perl 5.30.0-6:
Depends: perl-base (= 5.30.0-6), perl-modules-5.30 (>= 5.30.0-6), libperl5.30 (= 5.30.0-6)
And then we would have:
- perl 5.30.0-n:
Depends: perl-base (= 5.30.0-n), perl-modules-5.30 (>= 5.30.0-n), perl-xs-dev (= 5.30.0-n)
- perl-xs-dev 5.30.0-n:
Depends: libperl5.30 (= 5.30.0-n) # or >= ?
For perl arch:any package (well, for arch:all as well) we currently
just Build-Depend on 'perl'. If I got the dependency changes above
right, that would still be enough, as perl-xs-dev gets pulled in, or
am I missing something? Hm, probably I am, as half of the previous
discussion was about host and build variants of perl-xs-dev. Anyway,
I'm optimistic that we mere packagers will get clear instructions :)
> C. make real perl-xs-dev and real perl-xs-dev-5.30 packages,
> have perl Depend on perl-xs-dev (= ${binary:Version}),
> have perl-xs-dev Depend on perl-xs-dev-5.30,
> have libperl5.30 Depend on perl-xs-dev-5.30,
> and move things required for XS module cross building like the C
> headers and /usr/lib/<triplet>/perl/cross-config-5.30.0 into
> perl-xs-dev-5.30
Ouch, my head :)
> Option A has the downside that once we move to Perl 5.32, a lingering
> libperl5.30 will satisfy build dependencies on perl-xs-dev (host) but not
> work with the build perl. Option B fixes that. Option C optimizes disk
> space for cross builds so they don't have to install the whole libperl5.30
> (host) when they just need the bits in perl-xs-dev-5.30 (host).
> I think we can do A straight away and B soon. C is clearly overkill,
> too complex for its limited benefit.
Makes sense to me.
Cheers,
gregor
--
.''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org
: :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06
`. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
`- NP: Simply Red: Holding Back The Years
Attachment:
signature.asc
Description: Digital Signature