Bug#557145: libobject-realize-later-perl: Fails to build from source if directory name isn't exactly the default.

[Len Sorensen]

Package: libobject-realize-later-perl
Version: 0.18-1
Severity: important
Justification: fails to build from source

If you extract the source as libobject-realize-later-perl-0.18-1 rather
than the default libobject-realize-later-perl-0.18, then the package
builds without error but leaves out the modules due to using an incorrect
directory name as a target.

The variable PACKAGE is set in debian/rules using a regex on the current
directory name, which is just insane.  I have found a few perl packages
failing in this way lately, and I only just realized why they build when
I do it manually, but fail when I use sbuild.

It would be much safer and much more sane to get the package name from
debian/control rather than the current directory name.

This works much better:

PACKAGE=`grep Package: debian/control | sed -e "s/.*: *//"`

-- System Information:
Debian Release: 5.0.3
  APT prefers proposed-updates
  APT policy: (500, 'proposed-updates'), (500, 'stable')
Architecture: i386 (x86_64)

Kernel: Linux 2.6.26-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages libobject-realize-later-perl depends on:
ii  perl                     5.10.0-19lenny2 Larry Wall's Practical Extraction 
ii  perl-base [libscalar-lis 5.10.0-19lenny2 minimal Perl system

libobject-realize-later-perl recommends no packages.

libobject-realize-later-perl suggests no packages.

-- no debconf information