Language Selection

English French German Italian Portuguese Spanish

Mandriva 2009/KDE 4.1 Revisited

Filed under
Linux

As Mandriva prepares for its 2009 release, I've been updating Mandriva 2009 daily from their "cooker" (development) repository ever since I installed a beta version a few weeks ago. Last night's update was massive, with an update of over 350 packages.

With last night's cooker updates came a new release of the developing OpenOffice.org suite of programs, a version labelled 3.0svn13581. Bear in mind, there are known problems with panel and desktop corruption when using the combination of NVidia's proprietary drivers, KDE 4.1, and OpenOffice.org. The bug that causes this is NVidia's, as it doesn't happen with different cards/drivers.

So I fire up this OOo Writer update (I am a very heavy user of OOo Writer), type in a couple lines of text. Then I decide to customize OOo Writer. When I click the "Tools" menu, OOo Writer dies instantly. I fire it up again, and it wants to recover the "Untitled 1" document. I let it, then I click a different menu item. Bang, OOo is gone. You've never seen a window disappear so fast. I try again, this time without document recovery--same result.

I seldom use a distro's build of OpenOffice.org anyway--instead I typically install Pavel Janik's latest OOo development builds.

So, I do that, and the Janik OOo build works well (with the usual NVidia driver problems associated with running OpenOffice.org under KDE4--i.e. panel and desktop corruptions).

Other things are progressing well. I'm playing some music oggs I converted from my (legally owned) music CD's. Amarok is playing Smokey Robinson's "Tears of a Clown" as I type this. Sounds great. Mandriva's pulseaudio based sound is progressing well under KDE4.

Over the weeks, as I've updated and played with the developing Mandriva 2009 Fall release from the KDE4 standpoint, I've experienced both despair and elation. It probably will be a *little* rocky when released because of all the bleeding edge software Mandriva is placing in this release. I can tell the Mandriva devs are working very hard on it, though, and overall, I'm encouraged. While many KDE 4 cutting edge desktop users are installing Kubuntu or SuSE, I encourage them to give Mandriva 2009 a try.

As of latest update:
KDE: 4.1.2
Kernel: 2.6.27-desktop-0.rc7.1.1mnb #1 SMP i686
Amarok: amarok-1.90-0.864324.1mdv2009.0.i586.rpm

More in Tux Machines

Red Hat Announces General Availability of Red Hat Enterprise Linux 5.11

Red Hat, Inc. RHT, +0.07% the world's leading provider of open source solutions, today announced the availability of Red Hat Enterprise Linux 5.11, the final minor release of the mature Red Hat Enterprise Linux 5 Platform. Red Hat Enterprise Linux 5.11 reiterates Red Hat’s commitment to a 10-year product lifecycle for all major Red Hat Enterprise Linux releases and offers a a secure, stable, and reliable platform for critical enterprise applications. Read more

New Code Starts Lining Up For X.Org Server 1.17

X.Org Server 1.17 is planned for release at the start of 2015 and thus puts the closing of the merge window in the middle of October. While some xorg-server 1.17 code has already landed, more is on the way. X.Org Server 1.17 will continue with refining the in-server GLAMOR code that was merged with 1.16 for 2D acceleration in a generic manner over OpenGL. X.Org Server 1.17 is also looking to integrate the universal KMS mode-setting DDX driver. Keith Packard on Monday also shared several other code branches he's looking at as material for the 1.17 release. Read more

More Intel DRM Changes Queued For Linux 3.18, Including Old i830M Fixes

With the drm-next merge window for Linux 3.18 closing, Intel's open-source developers have submitted another round of changes for ultimately landing with the Linux 3.18 kernel. Intel has already sent in multiple pull requests of new DRM graphics driver code to push into drm-next for the Linux 3.18 merge window. Among the changes include various Cherryview improvements for the forthcoming low-power Atom SoC, and code clean-ups and continued Broadwell tweaks. Another Git pull request landed in drm-next over the night. Read more

Speeding up the Debian installer using eatmydata and dpkg-divert

The Debian installer could be a lot quicker. When we install more than 2000 packages in Skolelinux / Debian Edu using tasksel in the installer, unpacking the binary packages take forever. A part of the slow I/O issue was discussed in bug #613428 about too much file system sync-ing done by dpkg, which is the package responsible for unpacking the binary packages. Other parts (like code executed by postinst scripts) might also sync to disk during installation. All this sync-ing to disk do not really make sense to me. If the machine crash half-way through, I start over, I do not try to salvage the half installed system. So the failure sync-ing is supposed to protect against, hardware or system crash, is not really relevant while the installer is running. Read more