[Piuparts-devel] Bug#440183: Bug#440183: Bug#440183: piuparts: wrongly complains if processes are running inside chroot
John Wright
jsw at debian.org
Thu Aug 30 17:33:30 UTC 2007
On Thu, Aug 30, 2007 at 06:40:08PM +0300, Lars Wirzenius wrote:
> to, 2007-08-30 kello 15:45 +0200, Lucas Nussbaum kirjoitti:
> > During an upgrade test, in the second chroot (the one used to install
> > the package):
> > - piuparts installs the package to test in etch
> > - piuparts upgrades the chroot
> > - piuparts tests for running processes <-- THIS IS WRONG!
> > - piuparts removes and purges packages
> >
> > Testing for running processes after the upgrade is wrong. If the package
> > is a daemon, or depends on daemons, of course, it will still be running
> > after the upgrade! It should only test for running processes after the
> > purge.
>
> Unless things have changed since I last looked at piuparts in detail,
> which they of course may well have done, it is wrong for any processes
> to exist in the chroot, after a package is installed, since piuparts
> does its best to prevent daemons from starting up at all. Thus, I would
> not classify this as a bug in piuparts.
Yes, piuparts still creates a policy-rc.d file that postinst scripts
ought to obey. However, I cannot reproduce this. (I notice Ana has
already attached a log file, and it looks very similar to the one I
have, so I won't duplicate...)
Usually, this happens when a package's postinst calls
/etc/init.d/<pkg> restart
directly, rather than using invoke-rc.d, but that isn't the case for ud.
Lucas, does this happen for you when you generate a fresh chroot
(run piuparts without -b)?
Thanks,
John
More information about the Piuparts-devel
mailing list