Re: Demonizing generic Linux issues as Fedora Core-only issues -- WAS: Hi, Bryan

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]



From: Les Mikesell <lesmikesell@xxxxxxxxx>
> I'm still wondering about that... If anyone except Linus himself
> even suggested that changing kernel interfaces in a way that would
> break device drivers was a good thing, I can't imagine the reaction.
> I could see that the changes through 2.4 were improving things, but
> is there anything that is measurably better in 2.6 (at least compared
> to the RH-patched 2.4)?  I've been too busy trying to make some
> firewire drives work as well as they did on FC1 to notice any other
> changes.

Agreed.  But even Red Hat stands on the shoulders of Linus and the
kernel developers.  No matter how many people Red Hat puts on the
kernel, there are still things outside of Red Hat's control.

If you don't like what does or doesn't go into RHEL/CentOS, then you
need to get involved with Fedora Core and make a case of what should.
And one way to do that is to donate time.  Because if it's not proven
in Fedora Core to Red Hat's tastes, it doesn't go into RHEL/CentOS.

So the most effective way you can influence RHEL, and therefore
CentOS, is to get involved with Fedora Core.  Red Hat is _not_ going
to "force" something that it can't get to work with Fedora Core into
RHEL arbitrarily.  So if you don't see something in RHEL/CentOS as
standard, you need to see why it didn't make it into Fedora Core.

Once again, I will remind people that several people here _are_ indeed
complaining about what doesn't come with RHEL, and not aware that
it _does_:  
A)  Not work in Fedora Core, and failure after failure keeps it out
B)  And is, subsequently, not going into RHEL where SLAs are involved
C)  Does _not_ come with pretty much _all_ other, similar distros

Red Hat Enterprise Linux, like SuSE Linux Enterprise Server, are _not_
about features.  Both 18 month releases are subsets of their 6 month
revisions (even locales not supported in SLA are often removed).  You
are not paying for R&D and inclusion in the "Enterprise" flavor (although
the funds _do_ pay for extensive GPL development, R&D and other
integration attempts in Fedora Core and SuSE Linux).

> Or with the logic of asking customers to pay extra to get something with
> features removed...

Again, the people who actually _pay_ for RHEL/SLES are _not_ paying for
features.  ;->

You are complaining about CentOS not coming with things standard, and
then assinging blame for that to Red Hat, because you believe they are
supposedly paid and should have more features.  I can only label this as
"ignorance" of how RHEL (as well as SLES) is developed, because anyone
can go out to Bugzilla and see the detail of why something is not included.

If you want the most features, then Fedora Core + { FE+Lorg, DAG, etc...}
is your baby, maybe CentOS + additives if you don't mind waiting a year later.
I think it's great that CentOS is trying to be the best of both worlds:  SLA-
quality with added features.  But it really is "demonizing" when all I see is
people making complaint after complaint about RHEL not having something
when many, many, _many_ Fedora Development manhours were made trying
to get exactly what you wanted working.

At some point Red Hat has to say "this doesn't work, even if it works in
2-3 months, it still won't have time to 'bake' in usage, so we're dropping
it from consideration for this version of RHEL."

> I haven't seen anyone demonizing RedHat here.  I see some people
> reporting painful experiences,

But people are going beyond reporting painful experiences.  They are
making conclusions and get "upset" when I give the technical details of
why something wasn't included.  If you care enough to want something
I assume people are open enough to understand why it wasn't included.

Microsoft is the company that doesn't do something unless their is
at least 250,000 users.  Red Hat, SuSE and others often try to do
everything they can, even for maybe only 1,000 users, in their 6 month
revisions.  But at some point, if something really doesn't work, has
security issues and just isn't something they want to stake their time
and money on in a SLA (which can get _very_expensive_ for software
company), they have to drop it.

After all, after a thousand man-hours of attempted integration for even
their Fedora Core release, are they really going to sign themselves up
for yet another thousand-plus hours and nagging re-fix after re-fix when
maybe only a couple hundred licenses of RHEL are actually going to hold
them to it?

Just remember what CentOS is based on, and how much work not only
goes into that, but into making sure the distro works as advertised
because SLAs are involved and that can get really costly for Red Hat
if it ships something that is not well tested.  Especially if only a few
companies want it.

> but I don't think anyone expects perfection and the best thing is to
> learn from them.

If people here should understand one thing from the Windows world,
it is that features and quality can be mutually exclusive -- especially
the farther you move away from the economies of scale.

I just find it humorous that several people who use CentOS, a free
redistribution of RHEL (where Red Hat doesn't see a dime), are not
complaining about Linus & co. for the kernel, not complaining about
the CIPE team and their lack of movement on kernel 2.6, not
volunteering to even look at the Bugzilla reports to find out what
issues were blantantly repeatable, let alone other distros that have
the same issues ...

But blaming solely Red Hat for this issue (and this is just one example).

But I expect that because some people just blame Microsoft for things
outside of their control too.  Sometimes the only person to blame is
the lack of interest by anyone.

If that isn't ignorance, I don't know what is.



--
Bryan J. Smith   mailto:b.j.smith@xxxxxxxx


[Index of Archives]     [CentOS]     [CentOS Announce]     [CentOS Development]     [CentOS ARM Devel]     [CentOS Docs]     [CentOS Virtualization]     [Carrier Grade Linux]     [Linux Media]     [Asterisk]     [DCCP]     [Netdev]     [Xorg]     [Linux USB]
  Powered by Linux