Bug#2834: desect loses state if it can't find a pre-dependancy
Package: dpkg
Version: 1.1.5elf
When dpkg-1.1.5elf is on the disk (from a clean install) and
dpkg-1.1.5aout is on the volume where the .deb files live (say from a
mirror) dpkg fails to install libc4 (if it's on hold like I had it).
That's fine, but when I went to take libc4 off hold dselect forgot
about my nfs mounted partition and I had to redo several preliminary
steps (and it was trial-and-error to determine which steps were
necessary).
Also, there really needs to be a way to back out of deselect's conflict
resolution screen (CRS). Once I picked a package that required some
small package from TeX. Then when I went to unselect it, I ended up in
another CRS with a few more TeX packages, and this process repeated
several annoying times before I selected all the TeX stuff (rather than
unselecting them as I wanted to do) to get back to the main selection
screen where I could deselect them all in one fell swooop (which
worked). I think deselect doesn't follow recursive dependancies, but
when there are some the user ends up in a recursive series of CRS
screens, urrgh.
Overall, I think there are relatively few glitches in the beta trees
now (my biggest problem was floppies getting munged ... and lack of
support for caching IDE controllers - are these beasts supported or did
I build a "weak" kernel?).
--
Christopher J. Fearnley | Linux/Internet Consulting
cjf@netaxs.com | UNIX SIG Leader at PACS
http://www.netaxs.com/~cjf | (Philadelphia Area Computer Society)
ftp://ftp.netaxs.com/people/cjf | Design Science Revolutionary
"Dare to be Naive" -- Bucky Fuller | Explorer in Universe
Reply to: