Re: Building a clean debian perl package

[Bob Wilkinson <bob@fourtheye.org>]

On Wed, Jan 30, 2008 at 12:38:58AM +0200, Damyan Ivanov wrote:
> -=| Bob Wilkinson, Tue, Jan 29, 2008 at 08:00:23PM +0000 |=-
> > On Mon, Jan 28, 2008 at 12:58:33PM +0200, Damyan Ivanov wrote:
> > > 
> > > I wanted to try this myself, bug the version from CPAN (0.05) seems to
> > > use rather non-standard layout and dh-make-perl can't handle it:
> > > 
> > > $ tar tzf Audio-Gramofile-0.05.tar.gz
> > > Audio/
> > > Audio/Gramofile/
> > > Audio/Gramofile/Gramofile.pm

snip

> 

Hi Damyan

> I hope you're better now.

The antibiotics slow me down, but should be on the mend soon...

> >   The latest is at :
> > 
> >   https://sourceforge.net/project/showfiles.php?group_id=76091&package_id=78154&release_id=572424
> > 
> >   I am interested to read more about my "non-standard" layout.
> 
> Well, see for yourself. Run "perl Makefile.PL", then "make dist", then
> "tar tzf *.tar.gz". The archive created by "make dist" is the "standard"
> one.

Ah, thank you for that - I guess that was the step I was missing.

> (it creates Audio-Gramofile-0.06.tar.gz here, which suggests there is a
> version mismatch somewhere)

Mmm - mea culpa - forgot to update the top level module's version -
now fixed.

> Building this failed here with:
> 
> /usr/bin/perl Makefile.PL INSTALLDIRS=vendor
> Checking if your kit is complete...
> Looks good
> Note (probably harmless): No library found for -lgramofile
> Writing Makefile for Audio::Gramofile
> ...
> PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e"
> "test_harness(0, 'blib/lib', 'blib/arch')" t/*.t
> t/1....Can't load
> '/tmp/buildd/libaudio-gramofile-perl-0.06/blib/arch/auto/Audio/Gramofile/Gramofile.so'
> for module Audio::Gramofile:
> /tmp/buildd/libaudio-gramofile-perl-0.06/blib/arch/auto/Audio/Gramofile/Gramofile.so:
> undefined symbol: signproc_main at /usr/lib/perl/5.8/DynaLoader.pm line
> 225.
>  at t/1.t line 9
> 
> Perhaps there is some dependency missing, but META.yml does not contain
> any

There is a dependency on a library written in C - which as far as I
can see, does not fit in to META.yml? I took a look at XML::LibXML
which a similar dependency (i.e. it depends upon -lxml2 being there)
and that module uses some hackery inside Makefile.PL to establish
that the library exists. I will use similar logic within my
Makefile.PL.

> I hope this helps

Ever so much!

> dam            JabberID: dam@jabber.minus273.org

Bob