tag 294857 moreinfo -patch thanks On Fri, 17 Nov 2006, Tomas Pospisek wrote: > The important point is *not* that this information absolutely needs > to be displayed 'somewhere'. The point is that it needs to be on the > critical path of the documents that the potential tester *will* > read.
There's no way to do that. It's far more useful for the documentation to be placed in a path that is discoverable by the potential tester, and that non-tester cases are handled appropriately as well. > doesn't make much sense in the context of the original intent, since: > > upgrade-reports - Reports of upgrade problems for stable & testing > > 'only' shows up on a subpage of a subpage of a subpage of > bugs.debian.org and thus is arguably far, far away from the > "critical path" and thus unlikely to be stumbled over by a tester. The bug was reassigned to bugs.debian.org, so I'm attempting to figure out why this was assigned to bugs.debian.org and what would resolve the situtation. Adding a paragraph to the reporting bugs page may reduce the confusion for this class of bugs, but it appears to me that the current verbiage already handles this specific case appropriately without increasing confusion for all other classes of bugs. This is why I suggest adding verbiage to the pseudopackage pages, since it'll be an appropriate location regardless of what is happening. > If someone could say based on fact, whether the little reports on > that page are due to the quality of the coming release/installer or > due to the testers not knowing the 'upgrade-reports' pseudo package, > then we'd have an objective base for the decision on where and if to > include the suggested blurb. Bugs that are missfiled tend to get reassigned pretty quickly, so I really doubt that an inability to find the proper package is the culprit. [Since the current text extols people to ask -user if they have questions, checking those archives will tell you if that would even help.] Don Armstrong -- Do not handicap your children by making their lives easy. -- Robert Heinlein _Time Enough For Love_ p251 http://www.donarmstrong.com http://rzlab.ucr.edu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
