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