Language Selection

English French German Italian Portuguese Spanish

Eric S. Raymond: Goodbye Fedora, Hello Ubuntu

Filed under
Linux

After thirteen years as a loyal Red Hat and Fedora user, I reached my
limit today, when an attempt to upgrade one (1) package pitched me
into a four-hour marathon of dependency chasing, at the end of which
an attempt to get around a trivial file conflict rendered my system
unusable.

The proximate causes of this failure were (1) incompetent repository
maintenance, making any nontrivial upgrade certain to founder on a
failed dependency, and (2) the fact that rpm is not statically linked
-- so it's possible to inadvertently remove a shared library it
depends on and be unrecoverably screwed. But the underlying problems
run much deeper.

Over the last five years, I've watched Red Hat/Fedora throw away what
was at one time a near-unassailable lead in technical prowess, market
share and community prestige. The blunders have been legion on both
technical and political levels.

More Here.

Re: Eric S. Raymond: Goodbye Fedora, Hello Ubuntu--bad link

More Here link is:
https://www.redhat.com/archives/fedora-devel-list/2007-February/msg01006.html
    ^
It should be:
http://www.redhat.com/archives/fedora-devel-list/2007-February/msg01006.html
   ^
Not a secure connection protocol -- remove the 's' from https:

In visiting the site of Eric's post and reading the comments, Eric's not getting much sympathy. Many point by point refutations/responses to his complaints.

re: bad link

Works here, but I removed the "s" in case some folks have trouble with it. thanks.

re2: bad link

Susan,
Right, I was at work, and there I'm behind a very restrictive proxy that won't pass many port/protocol variations, so the https original link didn't work for me.

And we care because?

Why do people feel the need to announce to the world that they're leaving one distro to another? (Let alone from one OS to another.)

I started with Fedora Core 3, then to OpenSUSE, after that to Ubuntu, and I've settled down to Arch Linux.

Not in a single instance, did I blog, posted on a mailinglist or in a forum how I'm no longer using a distro and my reasons of fustration for the change. I just did it without saying a word about it.

So while Eric Raymond is telling people how he's switching distros and venting his fustrations of the one he's leaving, what does that got to do with open-source in the overall scheme of things?

Does it benefit open-source in any way, shape, or form? Is it a major progressive leap into the desktop world for Linux, and further loosening the grip of Microsoft's domination? No. Its none of that. Its just one guy switching distros. That's it.

Question is: Why should we care of that?

Shouldn't we be more worried about improving open-source than these trivial things? We should be focusing on improvement and progress. (What can we do something better? And so on). Stuff like Nouveau, KVM, etc...Maybe coming up with better video editing software than we have now? What about trimming the bloatness of Firefox and OpenOffice? etc.

Maybe if we focus on things that actually matter, we'll be able to get somewhere.

Because ESR thinks you should

Read the Wikipedia entry about ESR to understand why he thinks everybody wants to know what he thinks. For example:

In 1997, Raymond became a prominent voice in the open source movement and was a co-founder of the Open Source Initiative. He also took on the self-appointed role of ambassador of open source to the press, business and public. ... His disagreement with Richard Stallman and the Free Software Foundation's views on the ethics of free software in favour of a more market-driven stance has exacerbated some pre-existing tensions in the community.

In a nutshell, there's a camp that strongly advocates having only open-source software in distributions; ESR is in another camp that strongly advocates including proprietary software in distributions, in order to make them more appealing (which is what he means by talking about Fedora's "failure to address the problem of proprietary multimedia formats" -- Fedora has addressed that "problem," just in a way Raymond disagrees with). It's an interesting debate.

But Raymond mainly thinks you care about what he says because he's got a rather large ego.

Some Guy Switches Linux Distributions!

Apparently some guy switched from one Linux distribution to another, throws a fit, and this is news.

Hey, I’ve tried lots of distributions in the past ten years. Does anyone remember Caldera?

