On Wed, 03 Oct 2007, Ian Jackson wrote: > To make the existing interface to bugs.debian.org unambiguous the > following rule is needed: > > If there are a source package and a binary package with the same > name then > (a) that binary package must be generated from the > identically-named source > and > (b) the generated binary package version number must be the > same as the generating source package version number
Assuming we know the binary,version,architecture tuple, we can [and do, or at least, we should ;-)] map uniquely to a specific source package and source package version as far as versioning is concerned. The actual assignment of bugs to binary packages and source packages itself is a bit loose, but that doesn't affect the presence/absense of a bug in a particular source package, only the results returned on particular binary package and source package pages. The above needs to be tightened up some more, but isn't (in my mind, anyway) a reason to change policy. > The existing standard behaviour of bugs.debian.org, one of our key > pieces of infrastructure, requires the rule above. If you currently > say > > Package: qd > Version: <something> > > then the BTS may or may not send the mail to the right place. It'll most likely send it to too many places currently; about the only case where it really does things wrong is when you have source package A which builds binB on arch foo, where source package C builds binB on arch bar. In that case it sends mail to the last package listed in the sources index, which is wrong, and should be fixed. The right way is for reporting tools to report the architecture as well as the version, and in cases where the version/architecture isn't reported, map to the source package which is currently in unstable for that binary package in the i386 architecture. [But I have to double check that everything works properly in the BTS before I harass Chris Lawrence and the other bug reporting package maintainers.] Don Armstrong -- Frankly, if ignoring inane opinions and noisy people and not flaming them to crisp is bad behaviour, I have not yet achieved a state of nirvana. -- Manoj Srivastava in [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]
