Thomas Hood writes: > If they were submitted to the BTS then that would just create more work > for the Debian maintainer as well as for the Ubuntu maintainer, since the > former would have to tag the report and ensure it gets closed on the next > upload, etc.
That's exactly how I want to handle my packages. If I ever get around to looking at the Ubuntu stuff and find anything relevant (I don't know if they use any of my packages) I'll just put them in the BTS myself anyway. > However, to perform this breakdown would be for Ubuntu developers to make > judgments about what is suitable for Debian, and I am sure that such > judgments would provoke negative reactions from Debian developers. Why? Don't we expect users to decide which of their local changes are suitable for Debian? I sometimes make local changes to Debian packages. Sometimes I send patches to the BTS and sometimes I decide that the change is only relevant to my local situation. Should I instead put them all up on a Web site and expect the maintainers to sort through them? I think of Ubuntu as just another (large) user. If they don't feel like filing bugs that's fine: it costs me nothing for them to use my work (if they indeed do). However, I can't see how putting up patches on a Web site is better than (or even as good as) filing bug reports. > So I think that it is up to Debian maintainers to review the Ubuntu > patches from time to time and to backport what appears to be suitable for > Debian. Again, why should Ubuntu's patches be handled any differently than those of other users? > I agree that it would be nice if Ubuntu developers tried to get their > changes into sid. It is certainly not their responsibility to do so, but > in my experience Ubuntu developers have been very cooperative when they > have been approached. So I don't see a big problem. I don't either. After all, most users don't file bug reports, and Ubuntu is (in my view), a user. It would be nice to have their feedback since it is likely to be useful and of high quality, but we can live without it. -- John Hasler -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
