Language Selection

English French German Italian Portuguese Spanish

MDV

Mandriva Linux: A Look Back at the Late, Great Open Source OS

Filed under
MDV

Remember Mandriva Linux? Once among the most popular Linux-based open source operating systems, it disappeared last year, along with Mandriva, Inc., the company that owned it. Belatedly, here's a retrospective look at late, great Mandriva Linux.

I was reminded of Mandriva recently while updating The VAR Guy's Open Source 50 list. As the list shows, in 2012 The VAR Guy (who is not me, by the way) expressed doubts about Mandriva's future. He turned out to be right. (When is he not?) In May 2015 Mandriva Inc. ceased operating and its GNU/Linux distribution disappeared.

But the open source OS's inglorious and little-reported demise belied the importance it once held within the open source ecosystem. Born in 1998 as a Red Hat-based GNU/Linux distribution originally known as Mandrake, Mandriva stood out from the pack by offering one of the first truly user-friendly open source operating systems.

Read more

OpenMandriva Lx 3.0 RC1 arrives!!

Filed under
MDV

Good news from OpenMandriva Community!

A while after Beta2 we are glad to announce OpenMandriva Lx 3.0 RC1 release.

Work for the RC1 has further improved stability and performance. We have now support for the Japanese and Chinese languages so we would really welcome any feedback from those who speak them.

Read more

Also: OpenMandriva Lx 3.0 RC1 Released

OpenMandriva Lx 3.0 Beta 2 Brings Linux Kernel 4.6.2, systemd 230 & F2FS Support

Filed under
MDV

Today, June 27, 2016, the OpenMandriva team was happy to inform Softpedia via an email announcement that the second Beta release of the upcoming OpenMandriva Lx 3.0 operating system is now ready for public testing.

Read more

OpenMandriva: We Are the Only GNU/Linux Distro to Use Clang as the Main Compiler

Filed under
GNU
Linux
MDV

Softpedia has been informed by the OpenMandriva Team that the upcoming OpenMandriva Lx3 GNU/Linux operating system will use the LLVM Clang compiler by default.

Read more

OpenMandriva Adds F2FS Support

Filed under
MDV

It's been a while since last having anything to report on with the OpenMandriva Linux distribution, but they wrote in today with news about adding Flash-Friendly File-System (F2FS) support.

Within their OpenMandriva "Cooker" development repository is the most interesting support with F2FS support being part of their kernel, shipping f2fs-tools by default, and their Calamares installer allowing F2FS for SSD disks. They've also added a F2FS patch for GRUB2. With that work in OpenMandriva Cooker, users can be running F2FS as their root file-system with ease!

Read more

After Months of Hard Work, OpenMandriva Now Has Its Own Development Environment

Filed under
Development
MDV

Softpedia has been informed today, April 18, 2016, by the OpenMandriva Team about the project's brand-new and fully functional development environment, dubbed ABF (Automated Build Farm).

Read more

OpenMandriva Lx3 Linux Beta 1 Released with KDE Plasma 5.6, Mesa 11.2, and More

Filed under
MDV

Softpedia was informed a few minutes ago by the OpenMandriva Team about the immediate availability for download of the first Beta build of the upcoming OpenMandriva Lx3 GNU/Linux operating system.

Read more

Mageia Updates

Filed under
MDV
  • Mageia was at SCaLE 14x

    Mageia made it to SCaLE 14x for the first time in sunny California, with one of our dedicated QA deputy leaders to man the booth.

    Bill Kenney, or wilcal as he is known here, did an amazing job running the Mageia booth at SCaLE. This is an extract from his report on the event.

    The Mageia booth was located right in the centre of the Pasadena Convention Center on January 22nd – 24th. Friday saw the highest traffic, Saturday was quieter, but lots of families came down to see the exhibits, which is always nice to see.

  • Upgrading to Mageia 5

    To be honest, today I was postponing the upgrade because the machine, a rather old Toshiba Satellite which, oh horror, came with Windows VISTA preloaded, put up a fight when I installed Mageia 2 to it.