Anyway, the important thing in that guy’s rant may be if he raised important issues that Fedora needs to consider.

Let’s see, apparently Fedora has failed to include proprietary media codecs. As Alan Cox says, however, “That would be because we believe in Free Software and doing the right thing…” In other words, distributing proprietary software is contrary to the goals of the project.

Full Post.

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.

More in Tux Machines

today's howtos

Graphics: VC4 and AMDVLK Driver

  • VC4 display, VC5 kernel submitted
    For VC5, I renamed the kernel driver to “v3d” and submitted it to the kernel. Daniel Vetter came back right away with a bunch of useful feedback, and next week I’m resolving that feedback and continuing to work on the GMP support. On the vc4 front, I did the investigation of the HDL to determine that the OLED matrix applies before the gamma tables, so we can expose it in the DRM for Android’s color correction. Stefan was also interested in reworking his fencing patches to use syncobjs, so hopefully we can merge those and get DRM HWC support in mainline soon. I also pushed Gustavo’s patch for using the new core DRM infrastructure for async cursor updates. This doesn’t simplify our code much yet, but Boris has a series he’s working on that gets rid of a lot of custom vc4 display code by switching more code over to the new async support.
  • V3D DRM Driver Revised As It Works To Get Into The Mainline Kernel
    Eric Anholt of Broadcom has sent out his revised patches for the "V3D" DRM driver, which up until last week was known as the VC5 DRM driver. As explained last week, the VC5 driver components are being renamed to V3D since it ends up supporting more than just VC5 with Broadcom VC6 hardware already being supported too. Eric is making preparations to get this VideoCore driver into the mainline Linux kernel and he will then also rename the VC5 Gallium3D driver to V3D Gallium3D.
  • AMDVLK Driver Gets Fixed For Rise of the Tomb Raider Using Application Profiles
    With last week's release of Rise of the Tomb Raider on Linux ported by Feral Interactive, when it came to Radeon GPU support for this Vulkan-only Linux game port the Mesa RADV driver was supported while the official AMDVLK driver would lead to GPU hangs. That's now been fixed. With the latest AMDVLK/XGL source code as of today, the GPU hang issue for Rise of the Tomb Raider should now be resolved.

AMD Ryzen 7 2700X Linux Performance Boosted By Updated BIOS/AGESA

With last week's initial launch-day Linux benchmarks of the Ryzen 5 2600X / Ryzen 7 2700X some found the Linux performance to be lower than Windows. While the root cause is undetermined, a BIOS/AGESA update does appear to help the Linux performance significantly at least with the motherboard where I've been doing most of my tests with the Ryzen 7 2700X. Here are the latest benchmark numbers. Read more

GNU: The GNU C Library 2.28 and Guix on Android

  • Glibc 2.28 Upstream Will Build/Run Cleanly On GNU Hurd
    While Linux distributions are still migrating to Glibc 2.27, in the two months since the release changes have continued building up for what will eventually become the GNU C Library 2.28. The Glibc 2.28 work queued thus far isn't nearly as exciting as all the performance optimizations and more introduced with Glibc 2.27, but it's a start. Most notable at this point for Glibc 2.28 is that it will now build and run cleanly on GNU/Hurd without requiring any out-of-tree patches. There has been a ton of Hurd-related commits to Glibc over the past month.
  • Guix on Android!
    Last year I thought to myself: since my phone is just a computer running an operating system called Android (or Replicant!), and that Android is based on a Linux kernel, it's just another foreign distribution I could install GNU Guix on, right? It turned out it was absolutely the case. Today I was reminded on IRC of my attempt last year at installing GNU Guix on my phone. Hence this blog post. I'll try to give you all the knowledge and commands required to install it on your own Android device.
  • GNU Guix Wrangled To Run On Android
    The GNU Guix transactional package manager can be made to run on Android smartphones/tablets, but not without lots of hoops to jump through first.