[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#22550: marked as done ([dpkgpm] Packages are left in an unconfigured state for a long time when installing many packages)

Your message dated Fri, 14 Aug 2015 21:04:24 +0200
with message-id <20150814190424.GA7237@crossbow>
and subject line Re: apt-get upgrade could configure packages earlier
has caused the Debian Bug report #22550,
regarding [dpkgpm] Packages are left in an unconfigured state for a long time when installing many packages
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 owner@bugs.debian.org
immediately.)


-- 
22550: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=22550
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: apt
Version: 0.0.11
Severity: wishlist

I've just upgraded a lot of packages (~100) on my system using 
apt-get upgrade. As it was doing this I noticed that it has a tendency
to unpack lots of the packages first and then configure them all
in a bunch at the end. This means that various parts of the system
are more or less unusable for the duration of the upgrade, because,
for example, netstd is unpacked but not configured, and therefore
inetd isn't running.

It would be nice if apt-get tried to minimise the number of packages
that are in the unpacked but not configured state, so that the
machine is generally usable whilst an upgrade is in progress.

Peter Maydell

--- End Message ---
--- Begin Message --- 
Version: 0.9.0

Hi,

On Sun, May 17, 1998 at 09:06:19PM +0200, Peter Maydell wrote:
> It would be nice if apt-get tried to minimise the number of packages
> that are in the unpacked but not configured state, so that the
> machine is generally usable whilst an upgrade is in progress.

I am bugtriaging at DebConf15 and beside all the old cruft I am "happy"
I stumble about such an old bugreport… because I can actually close it!

You see, it is as noted in the buglog already kinda against the design
of APT to do this as this leads to upgrades taking a LOT longer.  And
even if you do it, you can never be sure that everything will always
work as however small, there is always a window in which it doesn't
work. Also, thanks do 'dependency hell' a minimised number can still be
hundreds of packages, so I wouldn't expect miracles.

All that said we actually have an option nowadays which tries to do what
you want with the wonderful name:  APT::Immediate-Configure-All.

So, closing a feature request from apt year one as done. :D


Best regards

David Kalnischkies

Attachment: signature.asc
Description: Digital signature


--- End Message ---
Reply to: