FOSS: A Linux Conversion

My friend Jerry is 70+ years young. Jerry has also been a client of mine on and off over the past several years for on-site support calls at his home office. Recently he was telling me how his aging Dell Dimension 2400 with Windows XP was running so very slow it was frustrating. We all know the story, the Microsoft OS was suffering from crud creep after several years of use. A cleanup and/or reinstall was needed to get it back to running faster. The other option is a new PC. Jerry is on a fixed income and cannot afford to replace the PC with a new one running “Microsoft Latest OS!” at this time. I talked with Jerry about his options, and he decided to give Linux a shot on this old Dell.

The system has 768 MB RAM and a 30 GB hard drive. The CPU is a single core CPU and “not fast”, but decent enough for a modest Linux install. I went over to Jerry’s home and backed up his Firefox bookmarks and his files in the Microsoft “My Documents” directory. These were placed on my 16 GB USB flash drive. Then the system was installed with Mageia Linux, online sources were added and all updates were applied. I did this for Jerry while he sat in and watched. I also set up his system with LXDE at first. Jerry saw that it looked like “Windows 95” and wanted something different. I know heavy GUIs like KDE 4 or Gnome 3 are out of the question unless one does a lot of tweaking to strip those down for a low resource PC. So, I installed Xfce4. He liked that much better, I am glad to say.

Jerry had already been using LibreOffice on Windows XP, so his documents restored from backup “just worked” when I opened them in the new LibreOffice install on his “new” Linux desktop. Jerry’s e-mail is web based through Yahoo! Mail, and that “just worked” too when I showed him where to find Firefox to get to the web. His printers and scanner were set up and “just worked” too. He now can use Xsane to scan his documents and can print what he needs to print.

I showed Jerry the ‘root’ access to “Mageia Control Center” and to “Install & Remove Software”. I explained privilege separation and how one uses ‘root’ only for administration tasks such as installing and removing software. Jerry had no problem understanding this concept. However, Jerry did not like having to login to his desktop every time he started the PC. So, I set up “auto-login” for his account and that was exactly what he wanted.

Now Jerry has a PC that is running “faster” than it was with the old, aged Windows XP install. It is also a modern OS and will serve his needs until the PC finally quits working. His only wish so far is for a plain old Solitaire card game. I guess I need to find him one.

Open Source: Oooo that rackin’ frackin’ … e-mail!

I grew up in the USA during the end of the age when kids were allowed to just be kids and cartoons on Saturday morning television were not a “statement” of some nanny state group trying to brainwash kids with some political or social agenda. Yeah, I mean the days when Daffy Duck could actually get his beak blown off with a shotgun, pick it up, put it back on, then say, “You’re desthpicable!”. That was hilarious to an eight year old boy sitting in front of the television on Saturday morning. No matter how many times it happened. (Cue the nannies, “Oh gee! The kids will think they can shoot each other and live! Ohhhhhhhh Nooooooeeeeessss! Kids must be stoopid!” … break, gimme, please.) As a young boy getting my Saturday morning Captain Crunch sugar rush while watching cartoons, one of my favorite television cartoon characters, other than Daffy, was Yosemite Sam. I mean, he could “swear a blue streak” and never actually “cuss”. I loved that!

Recently I have been emulating Yosemite Sam, but with less creative verbiage. “Why?”, you may ask. Well, it is due to the “new and improved” Evolution 3.4.1 in my shiny Mageia 2 upgrade on my daily use tower PC. Oh, it works fine to download e-mail, it is more stable than the old Evolution 2.32.2 I migrated from, it works great with the Maildir tree I have meticulously created over several years of e-mail storage. It just will … not … send mail via our SMTP hosted e-mail provider for our small business. I have tried on this PC, on another PC, from a fresh VM install on this PC, from a fresh VM install on another PC. I have even tried the 3.4.2 release that was kindly placed in Mageia Cauldron for me to try. (Thank you, Olav Vitters! I do appreciate that!)  No, 3.4.2 will not send at all with our SMTP host either. You can see my bug report if you want details.

Yes, a VM install of Mageia 1 with Evolution 2.32.2 will still send e-mail via our hosted mail SMTP server. Yes, Thunderbird will send e-mail via our hosted mail SMTP server. Yes, every other e-mail application I have tried will send e-mail via our hosted mail SMTP server. But not Evolution 3.4.x in Mageia 2, which is what I want to use since I settled on Evolution after abandoning Kontact + Kmail many moons ago. Again, I am considering yet another e-mail application switch due to a broken e-mail application following an upgrade. (Broken for me! I don’t care if it “works” for you!) I do not care to go back to KDE’s Kmail since my experience with that breaking following upgrades was just as problematic. My requirements are still the same as last time:

  1. It should be targeted toward businesses and thus be more likely to avoid disruptive changes in the future.
  2. It must be able to import most or all of my data from the former application.
  3. It must support Maildir mail directories.

Well, I thought I had #1 with Evolution, but that proved false in the past week+ that I have been on Mageia 2 with Evolution 3.4.1. Not being able to reply to clients from within my chosen e-mail application is fairly disruptive as far as I am concerned. I would use Thunderbird, but the Thunderbird developers have been avoiding proper Maildir support for well over 10 years now. For me, a local Maildir store is an immutable requirement for my mail application.

So, I am looking around for yet another e-mail application on Linux that properly supports Maildir, does not have disruptive updates, might have some chance of importing my dozens of filters I have created by hand in Evolution and works with my hosted mail provider for authenticated SMTP mail sending. At this point I am desperate. So, I am thinking about downloading and compiling Balsa for myself. Balsa is not included with Mageia. But if it ends up working for me, you can bet I will be requesting it be added to Cauldron for the next release of Mageia.

Open Source: Mageia 1 to Mageia 2 Upgrade

I am jumping the gun a bit and upgrading my Mageia 1 installation on my personal / business SOHO desktop PC tonight, May 21st, to Mageia 2. Officially Mageia 2 is not due to release until May 22nd. But the online repository for Mageia 2 is in place at my preferred mirror and I know that it is basically ready to go right now. So, I am upgrading. Ironically, I am starting this article from my soon-to-be-retired Mandriva 2011 install on the SOHO router / Bacula backup server. I have X and fluxbox installed on here just for occasions such as this where my main PC is being serviced. I am publishing this and will update as I go, so any of you that follow this site via RSS can make comments if you wish while this is being written.

This upgrade is being done over the Internet using the new Mageia 2 media sources with ‘urpmi –auto-update -v’ from a command line login as root on console #1. I have stopped X at this point and the PC is in “runlevel 3”, meaning no GUI. Which is going to be good since X will be upgraded while this process is going.

The initial phase of the upgrade was some 200+ packages to get the bits of Perl, RPM and urpm* tools that will be needed once the upgrade enters the 2nd phase where more low-level stuff starts being replaced. The second phase is running as I type this paragraph and has 2,679 packages to upgrade with a total download over 2GB. Phase two is at 370 packages and counting.

One of my hopes is that the new Mageia 2 will have a release of Evolution mail that is more stable and works better than the one in Mageia 1. I have had crashes nearly every day using the older Evolution with my local Maildir store. It also has problems keeping up with the message counts and with deleted mail “resurrecting from the dead” even though I want it to stay “dead”. Sometimes I get new mail and it is filtered to the Maildir store … but no new message count shows up. I have missed some business mail for a couple of days due to this problem. My fervent prayer is the new release will work much better. I will of course report about that here in a later article once I have a bit more experience with the upgraded Mageia install under my belt.

May 21 21:55 CDT – 531 packages installed and counting.

May 21 22:30 CDT – 820 packages installed and counting. I have noticed a few “installation failed” messages pass by during this process. I have seen this happen before when upgrading from CLI. That means I will have to run ‘urpmi –auto-update -v’ again when this pass is done. I will do that and report on it when I do.

May 21 23:52 CDT – 1134 packages installed and counting.

May 22 00:44 CDT – 1427 packages installed and counting. It is into the freaking huge KDE 4.8 bundle now. What a beast. Although I do not use KDE myself, meaning the desktop, I have it installed to support my clients that do use it. It helps to be able to see on my screen what they should be seeing on their screen. It is a good thing I have set aside a great deal of drive space (16 GB, currently 93% used!) for my /usr partition. 🙂

May 22 01:08 CDT – Stopped the upgrade to remove some of the old kernel-source packages. The /usr partition got to 99% full and I was a bit nervous about that. Restarted the upgrade after removal of these. Note to self, remove these first next time.

May 22 01:40 CDT – I notice that many of the “failed to install” packages are *handbook packages for KDE applications. They are failing because they require the upgraded application to be installed. It appears none of the applications required for the *handbook packages are upgraded yet. A bit of a backward update attempt there I think.

May 22 02:35 CDT – Upgrade ended with a LOT of un-upgraded packages. I had to install some libraries, libpoppler*, individually. Then many of the un-upgraded packages did upgrade along with those libraries. Then when that finished I ran ‘urpmi –auto-update -v’ once more and another seven hundred(!) packages started upgrading that had been skipped. Among them … LibreOffice, which is one piece of software I use nearly every day.

May 22 03:09 CDT – Upgrade stopped again with 250 packages still not upgraded. Started it again and some more packages, but not all, did update. Looks like this is going to take some more runs though the upgrade process. Each time getting a few more packages updated.

May 22 03:16 CDT – Had to install gstreamer0.10-vp8 and python-gi by themselves with urpmi. Then libclutter1.0_0 by itself with urpmi. Then 61 other packages came along with libclutter and updated. Appropriately further cluttering my drive with software. 🙂 Still 139 packages to go. Gee, this is fun. I start the update again with ‘urpmi –auto-update -v’. This time I notice Gnucash installing … another program I use nearly every day.

May 22 03:32 CDT – Everything is updated, except for one problem package – qt4-examples is error-ing and will not install. I can live with that. going to reboot now to load the new kernel and see if anything goes “boom”.

May 22 03:35 CDT – Yup, it went boom.

Dependency failed. Aborted start of /data1

Welcome to emergency mode. Use “systemctl default” or ^D to enter default mode.
Give root password for maintenance
(or type Control-D to continue):

Bleh, that /data1 is a complete drive mount that has a lot of important “stuff” on it. Yeah, it is backed up. But who of you really wants to have to rely on your backups? This should extend my “fun” to new heights. What the heck, I’ll use Ctrl D and see what happens. Nothing. Okay root password and I have the # prompt. Gotta do some forensics folks. Be back in a bit.

The /data0 and /data1 mounts were not mounting even though they were working just fine prior to the upgrade. This is a multi-drive system with many more mount points than the average PC user might have. Still a bit disappointing that the upgrade did not “just work” for me. The “fix” was to edit /etc/fstab by hand in “emergency mode” with ‘vim’ to comment out those mount points. Then reboot.

I am writing this paragraph from my newly updated PC running Mageia 2. The ‘diskdrake’ tool is choking on this when I try to run it to edit the mount points:

   Device Boot      Start         End      Blocks   Id  System
/dev/sdc1   *          63     8177084     4088511   82  Linux swap / Solaris

That is a swap partition on the first part of one of the disks. Looks like I get to  use gparted to remove that to see if I can then get the ‘diskdrake’ tool to work. There is nothing like an all-nighter upgrade to make one appreciate … sleep.

Okay, something had marked all the first partitions on each drive with the ‘boot’ flag. This was causing diskdrake under Mageia 2 to die on those disks that are not actually boot drives. Using gparted to remove the ‘boot’ flag then allowed me to load diskdrake and redo the mount points. Whew! For the record, this is probably not a problem most folks will run into. My system is used to run a lot of testing stuff for support purposes. So, the problem is probably something I did. That said, diskdrake should have been able to handle this problem instead of dying an ignoble death. At least gparted came through and helped me fix this problem.

My suggestion for an upgrade is, clean out any old stuff you don’t need, such as kernel-source files, before upgrading. Also, check your partitions if you have multiple disks. If each first partition on each disk is marked bootable, this might cause problems if you have more than two disks as I do. Use gparted to remove the boot flag on any partition that is not actually a bootable partition prior to upgrading. While I was able to get everything working after I had already updated, I do have over 20+ years dealing with PC hardware problems under Unix and unix-like systems. Due diligence to look for these problems I found before you upgrade could save you some headaches … and a sleepless night.

