Bug#556786: dpkg-shlibdeps: Can't call method epoch on an undefined value
On Wed, 18 Nov 2009, Raphael Hertzog wrote: On Tue, 17 Nov 2009, Michael Biebl wrote: since the update of dpkg-dev from 1.15.4 to 1.15.5, my packages fail to build with the following message: Can't call method epoch on an undefined value at /usr/share/perl5/Dpkg/Version.pm line 132. dh_shlibdeps: dpkg-shlibdeps returned exit code 2 Marking as grave as I'm now unable to build any packages. Care to give some examples at least? It has been working for me with my own packages at least... I tried with rsyslog and it worked. Ok, reproduced with tracker. Looking up what's going on. My bet is that it fails when it encounters a specific symbol file with a possibly invalid version. It doesn't seem to be the case. It fails doing $dependencies{$cur_field}{$subdep} eq '' when the first arg is a Dpkg::Version object and not a string. So it's definitely an RC bug. Cheers, -- Raphaël Hertzog -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#556786: dpkg-shlibdeps: Can't call method epoch on an undefined value
On Wed, 18 Nov 2009, Raphael Hertzog wrote: It doesn't seem to be the case. It fails doing $dependencies{$cur_field}{$subdep} eq '' when the first arg is a Dpkg::Version object and not a string. So it's definitely an RC bug. But it affects only packages build-depending on packages with symbols files having a * Build-Depends-Package: in their symbols files (like libgtk2.0-0). That's the way Dpkg::Version objects are introduced into the mix whereas otherwise all the work is done with scalars... I have pushed a fix in the sid branch of the dpkg git repo. I would be glad if you could test it before I upload. Cheers, -- Raphaël Hertzog -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#556786: dpkg-shlibdeps: Can't call method epoch on an undefined value
Raphael Hertzog wrote: On Wed, 18 Nov 2009, Raphael Hertzog wrote: It doesn't seem to be the case. It fails doing $dependencies{$cur_field}{$subdep} eq '' when the first arg is a Dpkg::Version object and not a string. So it's definitely an RC bug. But it affects only packages build-depending on packages with symbols files having a * Build-Depends-Package: in their symbols files (like libgtk2.0-0). That's the way Dpkg::Version objects are introduced into the mix whereas otherwise all the work is done with scalars... I have pushed a fix in the sid branch of the dpkg git repo. I would be glad if you could test it before I upload. Hi Raphael, thanks for the quick reaction. Seems you already uploaded the new dpkg but nevertheless it seems to fix the problems I had. Thanks, Michael signature.asc Description: OpenPGP digital signature
Bug#556786: dpkg-shlibdeps: Can't call method epoch on an undefined value
Package: dpkg-dev Version: 1.15.5.1 Severity: grave Justification: renders package unusable Hi, since the update of dpkg-dev from 1.15.4 to 1.15.5, my packages fail to build with the following message: Can't call method epoch on an undefined value at /usr/share/perl5/Dpkg/Version.pm line 132. dh_shlibdeps: dpkg-shlibdeps returned exit code 2 Marking as grave as I'm now unable to build any packages. Cheers, Michael -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-rc7 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dpkg-dev depends on: ii base-files5.0.0 Debian base system miscellaneous f ii binutils 2.20-4 The GNU assembler, linker and bina ii bzip2 1.0.5-3high-quality block-sorting file co ii dpkg 1.15.4.1 Debian package management system ii libtimedate-perl 1.1900-1 Time and date functions for Perl ii lzma 4.43-14Compression method of 7z format in ii make 3.81-7 An utility for Directing compilati ii patch 2.5.9-5Apply a diff file to an original ii perl [perl5] 5.10.1-7 Larry Wall's Practical Extraction ii perl-modules 5.10.1-7 Core Perl modules ii xz-utils 4.999.9beta+20091016-1 XZ-format compression utilities Versions of packages dpkg-dev recommends: ii build-essential 11.4 Informational list of build-essent ii fakeroot 1.14.4-1 Gives a fake root environment ii gcc [c-compiler] 4:4.3.4-1 The GNU C compiler ii gcc-4.3 [c-compiler] 4.3.4-6The GNU C compiler ii gnupg 1.4.10-2 GNU privacy guard - a free PGP rep ii gpgv 1.4.10-2 GNU privacy guard - signature veri Versions of packages dpkg-dev suggests: ii debian-keyring [debian-mainta 2009.11.04 GnuPG (and obsolete PGP) keys of D -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#556786: dpkg-shlibdeps: Can't call method epoch on an undefined value
On Tue, 17 Nov 2009, Michael Biebl wrote: since the update of dpkg-dev from 1.15.4 to 1.15.5, my packages fail to build with the following message: Can't call method epoch on an undefined value at /usr/share/perl5/Dpkg/Version.pm line 132. dh_shlibdeps: dpkg-shlibdeps returned exit code 2 Marking as grave as I'm now unable to build any packages. Care to give some examples at least? It has been working for me with my own packages at least... I tried with rsyslog and it worked. My bet is that it fails when it encounters a specific symbol file with a possibly invalid version. Please run dpkg-shlibdeps with -v -v to help pinpoint where it fails. Cheers, -- Raphaël Hertzog -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org