Playing on OpenMandriva LX 2014.2

Filed under
MDV

I reinstalled OpenMandriva LX 2014.2 today. Last time I did, I had some problems updating: many packages were not found but, even so, I proceeded with the upgrading.

The OS was working perfectly except for the performance of games on Steam.

Today, I followed what I learned yesterday and, when I hit the first problem, I stopped the update and deleted all the repos. Then, I retrieved them again (they were marked as phosphorous 2014.0, which I believe was the previous version), but the update went on smoothly and I got the most recent packages, like Firefox 44.

Read more

OpenMandriva Lx 2015 Finally Reaches Beta State

Filed under
MDV

The OpenMandriva Lx camp has released their 2015 Beta release in time for this weekend's FOSDEM conference happening this weekend in Brussels.

While we are now into 2016 and its been a number of months (April of 2015 since the alpha release, OpenMandriva Lx 2015 Beta was finally made public today. The latest stable release of OpenMandriva remains at 2014.2.

Read more

Syndicate content

More in Tux Machines

Thin clients showcase new Gemini Lake Refresh chips

The Futro S9010, S7010, and S5010, which we saw on Fanless Tech, are intended to run the proprietary, Linux-based eLux RP 6.7.0 CR, although they also support Windows 10 IoT Enterprise. Read more

Audiocasts/Shows/Screencasts: Linux in the Ham Shack, Linux Headlines, LibreOffice 6.4 Alpha Quick Look and OpenIndiana 2019.10 Overview

Announcing coreboot 4.11

The coreboot project is proud to announce to have released coreboot 4.11. This release cycle was a bit shorter to get closer to our regular schedule of releasing in spring and autumn. Since 4.10 there were 1630 new commits by over 130 developers. Of these, about 30 contributed to coreboot for the first time. Thank you to all contributors who made 4.11 what it is and welcome to the project to all new contributors! Read more Also: Coreboot 4.11 Brings Many Intel Improvements, New Support For Supermicro / Lenovo Boards

GNOME Development: Technical Reports From Federico Mena-Quintero and Jussi Pakkanen

  • Refactoring the Length type

    Over a couple of years, librsvg's type that represents CSS lengths went from a C representation along the lines of "all data in the world is an int", to a Rust representation that uses some interesting type trickery: C struct with char for units. C struct with a LengthUnits enum. C struct without an embodied direction; each place that needs to normalize needs to get the orientation right. C struct with a built-in direction as an extra field, done at initialization time. Same struct but in Rust. An ugly but workable Parse trait so that the direction can be set at parse/initialization time. Three newtypes LengthHorizontal, LengthVertical, LengthBoth with a common core. A cleaned-up Parse trait. A macro to generate those newtypes. Replace the LengthDir enum with an Orientation trait, and three zero-sized types Horizontal/Vertical/Both that implement the trait. Replace most of the macro with a helper trait LengthTrait that has an Orientation associated type. Replace the helper trait with a single Length<T: Orientation> type, which puts the orientation as a generic parameter. The macro disappears and there is a single implementation for everything. Refactoring never ends!

  • Some intricacies of ABI stability

    As far as I know, there is no known real-world solution to this problem that would scale to a full operating system (i.e. all of Debian, FreeBSD or the like). If there are any university professors reading this needing problems for your grad students, this could be one of them. The problem itself is fairly simple to formulate: make it possible to run two different, ABI incompatible C++ standard libraries within one process. The solution will probably require changes in the compiler, linker and runtime loader. For example, you might extend symbol resolution rules so that they are not global, but instead symbols from, say library bar would first be looked up in its direct descendents (in this case only abi2) and only after that in other parts of the tree. To get you started, here is one potential solution I came up with while writing this post. I have no idea if it actually works, but I could not come up with an obvious thing that would break. I sadly don't have the time or know-how to implement this, but hopefully someone else has.