Your message dated Tue, 12 Sep 2006 01:17:01 -0600
with message-id <[EMAIL PROTECTED]>
and subject line impossible bug
has caused the attached Bug report 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 I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--- Begin Message ---
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
[EMAIL PROTECTED] | 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
--- End Message ---
--- Begin Message ---
Hi,
The gist of this bug is that dselect forgot how it should access the
archive when a package was taken off "hold."
However, that does not appear to be possible because the access
information is written to disk immediately (see: urq_setup(void) in
method.cc and writecurrentopt() in methparse.cc) then only read
(originally noted in
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=2834;msg=32) from disk
as part of the Access, Update and Install codepaths[1]. IOW, no code in
the Select codepath can affect archive access details.
Factor in the submitters claim that, "there are relatively few glitches
in the beta trees [of ten+ years ago!]" closing this bug seems
appropriate.
- Bruce
[1] see:
methparse.cc:readmethods()
method.cc:ensureoptions() and its users
--- End Message ---