Re: Rationale for package removals?
Martin Stricker <[email protected]>
| Newsgroups | gmane.linux.redhat.release.limbo |
|---|---|
| Organization | http://martin-stricker.de/ http://www.surfo.net/ http://www.masterportal24.com/cgi-bin/YaBB.cgi |
| Message-ID | <[email protected]> |
"Mike A. Harris" wrote: > Why remove xf86cfg? Because if redhat-config-xfree86 does NOT > work, I want people to file bug reports about it, so that it can > be fixed. I want to know what features that people would like to > see added to it. I _DONT_ want people to just go "oh well, > redhat-config-xfree86 didn't work for me, I'll just try xf86cfg" > because then bugs never get known or fixed. While I understand your reasons, I strongly disagree. Removing concurrent software to get a new one fixed is *bad*. To quote my favoured physician (from Star Trek IV): "Sounds like the goddamn Spanish Inquisition!" Now that would explain that unexpected header of yours... ;-)))) > In order to make things not ugly, and not suck, we need people to > use the new stuff, test it, and report bugs. Then we can work > hard on improving the modern tools to do what people want, look > nice, and also (hopefully) not suck. I prefer to use software only *if it works*, at least on my production machines. Beta testing is fun, but a release must be a *stable* release, not a public beta test! (like that other "OS"... ;-)) ) Best regards, Martin -- Homepage: http://www.martin-stricker.de/ Linux Migration Project: http://www.linux-migration.org/ Red Hat Linux 7.3 for low memory: http://www.rule-project.org/ Registered Linux user #210635: http://counter.li.org/