--- Mer 27/6/12, Doug Barton <do...@freebsd.org> ha scritto: ... > > Nope. > > > I would think only the maintainer of the package has > the > > authority to make any request in the lines of being > > bug-for-bug compatible > > You have a seriously wrong idea of "maintainer." The > community owns the software, it's up to the community > to decide how it should work.
You have a serious wrong idea of ownership. No one really owns the code and only few people actually take the time to take care of it. > Historically we have looked at the maintainer as the person > who volunteers to take care of code, not the person who has > the exclusive lock on it. > The maintainer, in this context, doesn't have to be a committer but it has to be someone that spends time fixing bugs or enhancing the code. You might think that because you use the code and are used to certain bug that you depend on that you somehow have a say on how it shall behave in the future but that is simply an illusion. > > and in the case of GNU sort and > > GNU grep they are both unmaintained and replacements > > are welcome. > > Actually both are maintained, it's just that we don't want > to import the new GNU versions. Our forks of such packages are unmaintained. I did the work (TM) of updating GNU sort and no one cared to commit it. Oleg, took as reference the latest upstream sort implementation. > And yes, having BSD versions of these core tools is a > nice goal, but it's not one we should pursue for its own > sake. > Having something that we can maintain is a goal we should pursue for it's own sake. > > Please let's stop being an obstacle towards people > > bringing real progress to FreeBSD! > > In the case of grep, there were a fairly large number of > people who agreed that a BSD grep with orders of magnitude > worse performance than the previous version was not > something we, as a project, were willing to > stomach. Sufficiently such that the default was switched > back. > Performance was an issue and in general it was a good decision that even the coder involved agreed upon. Once the issue is within acceptable limits, and there has been progress on this as I understand, BSD grep will be back. Don't expect BSD grep to support something different than posix behaviour though. > So can we please stop pretending that it's me who's the > problem, and start looking at these things rationally? > How about rationally pointing out your issues with the new BSD sort? Any regression that you want to report? Pedro. _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