Good morning all. I’m going to bed now.

Open Source: Homeschool Computing

Proverbs 22:6 – Teach a youth about the way he should go; even when he is old he will not depart from it.
Holman Christian Standard Bible (HCSB)

Many parents in recent years have chosen to homeschool their children. The reasons for this vary, but most include some measure of the understanding that to truly pass on one’s values to one’s children one needs to be the primary source of information for that child. To place one’s child in a school, public or private, is to give up at least part of one’s responsibility to and for that child. There is usually also a desire to have more control over what that immature mind is experiencing as it grows. Some life events should be shielded from a growing mind until that mind is mature enough to handle such events in the context of the desired values imparted by the parents.

One of the facets of homeschooling has to do with computing systems, networking and the Internet. As a homeschool parent once told me, she would never allow her children on the Internet without her or her husband present. This meant the parents could not take time out and let the child have unmonitored free time on the computer unless it was unplugged from the network. I have had that conversation tickling the back of my mind ever since. I think I might have an answer for that homeschool mother and other homeschooling parents in a similar situation. The answer, of course, involves Linux and FOSS.

I recently quoted a dual Opteron CPU (8-cores), 16 GB RAM, dual 500 GB drives, small business Linux server build to a local client. After looking over the quote, which is under $1500, I came to the realization that this server could also serve as the heart of a FOSS homeschool Linux Terminal Server system. The server could have FOSS parental controls, such as DansGuardian, with the parents having complete control of the server. Then the children could have access to the internet only through the controlled connection that goes through the home server. A diskless workstation that boots from the home server could be built for each child for a very low cost. Or, if the parents want to spend the money, each child could have a laptop or netbook loaded with Linux that connects to and through the server. The only costs to the parents are the hardware and the time to become educated about running a Linux based homeschool server.

A homeschool system built with FOSS gets one all the tools one needs to teach a child about general computing and/or programming. Plus there is the benefit of “free” office suites such as LibreOffice, dozens of “free” games, “free” educational software like GCompris (ages 2 – 10), as well as hundreds of other “free” applications. These are almost all “free” in the truest sense of the word “free”. Meaning they are unencumbered with restrictive licenses that forbid one to install an application on more than one system without paying money. They can be given away and even modified at the source code level and redistributed by one’s budding, homeschooled programmer without having to worry about Federal Marshals showing up at one’s door. An added benefit is that one does not have to worry about Microsoft Windows or Apple OS X viruses, worms, Trojan horses, spyware and adware on a Linux system. A properly secured Linux home server can be set up very easily to also avoid the very few malware that may attack services on Linux.

Custom PC from ERACCIn conclusion, I believe my homeschooling friends I mention above could have benefited from such a system. Their children are now grown and out, so the point is moot for them. But there are hundreds of other homeschooling parents who might want to consider a Linux based homeschool system for their children. The idea is worth examining, in my not so humble opinion.

Open Source: Mageia 2 (Cauldron) Looking Good

If you have not been following the saga of the Mageia Linux distribution then you are unaware that Mageia 2 is slated to be released on May 15th. At this point the distribution is in Beta 3 testing and then will have a Release Candidate out right around May 2nd.

Since I am a business user of Mageia, I decided to assist with the testing for the new release to help uncover any bugs still hanging around in the distribution. At least for any of the software that I use. As there are no CD / DVD images out for Beta 3 yet, I decided to take our VirtualBox Mageia test install up to the Mageia Cauldron (development version) release from which the new Mageia 2 will be created. I usually do all upgrades from the command line using these commands below, so the lack of CD / DVD media for Beta 3 is not a problem for me:

# urpmi.removemedia -a
# urpmi.addmedia  –distrib http://(insert/repository/here)
# urpmi –auto-update -v

Before beginning the upgrade, but after selecting the new media source, I started the Mageia Control Center (MCC) and selected the “non-free” and “tainted” media sources that are not enabled by default. Otherwise I would have not had a complete upgrade as I have chosen some packages to install from both of those on our test install.

In my not so humble opinion, the Mageia Control Center is still one of the defining features of Mageia. The new release keeps the GUI MCC and the command line mcc for the times that the GUI may not be available.

