If you didn't hear the news, Red Hat released Red Hat Enterprise Linux 7 on Tuesday, June 10th. I've done three installs so far at work... and have been reading through their wonderful documentation. I'm really digging the newer versions of things and systemd... yes, especially systemd. No, no, really!
As you also probably know, Red Hat sponsors the CentOS Project now... and they are working hard on getting CentOS 7 done. Andrew from the BillingsLUG predicts CentOS 7 will be out within two weeks of RHEL 7... so that would be by June 24th. My guess is 6 weeks... which would be by July 22nd. If they don't make it in 6 weeks, my next guess is August 10th, because that's my 50th birthday.
Anyway. So yeah, the CentOS Project has been hard AND they have been, unlike in the past, doing everything out in the open... transparency it is called. Yesterday they announced they had the packages building. Then someone on the centos-devel mailing list said they had a Docker CentOS 7 container image. I gave that a try. Then the centos-devs said they had the first build attempt completed although they have NOT gone through all of the packages yet and removed Red Hat's branding... so it's a very preliminary build. Then they announced they had a network install CD (~ 341MB). I gave that a try and it worked great.
Then I decided I wanted to work on my own remix if possible. I used reposync to download all of the packages... and wget to get the handful of other dirs/files in the install tree. Then I made a KVM virtual machine via a network install pointed at my own copy of the tree. Then I added the livecd-creator package that one CentOS developer ported from Fedora. Then I installed fedora-kickstarts from Fedora 19... and hacked on their KDE LiveCD kickstart until I had it building CentOS 7. The first build didn't go so well. For whatever reason, all of the GUI stuff was there except for Xorg. I was able to use that first install, get it going in text-only mode to figure out what packages I needed to add to my kickstart's package list to get X going. Bingo... only three additional lines although two of them had an asterisk in them.
It built. It booted. It installed. It booted and worked post-install. Not bad.
What does it contain? Well, I'm a KDE fan. EL7 only offers GNOME 3 and KDE anyway. So, it has KDE... but oddly they don't offer KDM (KDE Display Manager aka GUI login screen) so it uses GDM (GNOME Display Manager). While Red Hat defaults to the XFS filesystem in their install media (they don't have any Live media by the way, just install-only) livecd-creator would not build the .iso if I set the default to xfs... so I had to set it to ext4. So, the system you get from the live installer has ext4 partitions. While it is the KDE desktop I added some stuff that isn't KDE-specific... like Firefox, Libre Office, GIMP, and Inkscape. I didn't refer to the EPEL 7 repository in my kickstart so the first good build only includes stock packages. Later I'll probably add in EPEL and add some additional packages like tmux, x2goserver... and a few other sundry packages. Any suggestions?
I should have included some screenshots with this post but I'm too lazy and tired after spending about 6 hours working on this little project today. If you want to give it a try let me know and I can email you the URL to the .iso file. Oh, btw... the installed system does not include a working centos.repo file so after a fresh install is booted, one has to manually add one by creating a file named /etc/yum.repos.d/qa-nightly.repo. Put in it the following:
Then you can use yum to install anything else you'd like. I recommend you also add EPEL 7 (epel-release-7-0.1.noarch.rpm). Enjoy! MEL (Montana Enterprise Linux), kiss my grits!
Update: CentOS has since released Public QA LiveMedia of their own.
I keep up with Fedora releases. Fedora 19 was due for an "Alpha" release last Tuesday but they had to delay. As most everyone already knows, delays in Fedora are to be expected. Anyway, I thought I'd check out their Alpha test builds. They actually seem to be working quite well. I did several installs from the "Desktop" media which is GNOME 3.8.x-based. The installs I did were inside of KVM-based virtual machines. Then I added on all of the other desktop environments and tried them out. Even in this early stage, it seems to be quite usable and stable. I obviously did NOT run into any of the "blocker" bugs that were the cause of the Alpha release delay. I think most of those were EFI related.
Remixing from Alpha
I thought I'd try doing a MontanaLinux remix from the development repositories. For those not familiar with MontanaLinux, it is basically the vast majority of desktop environments and desktop managers and a lot of desktop software rolled into a 2+ GB live .iso. It includes packages from rpmfusion (codecs, gnome-mplayer, vlc, etc), Google (google-chrome-stable and google-talkplugin) and Adobe (flash-plugin).
So from my Fedora 19 pre-alpha VM, I installed the various kickstart packages, extracted out the KDE related kickstart (.ks) files, and then melded them into a single file, added the packages I wanted to the %packages section, and then did a tiny bit of customization in the %post and %post --nochroot sections of the kickstart. With a MontanaLinux-F19.ks file done, I proceeded with the build.
It built. I discovered (with help from nirik in #fedora-devel on freenode) that Fedora no longer looks at /etc/sysconfig/desktop for the default desktop environment and display manager. That is done with systemd's systemctl.
The Bug Fairy Always Visits
There are a few glitches here and there but that is to be expected. lightdm was messing me up... so I had to add an exclude in the %packages section. I'm still in the process of refining the kickstart but it seems to work well enough.
For some reason, when I boot the .iso in a KVM VM on a Fedora 18 host I can't use the combination of SPICE/QXL. If I change it to VNC/any, SPICE/VGA, or SPICE/VMVGA it works fine.
I made sure to add in the GNOME 3.8.x Classic extensions so the GNOME Classic mode shows up in the display manager Session options.
I've only been working on this for a few hours so I'm sure I've got a bit of learning left to do. Fedora has since released a number of Fedora 19 updates and I haven't tried those yet. More later.
Update: April 22 - There was an additional flood of updates over the weekend. I guess the current build from Fedora went gold for the Alpha release and they had stockpiled some updates until after. I put in a few more hours on my configs and got the 32 and 64-bit versions built. They are working well and the SPICE/QXL combination now works fine. Updates included KDE 4.10.2 and MATE 1.60 among others.
If anyone wants to try it out, feel free to email me (email@example.com) and I'll reply with a URL.
Update: April 24 - Fedora DID release Fedora 19 Alpha yesterday. I've done yet another rebuild and created a screencast video (no audio) showing the Live DVD iso booting inside of a KVM Virtual Machine connected to with the SPICE remoting protocol. I didn't do any fancy editing of the video so there are long boring parts where you stare at a blank screen as it boots or loads. In the 25 minute video I boot, do an install, reboot and then do a quick survey of all the desktop environments, some apps as well as how I like to personalize KDE. The pre-release Fedora 19 base has a debug kernel and I'm sure the installer is doing a lot of extra logging... so the installer and the boot is a lot slower than the final product will be but that is to be expected. Everything seems to be working nicely except for Cinnamon.
Anyone who would like to watch it can do so with the link below. Right-click to download or play in your webm compatible browser. It is about 66MB in size... which is about 3 times the size of my first hard drive back in 1986. :)
I've been remixing Fedora 18 pre-release for quite a while now. As you may recall The Fedora Project has delayed the release of Fedora 18 Beta several times now... mainly due to blocker bugs in their new installer and Fedora Updater (fedup). I think the rest of the distribution has benefited from the delays because I've been running it a while and it has been very solid for me... as or more solid than Fedora 17. In fact, Fedora 17 and Fedora 18 share a lot in common... because a Fedora release, during its lifecycle, gets a lot of updates and upgrades.
I started by putting Fedora 18 on my netbook. Then I put it on my home desktop system. I ran it for more than a month... oh, and by the way, I disable the updates-testing repository. Since it has been so solid on my hardware at home I finally decided, perhaps being a little haphazard, to put it on my workstation at work. When did I decide to do that? Well... I picked the day before Thanksgiving about 1 hour before it was time to go home. Care to follow me on my journey?
Update: (8PM, Thanksgiving) - I noticed an email that said that there was a Fedora 18 Beta release Go/No Go meeting today and that the decision had been made to finally release the beta on Tuesday, Nov. 27th... the so called "exploding turkey" release. Yeah!
If you have been paying any attention to the development work going on with Fedora 18, you're probably aware that they have been running into repeated delays because of a complete rewrite of the anaconda installer. I've been working on remixing Fedora 18 and generally it is in fantastic shape with the exception of a few pieces of the installer that I'll not mention now. Below is a video of me booting the latest build, installing it, doing a firstboot, and then showing off some of the new desktops.
I do the install on top of an existing KVM virtual machine so that's why I nuke the partitions that were already there. The desktops shown are Mate, GNOME 3, and Cinnamon. Also included but not shown are KDE, LXDE, XFCE, openbox and a few other window managers. The latest Firefox, Flash plugin-in, and Google Chrome are included along with several of the multimedia apps and codecs provided by rpmfusion.
There is no sound. I guess I could have put some Euro-synth-pop in there but nooooo....
Direct link, right-click save as:
montanalinux-f18-beta-boot-install-run.webm (25.7 MB)
Warren Sanders put together a newer server to host this domain on. The system we were using was put together about 5 years ago. When we originally set it up, it was running CentOS 4.0. It was upgraded with each CentOS update and worked its way all the way up to CentOS 4.9. Anyone using RHEL 4.x or a clone can tell you that it is rather old in the tooth. For example it uses PHP 4.x.
A few weeks ago, I migrated all of our OpenVZ containers to the new system. The host node is running Scientific Linux 6.x. The containers continued to run CentOS 4.x Today I decided to make a new container and migrate all of the accounts and data to the new system. I basically went from CentOS 4.9 i386 to Scientific Linux 6.1 x86_64. The migration went pretty smoothly. My wife has a couple of Drupal 6-based sites and they just worked. I have a few Drupal 4.7.x based sites (which includes this one) and there were some issues. The main problem is that the Drupal 4 series is no longer supported / updated... and there are a number of known issues with Drupal 4.7.x and PHP 5.3. Going from PHP 4.x to 5.3.x is indeed a big jump. I also tried using the binary files for MySQL but ran into problems and ended up using mysqldump to export everything to an .sql file and then importing it. I don't know if the issues I ran into were caused by the big jump in MySQL versions or simply because I switched from 32-bit to 64-bit.
Any any event, with my testing and a little bit of php source code editing, this site is back in operation. It took me a couple of hours and there are still a few issues. What issues are those? Well, there will be no new account registrations and existing users can't edit their account information. Other than that, everything seems to work well enough.
I eventually plan on creating a new, Drupal 7-based site. I think trying to upgrade from the existing version through 5, then 6 and finally to 7... would be very problematic... unless there is someone out there who has done it. Problems with upgrading are what have held this site back at Drupal 4. Also being on CentOS 4.9, it was impossible to use Drupal 7 because it requires PHP 5.3.x at a minimum. I'm not really sure how I'm going to go about it... run both the old site and the new site... and manually copy and paste content between them? Or maybe I'll just run the old site in read-only type mode... and just use the new site for new content only. We'll see how it goes. I don't currently have a timeframe for when I'll set up the new site... so my guess is that this site will limp along for a while yet. Just wanted to let everyone know about the big change made today.
If you didn't notice, today is Fedora 16 release day. Yeah! I've been using Fedora 16 for a while now preping my MontanaLinux remix. I made a 41 minute screencast that does two things: 1) Showcases the desktop environments available in Fedora as melded together in the MontanaLinux LiveDVD remix, and 2) Shows using KVM and virt-manager some.
Please pardon my voice and occasionally sniffing... an allergy is bugging me.
I setup a local mirror of the Fedora 16 development repo and got to work on the MontanaLinux LiveDVD remix. I ran into a few minor problems but the 32-bit build seems to be working great now.
Now that grub2 is used by default and grub is also in the repos, you actually have to add grup2 to your package list in the kickstart file or it isn't there when you try to do an install. Check.
When using the sample KDE kickstarts to add to, make sure and remove a few of the really big packages you don't want or your iso may grow over 2 GB at which point a few of the later build pieces may get cranky. After removing a lot of koffice translations, octave, and a few other things... my iso went from 2.1 GB to a more desirable 1.8 GB. Check.
Packages that I noticed that disappeared in Fedora 16 that I needed to remove from the package list: agave and xfprint. Check.
Since grub2 is used the process of rebranding grub has changed and I haven't figured that out yet. In fact, I still need to learn how to customize grub2 since it is no where near as obvious as the grub.conf used to be for grub1.
New stuff in Fedora 16 I still need to figure out
Anyone got grub2 all figured out yet? From what I understand there are a number of config files, and then a few for settings... and then some process to build from those the config file. Editing the config file directly is a no-no.
systemd is now in full force and legacy tools like chkconfig and ntsysv still work but to a lesser degree. The legacy tools only show a subset of services rather than all of them and I haven't figured out yet how to get a complete list of enabled services from systemd.
chkconfig httpd on" has become "
systemctl enable httpd.service". I'm just not sure what the systemd equivalent for "
chkconfig --list" is yet.
I still have to work on the 64-bit version but now that I have a functional 32-bit kickstart, that should be a piece of cake. I should have everything done before or by the official Fedora 16 release date which currently is set for 2011-11-08.
I got tired of having to delete about 100 bogus comments from anonymous users every day. Anonymous comments were moderated so none of the spammy ones would get posted so it was a total waste of time to post them in the first place... but bots don't seem to learn.
In any event, I hate having to sign up for an account just to leave a comment on a site... so an alternative is to just email me your anonymous comments along with the URL that they refer to - firstname.lastname@example.org. I'll give it a week and see how it turns out. I am NOT a fan of captcha so I don't want to burden all users with that either.
Site registrations have been turned back ON but registration requirements will be enforced.
I've been following the development and building my MontanaLinux remix every so often, usually after a bunch of updates. All in all, I'm pretty impressed with the release.
If you know where to find the RC1 release, which is freely available, that is the final release (to the best of my knowledge). So if you want Fedora 14 early, download that. I did, although I'm mainly using my remix.
It has been a while since we released any new "Cool Gear". I decided to work with some images from one of my favorite Flash animation videos. If you have ever been to a BozemanLUG or a BillingsLUG meeting in the past 5 years, you'll probably be familiar with it since we often play it at meetings: Switch to Linux.
A Little History
I'm not exactly sure when Chris Hill first created ubergeek.tv but he posted the "Switch to Linux" video in 2003. What is this switch to Linux stuff? Well, at the time Apple was running a bunch of "Switcher" ads. Of course Apple was doing back then what they do today with iPhone and iPod ads... they spend tens of millions of dollars for media buys and run their ads over and over until you just want to scream. Thank goodness for TiVo and other DVRs that let you skip the commercials! I believe if we did the same with Linux oriented stuff, we'd get just as much market saturation as Apple is, but that's another topic.
Anyway, Chris created the "Switch to Linux" video as a sort of parody of the Apple Switcher ads. Of course, since that was 7 or more years ago, the young folks of today have no idea what it's about. Chris has a number of entertaining creations at his website so be sure to check them out if you haven't already.
I emailed Chris Hill and asked him if he would consider allowing me to use images from his flash animation for some tee-shirts for our LUGs. He agreed and said I didn't even need to include a blurb giving him credit... although now that I think about it, I should add it anyway. I'm attaching the images to this post for anyone who wants to alter them.
How They Were Made
Basically, I was on a computer with a fairly high resolution (1680x1050) and I had my browser window maximized. Then I used ksnapshot to take some screenshots while the video was playing. Then I cropped the images and did some cleanup and combining of multiple images (for those images that pan across the screen during the video) with GIMP. Then I imported the images into Inkscape (v 0.48 which includes the ability to embed the bitmaps) and did some additional editing until I had the final result... which I saved as both an .svg file and a .png file.
I tried using the "Path -> Trace Bitmap..." feature in Inkscape but decided that I liked the bitmaps better than the vector traces. One thing I don't like about bitmap traces in Inkscape is that they end up being a group of layered objects, each a different color. They look fairly good but I have yet to figure out a way to merge the layers together and sometimes I accidentally ungroup the object which tends to make a mess.
Anyone who has the desire can take the images that are attached and use them, or capture their own... and then make their own tee-shirts, etc. Or if you don't want to put in any effort and just want to order a tee-shirt, you can do so here: