On Thu, Nov 01, 2007 at 09:39:14AM +0900, Junichi Uekawa wrote: > At Wed, 31 Oct 2007 20:14:54 +0200, > Antti-Juhani Kaijanaho wrote: > > > > On Wed, Oct 31, 2007 at 11:42:01PM +0900, Junichi Uekawa wrote: > > > You have not attached the exact information, so it's hard to tell. > > > > What information is missing? > > I'm assuming that 'Apt-listbugs says #446891 is "done in the latest > versions"' means, for example, #448406 for apt: > > serious bugs of apt (0.7.8 -> ) <done> > #448406 - tries to use pselect without checking for ENOSYS (Fixed: apt/0.7.9) > grave bugs of apt (0.7.8 -> ) <pending> > #445269 - apt: crash on every operation > Summary: > apt(2 bugs) > > > It is 'done' from the developer perspective and Debian perspective, > but not fixed in the version user is installing. > > > > Is this what you see?
That's what the default screen shows, yes. The "w" option launches a web browser, and the page opened there talks literally about "done in the latest versions". It was a direct quote, not something I came up with myself. > So, what would be more useful? I am assuming that changing the > expression or explanation might help here. I agree it might be > confusing. Do you have suggestions on the wording? Since the categorisation is apparently not based on version information, the w option result should not talk about "the latest versions" :) The key reason I go look at the bug logs from apt-listbugs is to determine if the bug actually applies to the version that I am installing[*]. I've learned not to trust the <done> (or "done in the latest versions") information, and as such it is useless and potentially confusing information. [*] I also look to determine if I care about that bug, but that's not relevant here. It would be nice if the categorisation was actually based on the version information that BTS nowadays provides, in the sense that if the version being installed is green in the BTS version graph green, the bug is "done" (or "fixed"?) for that version, and if it is red, it is not "done". Obviously, you can't programmatically look at the picture, but I assume that same information is exported in some machine-parseable form as well. Or you could just not show bugs that are done in the version being installed. What you say below leads me to believe you're already doing that, but it isn't obvious to me from the apt-listbugs output. > My impression is that 'done / pending / forwarded' state usually doesn't > really matter from apt-listbugs user perspective, because the user > only cares if the bug is fixed in the version the user is installing. Agreed. > apt-listbugs only shows the bugs which the BTS thinks is relevant to > the version being installed. Ok, then the "<done>" (or "done in the latest versions") note is just confusing. What use is it to the user? -- Antti-Juhani Kaijanaho, Jyväskylä, Finland http://antti-juhani.kaijanaho.fi/newblog/ http://www.flickr.com/photos/antti-juhani/
