On Sun, Nov 10, 2013 at 02:23:49PM +0100, Andreas Beckmann wrote: > Preparing to replace libpdl-io-hdf5-perl 0.63-3 (using > .../libpdl-io-hdf5-perl_0.63-3+b1_amd64.deb) ... > Unpacking replacement libpdl-io-hdf5-perl ...
This binary-NMU seems to be broken: the dependency-field is empty, but should depend on the particular pdlapi virtual package. When looking at http://packages.debian.org/unstable/libpdl-io-hdf5-perl , the binary-nmu'd package is empty (except for the documentation) for all architectures. I will look into this as soon as the new PDL package works correctly on all architectures. > Preparing to replace perl-base 5.14.2-21+deb7u1 (using > .../perl-base_5.18.1-4_amd64.deb) ... > Unpacking replacement perl-base ... > Processing triggers for pdl ... > dpkg: error processing pdl (--unpack): > subprocess installed post-installation script returned error exit status 2 > Errors were encountered while processing: > pdl > > At this point the old pdl (built against perl 5.14) is still installed, > but is no longer runnable, so the trigger fails. > > This could be a known dpkg problem (running a trigger for a package that is > not properly configured), but this needs to be worked around as the dpkg > in wheezy is not going to be fixed. > > Maybe adding libpdl-io-hdf5-perl: Breaks: pdl (<< 1:2.007) helps > (as long as this version does not go into backports at some point) problem is unrelated to libpdl-io-hdf5-perl, as the binNMU'd package is empty and has apparently empty dependencies. In your log, it seems like perl-base is not configured while pdl is updated. perl-base is "Essential: yes", so this seems a bit strange to me. Will play around with upgrades as soon as possible... -- c u henning -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
