Skip to main content

Mageia Vs. Fedora




I recently compared the installation of Mageia3 with Fedora 18 (both done in a VirtualBox virtual machine). When installed and fully configured to taste, you have essentially the same level of usability and ease of administration with a similar choice of desktop environments and current versions of applications running on a recent kernel using SysV-style init and RPM packaging. The meaningful differences are more easily illustrated with some history, so this will not be the typical, dull, useless version-to-version comparison with a plethora of gratuitous screen-shots and the inevitable inane jargon overload.

Fedora has been the community release of Red Hat since RHEL became the primary distro for Red Hat proper. It enjoys a more frequent release schedule than RHEL and is more focused on the desktop. Think of it as the development version of the workstation companion to the Enterprise version of Red Hat Linux taht is now in its 18th release. 

Mageia would seem to be a relative newcomer, only now in the beta of its third release, but its roots go back to Red Hat 5.x with the release of Mandrake 5.2. Mandrake was essentially a re-spin of Red Hat with better default configurations and an emphasis on the KDE desktop (RedHat has long been GNOME-centric). A great idea plagued with poor corporate leadership and even poorer corporate decision-making, Mandrake-come-Mandriva focused its development in three areas: its package manager, its administration tools and its volunteer community. Red Hat at the time still relied heavily on a text-based installer, RPM and linuxconf, all of which required more than a modicum of command-line mojo. RedHat were just beginning to develop admin tools written in Python. 

The Perl programming language was adopted by Mandrake, both because the initial cadre of developers were proficient in it and also as a way to differentiate themselves from Red Hat. As well, they would not be simply "improving" admin tools over which they did not have final control of the source code. It was a bold gamble that both benefited them and undermined their success as few other distros have adopted their tools. 

Red Hat through the years only begrudgingly accommodated their non-corporate user base and actively undermined them at times. For example, Red Hat's early incarnation of KDE was so heavily edited to make it less configurable and more GNOME-like (and better suited for a corporate workstation) that it elicited an uproar from KDE fans while documenting the Red Hat developer's overwhelmingly "not invented here" mentality (as evidenced by their scurrilous code comments). Fedora/Red Hat has always been a GNOME-centric distro because the limited configuration options of GNOME provide the best fit with their corporate workstation focus and because many GNOME developers work for Red Hat. Red Hat, in the name of "free software" also made their distro very multimedia unfriendly by not only not providing easy access to integrating less-than-free multimedia software, but by not compiling in support for them if you wished to add them on your own. Again, it was a more corporate-centric, IP attorney-friendly approach.

Many of the Red Hat/Fedora usability advances in package management and desktop ease-of-use were fomented by the loyal non-corporate user base. But this made the installation and configuration of a usable home desktop system and easily updatable system a nightmare of tedium, spawning alternatives like Mandrake and KRUD, Kevin's RedHat Uber Distribution, which provided a more friendly configuration and a way to deal with updates that addressed "Dependency Hell"; it was made obsolete by the eventual adoption of YUM as the RPM wrapper and the growth of the Fedora user community.

The Mandrake/Mandriva installer was steadily improving but idiotic corporate decisions were killing the distro: nonsensical acquisitions and pursuit of computer-aided training pillaged the start-up capital, but the user community was strong. Meanwhile, the RPM wrapper application URPMI and the user/administrator tools were coming along and Mandriva offered the broadest out-of-the-box hardware compatibility of any distro. Complicated configuration of things like X11, sound and printing were almost fiddle-free and automatic. However, Mandriva's choice of desktop and system graphics was uninspiring and almost child-like, certainly not as cutting-edge and sexy as the up and coming Ubuntu. 

Red Hat spun off the community version of Red Hat as Fedora Core, then as Fedora. A growing user-focused community sprang up to address it's usability shortcomings and has flourished. Mandriva corporate neglected its user community and as it approached bankruptcy for the second time, abandoned the desktop version of Mandriva to community users and departing employees under the auspices of Mageia. 

The official Mageia base install continues to demonstrate the ease-of-use "just works", broad hardware support, sane default configurations and a community-focused multimedia desktop. The official Fedora base install continues to demonstrate the corporate-focused minimalist approach Red Hat has traditionally taken to support their Enterprise version and, as always, a strong community effort continues to take up the slack and make it usable as a consumer desktop. 

Desktop-focused Mageia has finally stepped up its default look and feel to a polished, sophisticated and modern level while corporate-focused Fedora looks flat and clunky in comparison (still, Mageia could use some more sex appeal). The bottom line is a very different out-of-the-box experience. Mageia's installation, default configuration and usability all best Fedora.

No matter which you choose, you can wind up with a very usable  and essentially similar consumer desktop experience using either distro; Mageia just gets you there with less work and fuss. Overall, Mageia appears to have found it's raison d'être.


Comments

Popular posts from this blog

DOS4GW.EXE Version 2.01a and Alternative DOS Extenders

DOS4GW.EXE The Tenberry DOS extender DOS4GW.EXE was used by many early DOS games. I still enjoy playing many of these games and DOS4GW.EXE is usable with DOSBox , so they can be played on Linux. However, the version of DOS4GW.EXE that was included with the game was whatever was current at the time. The most recent version that includes many bugfixes that possibly affected the games when used with DOSBox have been fixed in the latest version, 2.01a. It's not free at US$49, but you can downloaded it here . Simply substitute it for whatever version of DOS4GW.EXE your game provided and enjoy the bug-fixed goodness. Tenberry also makes a "high-performance" "pro" version of DOS4GW.EXE, but it costs $300. I think that they could sell quite a few of these to hobby users (since, you know, DOS is dead) for US$5. Open Souce to the Rescue There are better performing, free and Open Source alternatives available and worth a look. DPMI Explained Let's unders

Return to Castle Wolfenstein for Modern Linux

Return to Castle Wolfenstein is a first-person shooter originally released on November 19, 2001. The game, like many other classic games, is available at GOG.com and costs only US$5.99. iortcw for Linux Don't bother with old and crusty Linux binaries offered by idsoft; they are problematic and it's painful to use them on a modern Linux. Fortunately for us, there are more modern GPL-licensed Linux binaries available for 32- and 64-bit systems as well as high resolution textures packages. The project at GitHub provides source code that can also be compiled for MS Windows using MinGW. iortcw for Windows and Mac You can download pre-compiled binaries for 32- and 64-bit Linux, MS Windows and Mac from here . Let's put our files in /usr/local/games/rtcw . As root, extract the downloaded .ZIP file for your architecture to  /usr/local/games/rtcw . All we are missing are the game data files. I purchased them from GOG.com. The game installer downloaded from GOG.com can be

Unreal Tournament GOTY/UT99 for Modern Linux

Released on November 16, 1999, Unreal Tournament (also known as UT99) is an arena first-person shooter for Multiplayer on-line competition or you can play against bots off-line. It features several game types, with more details provided at Wikipedia . The game was re-released on February 25, 2000 as Unreal Tournament Game of the Year Edition (GOTY) which included the three bonus packs released previously and additional mods, or game modifiers that had become popular. It is the GOTY version that is available from STEAM or  GOG.com . The GOG version for Windows installs in Linux and plays well using WINE , PlayOnLinux or Codeweaver's Crossover . There is a Linux binary available in two versions, one for the original game and one for the GOTY edition . Also provided at that site is the Official Bonus Pack with a Linux installer. All these Linux installers are created with makeself . There are some issues using such a crusty old Linux binary. Let's see why getting a Lin