Linux Mint Developer Forks Gnome 3
An anonymous reader writes "Clement Lefebvre, the Linux Mint founder, has forked Gnome 3 and named it Cinnamon. Mint has experimented with extensions to Gnome in the latest release of their operating system, but in order to make the experience they are aiming for really work, they needed an actual fork. The goal of this fork is to use the improved Gnome 3 internals and put a more familiar Gnome 2 interface on it."
I have converted all of my systems to XFCE. It feels like an older, simpler and leaner Gnome to me and some of the applets even have better functionality.
thegodmovie.com - watch it
Actually, Jon McCann, in an interview, seemed to say that user configurability is a bug, detracting from GNOME presenting a single face to people who might consider switching to GNOME. "And I think there is a lot of value to have that experience you show the world to be consistent. In GNOME2 we didn't do that particularly well because everyone's desktop was different."
Modularity is a good thing. It's not cutting up things into a lot of small modules (aka "libraries") that's the problem.
It's doing it wrong.
Look at the typical bash shell and GNU utilities we all use every day. They are hundreds of small executables, libraries, etc. But they are not a mess. They all do one thing, and do it well. That's part of the UNIX philosophy, and for a reason.
Are you joking? They absolutely are a mess, and I say that as someone who uses them every day. I'm just not fooling myself into thinking they're not a mess. UNIX shells and utils have had a chaotic development history and are chock full of bad design. Most of the good utils do a lot more than one thing, and they are usually far less than excellent, just good enough to suffice if you fight them long enough to get them to do what you want. And don't get me started on the gaping abyss of existential Lovecraftian horror that is shell code, or (shudder) Perl. (and I even like perl! But it's also an eldritch tool of the Many-Angled Ones.)
The only reason the entire lot hasn't been incinerated and replaced by saner tools with better and more consistent design is that there's far too much legacy code out there which depends on the behavior of existing UNIX shells, tools, and scripting languages. Just look Plan 9. Even though it was very much a UNIX-philosophy OS, only more so, and better designed than the original, by the same people who designed UNIX in the first place, it failed to gain any traction because it came far too late. UNIX already had unstoppable critical mass.
You're falling into the trap of believing that the ideal is the practice. UNIX started out as a very hacky OS because squeezing advanced features into a PDP-7 was Hard. The subsequent 40 years of continuous and divergent development, little of it done by people primarily concerned with "do-one-thing-and-do-it-well", have left that ethos in tatters.
You're also falling into the trap of believing without rational reason that one philosophy of software design is best for everything. One-thing-and-do-it-well is a fine idea for a software environment intended to filter text through independently written programs, but it might not work so great for easy to learn and use GUIs.
In fact, I think every user should have his own fork by default. Where "fork" can mean anything from an empty patch set to fundamental major changes. And everybody should just be able to "subscribe" to whoever else's personal fork, implicitly making that someone else a "distributor" without having to do anything special. So that natural leader/follower structures can arise, and nobody can force anything on anyone.
Okay, so you're a crazy guy.
Also, there is one additional thing you missed: The moment "desktop environments" for Linux started to forget the UNIX philosophies, abandoned the concept of "everything is a file", and chased the Windows and OS X, they were full of FAIL and lost anyway. (There's no file system for your GUI, is there? You can't cat /proc/pid-6939/window-2/grid-3-2/textarea-2. It's all monolithic Windows-like "applications". You can't use a GIMP brush in OpenOffice, you can't use the same text layouting engine for OpenOffice, Firefox and GIMP, etc, etc, etc. It's all just deeply deeply anti-UNIX, harming code re-use, customizability, modularity, and most of all usage efficiency.
This is not even on the same planet as right and wrong.