On Mon, 2006-12-04 at 22:36 -0500, Bryan J. Smith wrote: > I truly hope the DCC Alliance can do for Debian what Red Hat has done > with Fedora. After all, such an alliance of multiple vendors would be > _better_ than what Fedora can offer from 1 vendor's focus. It's not > that Fedora is perfect. But when it comes to "Executive Decisions" on > Fedora, they are made, and things move forward _now_, not later.
A lot of these seems like meta-discussion. Let me be _more_exact_. How many times have we had the discussion about MTAs? Why sendmail? Why this? Why not that? At some point, you have to pick what you can support, for whatever reasons. E.g., optional sectioning cost real money from Prometric/Vue, and at some point, there has to be a decision made. One of the beautiful things about Debian is the _flexibility_ in kernel, GCC and GLibC -- essential the base ABI/API (Application Binary Interface, Application Programming Interface) in each release. It's also one of the major _issues_ with Debian for industry. The DCC Alliance is standardizing the ABI/API for industry. Many have balked about this, but it's the type of "Executive Decision" I've talked about. With Fedora, despite the flexibility, Red Hat _forces_ the base ABI/API aspects. There will be 1 base ABI/API per release. It gets _specific_ to "get things done." It's not perfect, it's less flexible, and many people don't like the limitations. But for _most_ of the community _and_ all of the industry, it works and allows consistent releases in a timely manner that are well integration-tested. That was my analogy, in a nutshell. And I hope we seem more moves like the DCC Alliance is making on Debian. If anything, I probably should have just used pre-DCC Alliance Debian versus DCC Alliance Debian, instead of introducing Red Hat Fedora. That might have been a better move, without all the "brand name loyalty" emotions. -- Bryan J. Smith Professional, Technical Annoyance mailto:[EMAIL PROTECTED] http://thebs413.blogspot.com -------------------------------------------------------- Fission Power: An Inconvenient Solution _______________________________________________ lpi-discuss mailing list [email protected] http://list.lpi.org/cgi-bin/mailman/listinfo/lpi-discuss
