On Sun, 22 Oct 2006, Santiago Vila wrote: > On Sun, 22 Oct 2006, Don Armstrong wrote: > > tag 278538 moreinfo > > thanks > > > > Before another pseudopackage is added to the BTS for stuff like this, > > there should be a list of bugs in general for which the pseudopackage > > is appropriate using usertags, and a set of circumstances where the > > pseudopackage is proposed to be used for. > > You are assuming that there are already bugs in general regarding > this which should be usertagged.
If they're aren't bugs existing to which you would reassign to a packages.debian.org virtual package, then what are we talking about here? > I think that assumption is wrong, as it is also possible that people > do not even report things against packages.debian.org just because > there is not a packages.debian.org virtual package to begin with. In order for there actually to be a virtual package, the people who are actually going to use the virtual package (IE, those who maintain packages.debian.org) need to come forward and say that they're going to use it, and (if they expect me to create it) demonstrate that they're going to use it. Otherwise, creating it is pointless (or worse, because bug reporters would then expect someone to deal with the bugs, which isn't going to happen.) > Following the example which started this bug, if I see a bug in > packages.debian.org, I don't want to report it against "general" to > be later reassigned or tagged, or anything like that. If there's no package existing, or you're not sure where to assign a bug to, general is the appropriate virtual package. It's not the BTS administrator's place to determine how different teams want to organize their workflow. Don Armstrong -- Personally, I think my choice in the mostest-superlative-computer wars has to be the HP-48 series of calculators. They'll run almost anything. And if they can't, while I'll just plug a Linux box into the serial port and load up the HP-48 VT-100 emulator. -- Jeff Dege, [EMAIL PROTECTED] http://www.donarmstrong.com http://rzlab.ucr.edu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