During the upgrade process I was given a choice to keep using “legacy” System V initialization or switch to systemd initialization. This is a nice touch. Since almost all modern Linux distributions derived from Red Hat will be moving to systemd, I went ahead and selected that during the upgrade. I wanted to see if the upgrade would smoothly handle the switch from System V to systemd. I am glad to report that it appears to have handled that very well. As you can see in this short video the OS boots very fast with systemd.

I think I am becoming a systemd convert. The OS is also very responsive in this virtual machine. I look forward to seeing how it does on the “bare metal” after I upgrade our systems here. The bottom line is, it seems at this time that the Mageia 2 release will be well done and a contender for the end-user desktop.

Open Source: Using Mageia 1 for Six Months Now

I am back writing again after my hiatus. If you missed me, good. 🙂 If not, maybe I can write something this year that will pique your interest, inform you, or help you smile. Then the next time I take a hiatus you will miss me. 😉

Back in the Fall of 2011, September 4th to be exact, I decided it was time to migrate from the sinking ship of Mandriva to the new Mageia distribution which is based on the best of Mandriva while leaving the chaff of Mandriva behind. It is now six months later and I am ready to report on my experience so far. To sum up this article in a sentence, “Mageia works and works well.” If you just want the summary, that is it, you can stop reading here. If you want more, read on. I will start with what I haven’t liked since that is my shorter list.


One problem with Mageia 1 is it did not, and still does not, include all the software I had installed and used on Mandriva 2010.2. However, this is really a niggle because all of these applications still work following the migration upgrade I did. Further, most of these, if not all of them, will be included in Mageia 2 which is due out in May 2012.

The other problem, to me, is that Mageia will be switching from System V style startup and management to systemd with Mageia 2. I like System V and spent a lot of time learning how it works. Now I have to scrap all that and learn something else that I am not at all convinced solves a real problem. To be honest, this is not just Mageia switching to systemd, many other distributions are doing the same. Therefore I would need to learn about systemd anyway. I still reserve the right to dislike the switch and whine about it.


The window managers / desktops I prefer, fluxbox, Window Maker, Xfce, are part of the official distribution and continue to work as I expect. I do not have to worry that KDE4 + ROSA, the only “official” GUI on Mandriva, will be the only GUI supported in the future. My primary “desktop” is fluxbox. All my custom keyboard bindings and startup settings for fluxbox are still working as expected under Mageia 1. Since fluxbox is part of the official distribution, I can rest assured it will continue to be supported and receive updates through the official Mageia updates.

Mageia is responsive to bugs and new package requests on their Bugzilla bug tracker. For example, my recent request to have the latest release of Wesnoth included for Mageia 2 was handled promptly. (Thank you Stormi!) Mageia still needs more packagers to join the team to help out. But the folks that are already on the Mageia packaging team are doing a great job, in my not so humble opinion.

The Mageia administration team has recently worked on its server infrastructure to make things work faster, more smoothly and to repair a RAID problem that was affecting service. Donations from the Mageia community allowed this. They even took the time to notify us lowly end-users as to what was being done. I personally appreciated the latter. (If you use Mageia and haven’t donated yet, take a minute to send them a small donation. If you can’t donate money, then donate some time to helping others in the Mageia IRC channels.)

Mageia updates work as expected and continue to add new packages that are upgrades of the Mandriva packages I still have installed. The Mandriva list of installed packages keeps getting smaller, as expected. (I ran into a hiccup with updates right after I migrated. An update included some packages intended for Mageia 2. But that only happened one time, and as far as I can tell the problem was fixed as it has not occurred again.)

The Mageia folks are rather friendly and so far I have not seen one person told “RTFM” when asking for help on the IRC channel (See above for the URL). This is a plus as far as I am concerned. Grouchy Linux curmudgeons may disagree. If one just wants to “shoot the breeze” with other friendly folks, I recommend the Mageia Social channel at Freenode. You will find it a good place to chat about just about anything, including Linux in general and Mageia in specific.

Custom PC from ERACCAs far as I am concerned Mageia is my new desktop Linux distribution of choice and will be into the foreseeable future. Please feel free to post comments with your experience, impressions, likes and/or dislikes with Mageia.