Re: RedHat, Fedora future?
Date: 02/05/04

  • Next message: Satish Balay: "RE: email program on fedora"
    Date: Thu, 5 Feb 2004 14:11:03 -0600

    (In retrospect, I'm not sure why I'm bothering to respond to this, but
    since I can't get back that five minutes of my life spent reading the
    article, I can at least say something about it.)

    Am Do, den 05.02.2004 schrieb Robin Laing um 16:50:
    > Red Hat or SUSE for the enterprise? Hint: Bet the chameleon
    > <>

    What a disappointing article, but then again, Newsforge really hasn't
    been much other than an editorial avenue for most of it's life. (Any
    news site that considers a MozillaQuest editorial a credible news
    source isn't really the first place I go to find out what's really
    going on.)

    > The range of available applications is adequate, but not nearly as
    > complete as, say, Mepis, which draws on the huge Debian application
    > repository.

    Gotcha. "Red Hat bad, Debian good." Maybe the author missed the large
    collection of public yum and apt repositories available for Fedora? and Livna, Freshrpms, Dag's repo, along with a ton of
    repositories focused on particular sets of packages...

    > It wasn't Red Hat's unique administration tools. There are none.

    I'm sorry, redhat-config-* must have been a figment of my imagination.

    > Maybe it was Red Hat Package Manager (now RPM Package Manager), the
    > company's tool for installing binary applications. RPM is an excellent
    > tool, but it's no match for Debian's apt-get application and .DEB
    > files.

    Of course, the author fails to mention that up2date has been available
    for quite some time, and apt-get/yum are both available today, with a
    wide (and growing) variety of public repositories to draw on. Once again,
    they're confusing the underlying implementation (rpm vs. deb) with the
    user interface (apt-get, dpkg, yum, up2date, etc), like every other
    impassioned "why don't they love Debian!?" plea I've seen.

    > SUSE's acquisition by Novell has paired a top distro with a top
    > networking company.

    ...overstating more than just a little bit the importance of Novell to
    the IT ecosystem today. Five years ago, I would have conceded this, but
    not today.

    > dropping the Red Hat Linux desktop is a questionable tactic.

    It sure would be. Luckily, they didn't do that, did they? Did the author
    miss the fact that Red Hat has a professional *workstation* product in
    their line-up, not to mention the fact that a lot of people who follow
    or participate in Fedora are desktop weenies too? ;-)

    > (Though why they picked the name of an existing open source project
    > is another mystery.)

    ...demonstrating the author's lack of research into the history of the
    Fedora project, including Looking at the Cornell project,
    they didn't even get a grant to start on it until late 2001, which
    means I doubt they had something worth showing anyone until late 2002,
    which is, imagine that: about when the folks got going. (I
    see posts to the devel mailing list dating back to November
    of 2002, and I'm quite sure they were active prior to that.) I'm not
    sure why the author thought little jabs like this helped his case.

    [...skip a bunch of unsubstantiated assertions and more jabs...]

    > Fedora is a cast-off project from a company without significant
    > technology differentiators.

    Loosely translated as: author has not been paying attention. Maybe he
    missed the work going into offering a 2.6 kernel, a distribution built
    for SELinux, laying the groundwork for the new version of Gnome,
    among a ton of other major updates, while retaining an upgrade path
    for existing users.

    He's obviously right, nothing differentiating to see here, folks.

    > Today Red Hat is the default choice for U.S. businesses.

    I'm sure Red Hat's salesforce wished this was true. ;-)

    The whole article sounds like the sour grapes of a developer who wishes
    people liked his distribution of choice better, but since people aren't
    flocking to it, at least he can take a jab or two at the company he
    thinks caused the downfall of his "top-notch distro".

    Edward S. Marshall <>
    Felix qui potuit rerum cognoscere causas.
    fedora-list mailing list
    To unsubscribe:

  • Next message: Satish Balay: "RE: email program on fedora"

    Relevant Pages

    • Deafening silence
      ... I stated a skewer of bugs. ... And this would be the buggy version of Fedora that RHEL Linux could be based on? ... "At the time it seemed Red Hat was timing its Enterprise releases to ... "Google developers began coding the operating system  in ...
    • Fedora Foundation: DONT IGNORE
      ... Fedora Foundation Folks: many people don't seem know anything about what is going on, get the message saturated out there then talk about donations, and when talking about donations, explain why you would want to donate. ... creature made up of meriotcratic community folk. ... When Red Hat originally launched Red Hat Linux project which later merged with the earlier effort into a Fedora Project, Red Hat announced its intention early about opening up its distribution into a community oriented development instead of merely providing a end product under a open source license. ...
    • Re: The answers to these "Death of RedHat threads"..
      ... > 'community' who seem to be looking elsewhere. ... When Fedora is released ) ... If you had a business model that attracted more small business ... But Red Hat Linux was designed to be "cutting-edge" stuff which was later ...
    • Re: fedora-list Digest, Vol 46, Issue 136
      ... Red Hat News - it's probably Classmate ... 4.6 and obviously Fedora 8 was on track. ... I have never heard of VirtualBox. ...
    • Re: New to Fedora
      ... > I used to run Red Hat 6,7,8,9, but have not ran Fedora as of yet. ... "upgrade" of your system. ... you can download a small boot.iso medium and do a "network install". ... pointing the utilities to the new version repositories and then running ...