Skip to main content

What's coming in Mandriva 2011

After the wonderful news that Mandriva would be continuing as usual despite financial difficulties and an exodus of developers comes the technical specifications and other tidbits for Mandriva 2011. There are quite a few exciting changes ahead, many of which prove that Mandriva is still a cutting edge distribution.

With 2011, Mandriva will be switching to RPM5. This news was announced by Per Øyvind Karlsen last week and is the first item in the list. RPM5 is actually a fork of RPM with the main goals of supporting XAR, an XML based archiving format, and featuring an integrated dependency resolver. This move has been in the works for quite some time but Mandriva 2011 will be the first release fully committed. Per Øyvind Karlsen said RPM5, "is the only sensible choice." Relatedly, their software center is scheduled a face-lift for a "more modern and simple to use interface."

Mandriva 2011 will be using the Galbraith Latency patch whether the kernel that will be used has it or not - meaning they will backport it if necessary. This latency patch, first brought to wide attention by Phoronix.com, is said to help speed up desktop processes especially in the areas of graphic and video rendering.

It is listed that Mandriva would be adopting systemd for the boot process. Several other distributions started out trying to move to systemd, but so far, they have changed their minds due to difficulties associated with such a major subsystem replacement. But Mandriva is going to give it the ole college try for 2011. The advantages of systemd are faster boots for some setups because of parallel, early background, and dependency booting of processes.

Like several other distributions have done, most of Mandriva's configuration tools will be integrated into the KDE Control Center (System Settings) in 2011.

All the logins and desktops are getting new a new look and improved resource consumption. No further details on any of these items are given at this time, but it's always exciting to see what the new releases will look like.

The installer is supposed to be simplified in order to be more new user-friendly. Desktop selection and installation summary steps will be removed, meaning those will personal preferences or cranky hardware will have to wait until after the install.

During this cycle, Cooker will no longer be frozen before release and instead continue to be developed in parallel. The release code will be branched off and Cooker will proceed as a rolling release.

Finally, something originally asked for over three years ago is finally being implemented. A new user Welcome application will be added in order to help new and migrating users to acclimate to Mandriva. Again, no further details what will exactly be included, but one can speculate it will give links to online resources such as forums and documentation; perhaps a tour of the desktop, menu, and applications; and maybe offer to install popular applications, codecs, and drivers.

And unfortunately, there are still no plans posted about a 64-bit One release. One has the advantage of being shipped with proprietary codecs and drivers that aren't available in the other versions, so a 64-bit version would be extremely handy.

Of course, there are lots of other highly technical deep code improvements ahead as well. But just looking at the items that users will notice easily, Mandriva 2011 certainly sounds very exciting. A release candidate is scheduled for April 25 and final is planned for May 30.

Source

Comments

Popular posts from this blog

mplayer-gui error : Error in skin config file

After installing mplayer-gui package, I can't start it.

$ gmplayer MPlayer 1.1-4.8 (C) 2000-2012 MPlayer Team mplayer: could not connect to socket mplayer: No such file or directory Failed to open LIRC support. You will not be able to use your remote control. Error in skin config file on line 6: PNG read error in /usr/share/mplayer/skins/default/main Config file processing error with skin 'default'
After googling a bit, I found out that it was due to the png files in dir /usr/share/mplayer/skins/default. This is the default skin directory. To fix this error, I have to install ImageMagick package because I want to use the convert program to convert all of the png files to format png24. Thus, cd /usr/share/mplayer/skins/default; for FILE in *.png ; do sudo convert $FILE -define png:format=png24 $FILE ; done
Rerun gmplayer and all should be fine.
Have fun!
UPDATE (02-10-2017)

It doesn't work on Ubuntu 16.04 (xenial) but there's a workaround here.

You can update your syst…

Moving your mysql database to another hard disk

Recently, my server's only hard disk was almost full. I bought a new hard disk with bigger size and I decided to just add it as a second hard disk. Since I need to move it to the 2nd hard disk, I need to find a proper way to move the db with minimum downtime. So I googled around and found a solution.
First, I needed to format the 2nd hard disk and I chose xfs as the filesystem. I created 2 partitions using Linux's fdisk for this task. First partition is 10 GB and 2nd one is around 900 GB. That's approximately added up to 1 TB. Then I mounted the 2nd partition in current partition eg /media/hd2 as follows:
mount -t xfs /dev/sdb5 /media/hd2
where /dev/sdb5 is the partition and /media/hd2 is the mounting dir.
Stop mysql db before doing anything:
service mysql stop
Afterthat, I copied the entire db to newly mounted hard disk:
cp -rv /var/lib/mysql /media/hd2
It will take a while if you have huge databases.
Then, change the ownership of the dir to user and group of mysql:
chown -R mysql:…

postfix - mailbox size limit and message size limit

postfix is my MTA of choice. I use it for my mailserver because its simplicity , security and sendmail-compatible (the widely used smtp in the world but not as secure). It is also extensible by plugging other servers for various purposes (antispam, antivirus,database etc).

I had one problem with file attachment larger than 10MB. Users couldn't send it although I have setup squirrelmail (SM) to be able to attach files summed up more than 20MB and I had modified php settings as per here. The problem was not in SM setting. It was postfix. By default, attachment size that can be sent by postfix is 10MB ~ 10240000 byte. How did I know it? I looked in log file (for my system it is in /var/log/mail/errors. For other system, the file to look is /var/log/maillog). The line looked like this:

Feb 26 16:30:53 webmail postfix/sendmail[30775]: fatal: me@mymailserver.org(74): Message file too big


Solution
Open /etc/postfix/main.cf with a text editor of choice and find message_size_limit directive an…