On Sun, Feb 01, 2004 at 09:00:36AM +0100, Michael Zehrer wrote: >These two packages are now in cvs and maybe ready to upload, see: >https://alioth.debian.org/tracker/index.php?func=detail&aid=300409&group_id=1396&atid=410644 > >libastro-fits-cfitsio-perl gives this lintian warning: > >W: libastro-fits-cfitsio-perl: >package-installs-nonbinary-perl-in-usr-lib-perl5 >usr/lib/perl5/Astro/FITS/CFITSIO.pm >N: >N: Architecture-independent Perl code should be placed in >N: /usr/share/perl5, not /usr/lib/perl5. >N: > >How to handle this? Is this really architecture-independent?
This is probably related to lintian bug #199898. XS modules have one or more perl modules which are used to bootstrap (via DynaLoader or XSLoader) the compiled code and often to provide a richer interface to the underlying library. Such modules should be installed under /usr/lib, alongside the binary objects. A rule of thumb is: if your module installs <Module>.so under /usr/lib/perl5, then <Module>.pm should also be installed there. More simply: for modules which use MakeMaker, following the instructions given in Perl Policy* should yeild the correct result (barring convolutions in Makefile.PL). * /usr/share/doc/debian-policy/perl-policy.txt.gz --bod -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
