On Tue, 18 Jul 2000, Wichert Akkerman wrote: > Previously Jason Gunthorpe wrote: > > dpkg can access it just fine in all the contexts where a Release file > > can exist (being called from APT basically), the only problem I see is > > that hand installed debs would lack this information - a much smaller > > price to pay than having a proliferation of 'not quite the same' .debs. > > I'm sorry, but I absolutely don't want to end up in a situation where > localle install debs (dpkg -i) lack functionality that an apt-installed > deb has. That is just *wrong*.
*shrug* you'll be seeing that soon enough in other forms, doesn't trouble me much as long as the functionality is very tertiary. If you don't think it is suitable for use with dpkg then I have no problem making an APT status file that contains this information for the bug tools to use. > > People have always wanted Debian to be a base system, we should try to > > help that by keeping hard references to our infrastructure out of the > > archives. > > The bugs-tag(s) tell you who is responsible for a package and where you > can file bugs. Even if Corel or Stormix ship a Debian package, it is > still *our* package and we are responsible for it. So we should also > get the bugreports. That is not at all how a commercial company will see it. They will see an uncontrolled group of 500 people who can be mistaken as their tech support, the first time one of their users don't get a good enough response from us (or better yet, a rude response) they will go ballistic. Can you imagine how badly a corperate image would be hurt if some innocent user thinks they found a bug in, say, X, and gets back a scathing dissertation about their inadaquacies? It is their product, they will want to have quality control over their tech support, that fact that the bug report might eventually might boil down to us doesn't really matter. >From our point of view we really don't need *more* uninformed bug reporting from a wider `desktop' user base, we already get quite alot of bugs that are of questionable quality. The flip side is that people using stormix/corel/debian with 3rd party debs (like the GLX stuff) will still need their bug reports directed away from corel/stormix/debian, and this is not something the companies will really care about. Perhaps the best alternative is for Debian to not use the BTS field at all. Jason