Your message dated Tue, 11 Sep 2012 22:44:34 +0300
with message-id <[email protected]>
and subject line Re: Bug#593000: dh-make-perl: shadowed newer File::Fetch vs
requiredeps
has caused the Debian Bug report #593000,
regarding dh-make-perl doesn't consider locally installed packages when looking
for modules
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
593000: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=593000
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: dh-make-perl
Version: 0.70-1
Severity: minor
File: /usr/bin/dh-make-perl
I built File::Fetch 0.24 (with dh-make-perl) and installed it as a newer
version than in perl 5.10.1. Then doing dh-make-perl --requiredeps on
Alien::SDL complained that File::Fetch 0.24 was not available.
The Contents.cache created ended up with "perl-modules". As usual this
is with my own apt-file-from-installed, so it's possible it's my own
doing, but the apt-file bit has both libfile-fetch-perl and perl-modules
entries for File/Fetch.pm. I hoped dh-make-perl might notice the former
is a newer version than the latter and prefer that one (or prefer it if
--requiredeps does need newer than in perl itself, etc).
I suspect Alien::SDL is not really suitable for dh-make-perl to build,
so it may not be a good example, but it seems like a general problem.
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.32-5-486
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash
Versions of packages dh-make-perl depends on:
ii debhelper 8.0.0 helper programs for debian/rules
ii dpkg-dev 1.15.8.3 Debian package development tools
ii fakeroot 1.14.4-1 Gives a fake root environment
ii libapt-pkg-perl 0.1.24 Perl interface to libapt-pkg
ii libarray-unique-perl 0.08-1 Tie-able array that allows only un
ii libclass-accessor-perl 0.34-1 Perl module that automatically gen
ii libdpkg-perl 1.15.8.3 Dpkg perl modules
ii libemail-date-format-perl 1.002-1 Module to generate RFC-2822-valid
ii liblist-moreutils-perl 0.25-02-1 Provide the stuff missing in List:
ii libmodule-corelist-perl 2.36-1 module to determine modules shippe
ii libmodule-depends-perl 0.14-3 identify the dependencies of a dis
ii libparse-debcontrol-perl 2.005-2 Easy OO parsing of Debian control-
ii libparse-debianchangelog-perl 1.1.1-2.1 parse Debian changelogs and output
ii libtie-ixhash-perl 1.21-2 ordered associative arrays for Per
ii libwww-mechanize-perl 1.64-1 module to automate interaction wit
ii libyaml-perl 0.71-1 YAML Ain't Markup Language
ii make 3.81-8 An utility for Directing compilati
ii perl 5.10.1-14 Larry Wall's Practical Extraction
ii perl-modules [libmodule-corel 5.10.1-14 Core Perl modules
Versions of packages dh-make-perl recommends:
ii apt-file 2.4.0 search for files within Debian pac
dh-make-perl suggests no packages.
-- no debconf information
--- End Message ---
--- Begin Message ---
Version: 0.75-1
-=| Damyan Ivanov, 21.07.2011 22:59:09 +0300 |=-
> The general problem is that dh-make-perl doesn't consider the
> locally installed packages when seeking to satisfy dependencies. If
> your package is not known to APT, dh-make-perl doesn't see it.
This wasn't entirely true, the problem was that installed modules were
used only if no APT cache information is available, not as an
additional source of information.
This was fixed in commit 98051afd7c20dd9720f793f697cc284868a31c1b by
Dima Kogan, and released in 0.75-1. Closing accordingly.
signature.asc
Description: Digital signature
--- End Message ---
