[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Bug#949789: libcdb-file-perl FTCBFS: computes a build architecture ARCHLIB



Control: clone -1 -2
Control: block 949789 with -2
Control: block 949266 with -2
Control: reassign -2 perl
Control: severity -2 wishlist
Control: retitle -2 Please provide a makefile snippet with common variables used during building perl modules


On Mon, 03 Feb 2020 13:55:42 +0200, Niko Tyni wrote:

> Determining vendorarch (ARCHLIB is a bit of a misnomer) in debian/rules
> is unfortunately a somewhat common idiom. My unchecked guess is that
> a few dozen packages in the archive do this. 

39 (grep for 'vendorarch' in debian/rules) in the pkg-perl packages.

> The specific usage in
> libcdb-file-perl (removing a file installed to vendorarch after the
> build) could be circumvented with a wildcard afaics, but I don't think
> that works for the general case.

Ack.
 
> I guess this can't be provided by debhelper perl_* build systems because
> the vendorarch path needs to be available to the top level make and the dh
> subprocesses can't affect that.

Makes sense.
 
> So I'm OK with centralizing this somehow in perl-xs-dev (aka. libperl-dev).

Hm, perl-xs-dev is only needed for arch:any packages but we might
want to add other variables which are (also) used in arch:all
packages as well.

> Not sure about the details yet, like where the .mk snippet should go
> and what else should be included etc. Happy for any suggestions and
> patches. 

I might indeed have suggestions for variables and where to find more
:)

>A wishlist bug against perl might be a good place.

Done. (Hopefully.)
 
> Once this is finalized, the Perl policy could probably use a mention about
> the recommended way of using it around
>   https://www.debian.org/doc/packaging-manuals/perl-policy/ch-perl.html#s-paths
> which currently says
> 
>   These locations, particularly $Config{vendorarch}, may change
>   if necessary[4]. Packages should use $Config{vendorlib} and
>   $Config{vendorarch}, not hardcode the current locations.[5]

Good point. 


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: Ben Weaver: Ocean ain't blue

Attachment: signature.asc
Description: Digital Signature


Reply to: