Bug#708831: upgrade-reports: [sid->sid] left system barely unusable (manually fixed with dpkg --install)
reassign 708831 python
retitle 708831 dh_python should not assume that pyclean works
thanks
On Sun, May 19, 2013 at 05:34:31PM +0200, Aurelien Jarno wrote:
> On Sun, May 19, 2013 at 05:15:35PM +0200, David Kalnischkies wrote:
> > Hi,
> >
> > The dpkg/status file before the upgrade could be helpful for reproducing.
> > You can (hopefully) find it in /var/backup/
> >
> > Helpful config options (I case someone wants to try)
> > -o dir::state::status=./dpkg/status
> > -o debug::pkgdpkgpm=true # displays dpkg calls rather than executing them
> > -o debug::pkgorderlist=true # first stage order choices
> > -o debug::pkgpackagemanager=true # second (and final) stage order choices
> >
> > On Sun, May 19, 2013 at 3:50 PM, Aurelien Jarno <aurelien@aurel32.net> wrote:
> > >> /usr/bin/python: /lib/i386-linux-gnu/i686/cmov/libc.so.6: version
> > >> `GLIBC_2.15' not found (required by /usr/bin/python)
> > >> /usr/bin/python: /lib/i386-linux-gnu/i686/cmov/libc.so.6: version
> > >> `GLIBC_2.16' not found (required by /usr/bin/python)
> > >> dpkg: warning: subprocess old pre-removal script returned error exit
> > >> status 1
> >
> > While APT usually avoids it, its actually fine to have dependencies not
> > satisfied for half-installed packages and prerm scripts do only give you
> > the guarantee that your dependencies will be at least half-installed.
> >
> > In the case of debconf, we don't even have a dependency on python,
> > so its even more fine to choose this order for unpack.
>
> I don't think that debconf is relevant there. The problem is that the
> new python needs a new libc6 package, and thus if it is unpacked before
> libc6, it doesn't work anymore. This means that every python script on
> the system will fail (being called from a maintainer script or not),
> until the dependency is satisfied again.
>
> >
> > I haven't had the time yet to debug why APT is choosing this route
> > (and as said, dpkg/status file would help), but while this might not be
> > ideal its not a bug in APT.
>
> I really thought if a package A depends on package B, B has to be
> unpacked before A is unpacked. Otherwise it means that for example if
> the package dash starts to depend on a new libc6 version, while it is
> unpacked before this new version, all maintainer scripts written in
> shell will fail.
>
So it seems that packages from the essential set have a pre-depends
exactly for that.
This means the bug is in dh_python, which should not assume that pyclean
works, even if the script exists. Reassigning.
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurelien@aurel32.net http://www.aurel32.net
Reply to: