Language Selection

English French German Italian Portuguese Spanish

Mageia 1 Alpha2 -- A Status Report

Filed under

Mageia Linux—A Little History
On September 18, 2010, in response to Mandriva's liquidation of its “Edge-IT” subsidiary and the attendant layoff of a substantial share of its developers, a group consisting of former Mandriva developers and Mandriva community contributers announced their intention to form a non-profit organization and release a fork of Mandriva Linux called Mageia Linux.

The original announcement with background details and rationale can be found here.

Six months later, on February 14, 2011 the Alpha 1 version of Mageia 1 was released, two months later than originally planned. However, the Alpha 2 release was right on time, appearing a month later on March 15, 2011. For more information regarding Mageia's development timetable, look here. Note that the beta 1 release target date is April 5, 2011.

How is the Mageia 1 release shaping up? This status report takes a look at Mageia Linux 1 Alpha 2 release (updated daily), from a KDE-user perspective.

The Install

I chose to do a fresh install on my Acer Aspire 6930-6560 laptop. This particular model of laptop sports a built-in Nvidia video (GeForce 9600M GS) controller. Along with this, it came with 3GB RAM, Intel Core 2 Duo T5800 processor, Atheros wired ethernet controller, Intel wireless network controller, and a 1366 x 768 native resolution display. The only hardware change I've made to this laptop is to swap in a 7200 RPM Western Digita hard disk vs the original 5400 RPM hard disk.

I chose to install the 64-bit version of Mageia 1 Alpha 2. To make it short, the install was flawless. Mardriva's wonderful graphical partitioner was there, as I chose a custom install and installed both KDE and Gnome.

All hardware components on my laptop after the install are working great.

RPMDrake Issue Fixed
RPMDrake is Mandriva's GUI package installer inherited by Mageia. At first, when doing a search for packages, the search didn't work. The (clumsy but functional) workaround was to type in the search term, press Enter, then pull down the File menu, and select “Reload the packages list”. Fortunately, this was fixed two days ago, and a search for packages now works as expected.

The Mageia devs have been extremely active. I get anywhere from 60 to 200 packages being updated daily. Today, the most recent Libreoffice version packages (version 3.3.2) made theirselves at home on my computer.

New packages are arriving daily too, as Mageia replaces Mandriva built packages with their own package builds. For example, the Codeblocks (wxWidgets based integrated development environment) arrived yesterday.

What's There, What's Not
The alpha version of Calligra-office (formerly Koffice) is there, as well as Firefox 4.0. The devs are doing a very good job of keeping this distro up to date.

Although Mageia has a “tainted” repository with non-free packages, I did not find Adobe's flashplayer there (some may consider this a good thing). I did however, download the 64-bit adobe flashplayer from Adobe's site, and install it by hand—which works fine.

The Delphi-like rapid GUI development package, Lazarus (and fpc, the free pascal compiler) are missing. Also missing was my favorite terminal program, mrxvt, and a the non-graphical text editor, Joe. (No, I'm not an Emacs or VIM guy—I'm a Joe, Nano, Kate, KWrite guy when it comes to text editing). I've downloaded, compiled and installed these programs, and all is well.

There have been two kernel updates in the last few days, which is now at kernel version 2.6.38.

After first installation, Alpha 2 was a little crashy. But updates over the last week appear to have stabilized it—no crashes for the last 2 days.

Comparison to Mandriva's Alphas
Bear in mind, I haven't looked at the latest Mandriva install updated from Cooker (their development repository). So, a week ago is the last snapshot I have of this emerging release. Mandriva is switching from RPM 4 to RPM 5. Last time I checked, rpmdrake, the GUI package manager was crash-prone. But the major difference I observe is desktop responsiveness under KDE.

I don't know whether the Mageia devs are stripping all debugging/delay code from their builds, but the desktop responsiveness from Mageia Linux is the best I've seen on this laptop, and has been noticable enough to make me prefer the emerging Mageia to the emerging Mandriva.

I go through a phase of intense distro-hopping about once a year. After trying out countless distros, I typically end up returning to Mandriva based releases. This last year, I've alternated between PCLinuxOS and Mandriva, using mostly PCLinusOS on my production machines.

I really like the way Mageia is shaping up. I plan to continue with Mageia on my laptop, which I'll be taking with me to the Northwest LinuxFest Conference in Bellingham, WA, at the end of April.

For an Alpha 2 release update to an imminent beta 1 release, it's becoming very stable. The repositories are getting deep, and the performance is remarkable.

Hats off to the Mageia folk. Keep up the good work.

More in Tux Machines

KNOPPIX 7.7.1 Distro Officially Released with Debian Goodies, Linux Kernel 4.7.9

Believe it or not, Klaus Knopper is still doing his thing with the KNOPPIX GNU/Linux distribution, which was just updated to version 7.7.1 to offer users the latest open source software and technologies. Read more

CentOS 6 Linux Servers Receive Important Kernel Security Patch, Update Now

We reported a couple of days ago that Johnny Hughes from the CentOS Linux team published an important kernel security advisory for users of the CentOS 7 operating system. Read more

Games for GNU/Linux

  • Why GNU/Linux ports can be less performant, a more in-depth answer
    When it comes to data handling, or rather data manipulation, different APIs can perform it in different ways. In one, you might simply be able to modify some memory and all is ok. In another, you might have to point to a copy and say "use that when you can instead and free the original then". This is not a one way is better than the other discussion - it's important only that they require different methods of handling it. Actually, OpenGL can have a lot of different methods, and knowing the "best" way for a particular scenario takes some experience to get right. When dealing with porting a game across though, there may not be a lot of options: the engine does things a certain way, so that way has to be faked if there's no exact translation. Guess what? That can affect OpenGL state, and require re-validation of an entire rendering pipeline, stalling command submission to the GPU, a.k.a less performance than the original game. It's again not really feasible to rip apart an entire game engine and redesign it just for that: take the performance hit and carry on. Note that some decisions are based around _porting_ a game. If one could design from the ground up with OpenGL, then OpenGL would likely give better performance...but it might also be more difficult to develop and test for. So there's a bit of a trade-off there, and most developers are probably going to be concerned with getting it running on Windows first, GNU/Linux second. This includes engine developers.
  • Why Linux games often perform worse than on Windows
    Drivers on Windows are tweaked rather often for specific games. You often see a "Game Ready" (or whatever term they use now) driver from Nvidia and AMD where they often state "increased performance in x game by x%". This happens for most major game releases on Windows. Nvidia and AMD have teams of people to specifically tweak the drivers for games on Windows. Looking at Nvidia specifically, in the last three months they have released six new drivers to improve performance in specific games.
  • Thoughts on 'Stellaris' with the 'Leviathans Story Pack' and latest patch, a better game that still needs work
  • Linux community has been sending their love to Feral Interactive & Aspyr Media
    This is awesome to see, people in the community have sent both Feral Interactive & Aspyr Media some little care packages full of treats. Since Aspyr Media have yet to bring us the new Civilization game, it looks like Linux users have been guilt-tripping the porters into speeding up, or just sending them into a sugar coma.
  • Feral Interactive's Linux ports may come with Vulkan sooner than we thought
  • Using Nvidia's NVENC with OBS Studio makes Linux game recording really great
    I had been meaning to try out Nvidia's NVENC for a while, but I never really bothered as I didn't think it would make such a drastic difference in recording gaming videos, but wow does it ever! I was trying to record a game recently and all other methods I tried made the game performance utterly dive, making it impossible to record it. So I asked for advice and eventually came to this way.

Leftovers: Software

  • DocKnot 1.00
    I'm a bit of a perfectionist about package documentation, and I'm also a huge fan of consistency. As I've slowly accumulated more open source software packages (alas, fewer new ones these days since I have less day-job time to work on them), I've developed a standard format for package documentation files, particularly the README in the package and the web pages I publish. I've iterated on these, tweaking them and messing with them, trying to incorporate all my accumulated wisdom about what information people need.
  • Shotwell moving along
    A new feature that was included is a contrast slider in the enhancement tool, moving on with integrating patches hanging around on Bugzilla for quite some time.
  • GObject and SVG
    GSVG is a project to provide a GObject API, using Vala. It has almost all, with some complementary, interfaces from W3C SVG 1.1 specification. GSVG is LGPL library. It will use GXml as XML engine. SVG 1.1 DOM interfaces relays on W3C DOM, then using GXml is a natural choice. SVG is XML and its DOM interfaces, requires to use Object’s properties and be able to add child DOM Elements; then, we need a new set of classes.
  • LibreOffice 5.1.6 Office Suite Released for Enterprise Deployments with 68 Fixes
    Today, October 27, 2016, we've been informed by The Document Foundation about the general availability of the sixth maintenance update to the LibreOffice 5.1 open-source and cross-platform office suite. You're reading that right, LibreOffice 5.1 got a new update not the current stable LibreOffice 5.2 branch, as The Document Foundation is known to maintain at least to versions of its popular office suite, one that is very well tested and can be used for enterprise deployments and another one that offers the latest technologies.