On Tue, Apr 05, 2011 at 06:19:38AM +0200, Guillem Jover wrote: > But then bash only depends on libc and libncurses, which are > pseudo-essential, so if those and the dynamic linker are > non-functional then the system has bigger problems than root not > being able to login. For the unpack case you mention I guess it would > just be a matter of keeping those libraries in the Pre-Depends when > removing it from Essential. That's true for bash, but might not be true for other shells... as long as we're proposing to change this in login, I'd like it to be as robust as we can make it. Also: libncurses is pseudo-essential, but the soname could of course change in the future... unpack new bash without first unpacking libncurses6 (if we suppose we're *not* requiring bash to obey the usable-while-unpacked rule which causes bash to currently pre-depend on its shlib deps), or unpack new essential packages which force *removal* of libncurses5 in favor of libncurses6, thus leaving bash unpacked yet broken, and a trap that catches a failure to load shared libs becomes useful even for bash. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developer http://www.debian.org/ slangasek@ubuntu.com vorlon@debian.org
Attachment:
signature.asc
Description: Digital signature