Re: replacing GNATS?
thanks for the link. although this wasn't the interview i was referring to the announcement is great news. i don't quite understand though why there's the need to create a completely new bug tracking system. is this due to technical issues or rather a matter of not wanting to use what all the others are using? or to be more precise: a matter of pride. quite often i've been thinking: dealing with freebsd in general could be so much easier if somebody just said: alright! this is the way to go! a lot of problems aren't really taken take of, but people talk about it for ages not wanting to let go of ancient software e.g. the freebsd mailman archive is a mess basically. searching within it either returns useless results or doesn't work at all. plus the index leaves out certain months or even years. there are so many good ways of having a clean modern mailing list archive interface. or another example: patches which haven't been tested enough to make it into HEAD. they end up either on somebody's personal site in freebsd.org/~username or what's even worse end up in perforce which is a nasty piece of software imo. or take bug reports in general. everybody's concentrating on adding new features to HEAD or participates in endless discussions about some unimportant technical stuff where basically everybody tries to show off their tech knowledge. there are PR reports with patches included which solve critical and sometimes ancient bugs, but nobody's taking care of them. i know people who've been trying to use freebsd since 4.X, but were unable due to a panic which has been analysed and patched. the patch however never made it into the repository, because nobody seems to care. it's no big secret that submitting bug reports is basically a waste of time. if you have a patch for a problem and want to get it committed into HEAD or STABLE you have to get in contact with somebody who has write access to svn. just my 2 cents. ;) alex Glen Barber schrieb am 2009-07-28: On Mon, Jul 27, 2009 at 7:31 PM, Alexander Bestalexbes...@math.uni-muenster.de wrote: i remember reading an interview with a fbsd maintainer where he stated that nobody's happy with the old GNATS bug tracking system, but since it works they're keeping it. why not move to bugzilla or another bug tracking system? most of them come with GNATS_2_* scripts. switching from cvs to svn (except ports) worked pretty well so why not continue in that fashion? Hi, Alexander I don't know if this is what you were referencing about the interview, but there was a funded project announcement in June about this: http://lists.freebsd.org/pipermail/freebsd-announce/2009-June/001261.html Just in case that's not what you're referring to. Cheers. (Disclaimer: No, I am not justifying GNATS over Bugzilla, cvs over svn, etc, etc. It was unclear to me if you were referring to the same 'interview', and I thought I would provide a link.) ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: replacing GNATS?
Hi, Alexander Please note that as I am replying to your questions, I am in no position to do so. I do not (nor do I wish to appear to) represent the FreeBSD project in the respect your questions are asked. On Tue, Jul 28, 2009 at 5:07 AM, Alexander Bestalexbes...@math.uni-muenster.de wrote: thanks for the link. although this wasn't the interview i was referring to the announcement is great news. i don't quite understand though why there's the need to create a completely new bug tracking system. is this due to technical issues or rather a matter of not wanting to use what all the others are using? or to be more precise: a matter of pride. I doubt it is a matter of pride, but more technical reasons. The bug tracking system for the FreeBSD project needs to be very specific -- who has what PR, which PRs are untouched, which PR was resolved by which SVN commit, etc, etc. This is in addition to the 'separation' of the bugs -- networking, kernel, documentation, ports, and so on. quite often i've been thinking: dealing with freebsd in general could be so much easier if somebody just said: alright! this is the way to go! a lot of problems aren't really taken take of, but people talk about it for ages not wanting to let go of ancient software e.g. In a BSDTalk podcast interviewing a few of the core team members, this topic was brought up, and explained in some detail [1]. The situation mentioned was the conversion from cvs to subversion, and how a change like that, as easy as it may sound on paper, really is not a matter of a simple code repository conversion -- there were a lot of things to consider. As I previously mentioned, I do not attempt to represent anyone in the decision making process for the project, but I think it is a safe assumption that these same considerations need to be taken into account for other major changes. [snip] or take bug reports in general. everybody's concentrating on adding new features to HEAD or participates in endless discussions about some unimportant technical stuff where basically everybody tries to show off their tech knowledge. You sound like you're getting off topic to your own thread here... there are PR reports with patches included which solve critical and sometimes ancient bugs, but nobody's taking care of them. i know people who've been trying to use freebsd since 4.X, but were unable due to a panic which has been analysed and patched. the patch however never made it into the repository, because nobody seems to care. Could you provide some examples? it's no big secret that submitting bug reports is basically a waste of time. How so? if you have a patch for a problem and want to get it committed into HEAD or STABLE you have to get in contact with somebody who has write access to svn. Isn't that where filing a PR comes in? [1] - http://bsdtalk.blogspot.com/2009/05/bsdtalk173-few-freebsd-core-team.html -- Glen Barber ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: replacing GNATS?
In a BSDTalk podcast interviewing a few of the core team members, this topic was brought up, and explained in some detail [1]. The situation [1] - http://bsdtalk.blogspot.com/2009/05/bsdtalk173-few-freebsd-core-team.html The wrong podcast was referenced. The correct one is: http://cisx1.uma.maine.edu/~wbackman/bsdtalk/bsdtalk164.mp3 -- Glen Barber ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
replacing GNATS?
i remember reading an interview with a fbsd maintainer where he stated that nobody's happy with the old GNATS bug tracking system, but since it works they're keeping it. why not move to bugzilla or another bug tracking system? most of them come with GNATS_2_* scripts. switching from cvs to svn (except ports) worked pretty well so why not continue in that fashion? cheers. alex ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: replacing GNATS?
On Mon, Jul 27, 2009 at 7:31 PM, Alexander Bestalexbes...@math.uni-muenster.de wrote: i remember reading an interview with a fbsd maintainer where he stated that nobody's happy with the old GNATS bug tracking system, but since it works they're keeping it. why not move to bugzilla or another bug tracking system? most of them come with GNATS_2_* scripts. switching from cvs to svn (except ports) worked pretty well so why not continue in that fashion? Hi, Alexander I don't know if this is what you were referencing about the interview, but there was a funded project announcement in June about this: http://lists.freebsd.org/pipermail/freebsd-announce/2009-June/001261.html Just in case that's not what you're referring to. Cheers. (Disclaimer: No, I am not justifying GNATS over Bugzilla, cvs over svn, etc, etc. It was unclear to me if you were referring to the same 'interview', and I thought I would provide a link.) -- Glen Barber ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org