KDE 4.5.0 is available!

… and I can offer you packages for KDE Software Compilation 4.5.0 for Slackware-current. The 4.5.0 packages are accompanied by a README which explains the straight-forward  installation/upgrade steps. As always, both 32-bit and 64-bit versions are available.

This marks another milestone for the KDE project with numerous improvements to the KDE 4.4 which we have in Slackware at the moment. Congratulations to everyone who helped in making this release possible, even if its release date slipped a bit instead of delivering on time as usual.  The delay allowed for the fix of a few severe application bugs, so in the end we all benefit.

You will need to run Slackware-current dated Saturday July 31, 2010 or newer. My packages for KDE 4.5.0 are not guaranteed to work on Slackware 13.1, so if you want KDE 4.5.0 you are encouraged to upgrade to Slackware-current!

The additional dependencies which you have to take care of on slackware-current (i.e. non-KDE and/or non-Slackware packages) are limited to just one package, thanks to Pat Volkerding who applied several updates to Slackware-current recently – so that the requirements for running KDE 4.5.0 would be met from the start. That single remaining dependency is libdbusmenu-qt (which does not yet exist in Slackware).  You’ll find it in the “deps” directory.

If you are adventurous and want to try this on Slackware 13.1 anyway, I think you could get lucky by installing/upgrading the packages which you will find in the “deps” directory of my KDE 4.4.5 package repository for Slackware 13.1. Basically, all those updated “deps” packages are are the real difference between Slackware-13.1 and slackware-current at this moment.

NOTE 1:

The kdepim and kdepim-runtime packages are not part of KDE 4.5.0 !!
The PIM developers decided that their applications are not yet stable enough to get included, and instead you are encouraged to keep the kdepim and kdepim-runtime packages of Slackware 13.1 (version 4.4.3) or slackware-current (version 4.4.5).
There is one caveat: the consequence is that you will only be able to use the english localization of kdepim, because the language files are contained in the kde-l10n-* packages of the old version. You can not install that in parallel with the 4.5.0 version of your language files.  Perhaps I will try and split off the kdepim language files into separate packages, if I have the time (unfortunately at this moment I do not have that luxury).

NOTE 2:

If you have been running my previous alpha or beta builds of KDE 4.5.0, and if you experience strange application or plasma behaviour in 4.5.0, try with a fresh user profile. Data migration from KDE 4.4.x to 4.5.0 should not be an issue, but there may be some incompatible changes during the early betas, as mentioned by Maciej on Aaron Seigo’s blog.

And in case you think, “what a strange location for the packages, why have they not been placed in the ‘ktown’ repository“… that is a good question! By the time  this post appears on my blog, I will not be connected to the Internet. Therefore I have scheduled this post to be published in the future after I finished compiling. And since I could not make the packages publicly available ahead of the official release, I decided to hide them in plain sight… Once I get my Internet back I will move the 4.5.0 packages to the correct location, which is indeed my ktown repository.

Update (22-aug-2010): the 4.5.0 directory has finally been moved into my ktown repository and I have updated the links in this article which point to it.

Enjoy, Eric

I welcome any remarks about installing slackware-current over a network (NFS/HTTP/FTP/Samba) and using LVM/LUKS. If anything should be added to the README files, this is the moment, and it will pass soon.

There are (again) several items on my private TODO list which I did not find time for during this release cycle… I want to write a script to create a Live DVD out of the installation ISO (for demonstration purposes) – nothing like the Linux-Live scripts which enable you to convert a running Linux system to a Live CD… those scripts are awfully complicated and I want to have something basic. I also wanted to work on the mkinitrd_command_generator.sh and the liloconfig scripts – I want to make it easier to create an initrd.gz during installation, for use with the generic kernel and especially in those cases where an initrd is required like when you are using LVM, or LUKS encryption.

Something needs to be left for the future I guess, so that I have something to look forward to

On the other hand, I am glad that I managed to update the usbimg2disk.sh script though so that you can create a complete USB installer for Slackware quite easily now (without destroying the data on your USB stick even, if you want). Read my old blog post for usage instructions. The move to KDE SC 4.4.3 in Slackware 13.1 is something I am delighted by as well – I had not thought Pat Volkerding would accept this version into 13.1. Perhaps I should now shift my attention to the development of KDE 4.5 packages…

On another note, the http://slackbuilds.org/ site has closed the submission form in anticipation of the new Slackware release. The admin team needs time to get the database ready for accepting new entries and there are very interesting new features coming up. Be sure to watch the site closely in the near future!

Have fun, Eric

Users of small form-factor laptops will be interested to learn that the new Plasma desktop manager now offers two workspace choices. One is the usual desktop-oriented workspace. The interesting addition is a netbook-oriented workspace, with special consideration for the netbook’s smaller screen and typical mobile usage patterns. I have not yet installed KDE 4.4 on my own Asus EEE netbook but I will most certainly do so, later this week!

In order to fully appreciate the work that went into KDE SC 4.4 and learn what has changed since KDE 4.3, you should definitely take the visual tour. Lots of new functionality and usability improvements are hidden beneath this new desktop workspace and just waiting to be discovered and used to the fullest.

Slackware packages galore!

Like I did with the pre-releases of KDE 4.4, I have prepared new goodies for all you Slackers. Get those 32-bit and 64-bit packages for Slackware Linux and install them on your computers (or build them yourself using the accompanying SlackBuild scripts, patches and sources).

You will find all of those at http://alien.slackbook.org/ktown/4.4.0/ .

Please take good notice of the fact that these packages are built for Slackware-current. You can safely install the KDE 4.4.0 packages if you are running a slackware-current from around 01 february 2010 or newer. Do not try to install these packages on Slackware 13.0.

Slackware 64-bit:

• Don’t forget to also install the updated or new dependencies! These “deps” packages can be found in the “x86_64/deps” directory.
• The KDE 4.4.0 packages themselves can be found in “x86_64/kde“
• And of course, the localization packages (non-english language translations of KDE) are available in “x86_64/kdei“.

Slackware 32-bit:

• Don’t forget to also install the updated or new dependencies! These “deps” packages can be found in the “x86/deps” directory.
• The KDE 4.4.rc2 packages themselves can be found in “x86/kde“
• If you need a language pack, you can grab one from the 64-bit package tree “x86_64/kdei” since these packages are in fact architecture-independent.

Here are the steps on how you download the packages and install them. You can have an older version of KDE installed, but that is not required. You will end up with KDE 4.4.0 installed on your system.

Instructions are for the 64-bit packages, I think you can figure out how to change them if you want the 32-bit versions:

1. Download everything in the directory http://alien.slackbook.org/ktown/4.4.0/x86_64/ :
   # lftp -c "open http://alien.slackbook.org/ktown/4.4.0/ ; mirror x86_64"
2. Change into the directory “x86_64″ which has just been created in your current directory:
   # cd x86_64
3. Remove the no longer required kdelibs-experimental package if you still have that installed. It is part of KDE 4.3.x (i.e. Slackware 13.0 did not have this package). If you do not have kdelibs-experimental on your system, you will get a harmless error message that you can ignore:
   # removepkg kdelibs-experimental
4. Install/upgrade the KDE 4.4 dependencies:
   # upgradepkg --reinstall --install-new deps/*.t?z
5. Install/upgrade KDE4.4.0 packages:
6. # upgradepkg --reinstall --install-new kde/*.t?z
7. Install/upgrade a language package if you prefer to have the KDE interface in your local language (I used “nl” in the example command, you should substitute your own language code there):
   # upgradepkg --reinstall --install-new kdei/kde-l10n-nl-*.t?z

Of course, you should not run those commands while running KDE…!

If you want to compile the packages from source like I did, that is entirely possible using the provided sources and build scripts. It will take quite a while though…

Have fun, Eric

Note for users of any KDE 4.4 pre-releases:

If you never before installed and used one of the Betas or Release Candidates of KDE 4.4 , then you can safely remove one package,  virtuosoconverter. This package is only needed if you were using “nepomuk desktop search” before this final release of KDE 4.4.0.

# removepkg virtuosoconverter

If you ran any Beta or Release Candidate of KDE 4.4.0 prior to upgrading to 4.4.0, then you will notice that your nepomuk database will automatically be converted from virtuoso v5 to v6, the very first time you login to your KDE 4.4 desktop. This process will take a while (not too long) and will temporarily double the size of your nepomuk database (by default, this database consumes a maximum of 50 MB in your homedirectory below ~/.kde).

If this database is not valuable to you, you can also decide to skip this database conversion by just deleting the database before starting KDE:

$ rm -r ~/.kde/share/apps/nepomuk/repository/*

or by following the instructions in Sebastian Trueg’s tutorial: http://techbase.kde.org/Development/Tutorials/Metadata/Nepomuk/TipsAndTricks#Remove_all_Strigi-indexed_data

If you manually remove the old nepomuk data, you can also remove the virtuosoconverter package of course.

If you do not have any clue about what I am talking about and what you should do, just don’t do anything… and all will be well.

A final remark about nepomuk and strigi – I think that KDE 4.4 finally has a desktop search which is optimized to a level that it no longer eats all your CPU cycles or claim a large chunk of your harddrive. Now I just wish that the strigi developer properly fixes the indexing of my PDF files!

The second release candidate has been released today (the release was delayed for several days). For Slackware Linux I have prepared 32-bit and 64-bit packages with the accompanying SlackBuild scripts. You will find those at http.//alien.slackbook.org/ktown/4.3.95/ (Version “4.3.95″ is the same as “4.4.rc2″).

As before, these packages are built for Slackware-current. You can safely install the KDE 4.4.rc2 packages if you are running a slackware-current from around 20 january 2010 or newer. Do not try to install these packages on Slackware 13.0.

Slackware64:

• Don’t forget to also install the updated or new dependencies! These “deps” packages can be found in the “x86_64/deps” directory.
• The KDE 4.4.rc2 packages themselves can be found in “x86_64/kde“
• And of course, the localization packages (non-english language translations of KDE) are available in “x86_64/kdei“. For the first time, I was able to build all of the non-english language packs without errors.

Slackware:

• Don’t forget to also install the updated or new dependencies! These “deps” packages can be found in the “x86/deps” directory.
• The KDE 4.4.rc2 packages themselves can be found in “x86/kde“
• If you need a language pack, you can grab one from the 64-bit package tree.

Here are the steps on how you download the packages and install them. You can have an older version of KDE installed, but that is not required. You will end up with KDE 4.4.rc2 installed on your system. Instructions are for the 64-bit packages, I think you can figure out how to change them if you want the 32-bit versions:

1. Download everything in the directory http://alien.slackbook.org/ktown/4.3.95/x86_64/ :
   # lftp -c "open http://alien.slackbook.org/ktown/4.3.95/ ; mirror x86_64"
2. Change into the directory “x86_64″ which has just been created in your current directory:
   # cd x86_64
3. Remove the no longer required kdelibs-experimental package if you still have that installed. It is part of KDE 4.3.x (i.e. Slackware 13.0 did not have this package). If you do not have kdelibs-experimental on your system, you will get a harmless error message that you can ignore:
   # removepkg kdelibs-experimental
4. Install/upgrade the KDE 4.4 dependencies:
   # upgradepkg --reinstall --install-new deps/*.t?z
5. Install/upgrade KDE4.4.rc2 packages:
6. # upgradepkg --reinstall --install-new kde/*.t?z
7. Install/upgrade a language package if you prefer to have the KDE interface in your local language (I used “nl” in the example command, you should substitute your own language code there):
   # upgradepkg --reinstall --install-new kdei/kde-l10n-nl-*.t?z

Of course, you should not run those commands while running KDE…!

A big project like KDE needs fast hardware in order to compile in a reasonable time, and I have only one machine (which also happens to be my desktop computer) where I can do this. I strive to have 32-bit packages available as well as 64-bit packages for the final 4.4 release of KDE SC like I did for this release candidate.

If you want to compile the packages from source like I did, that is entirely possible using the provided sources and build scripts.

Have fun, Eric

I have finished building Slackware packages for KDE 4.4 RC1 (aka version 4.3.90). Compared to the previous Beta2, several of the dependencies have been updated. And just as with Beta2, I was unable to create language packs for ca, da, es, et, it, sr due to docbook errors.

Get KDE 4.4.RC1 packages for Slackware-current (64-bit only) here: http://alien.slackbook.org/ktown/4.3.90/ … Because the sources and SlackBuild scripts are available as well, you should be able to create 32-bit packages quite easily yourself.

Have fun, Eric

[tap tap tap]… Is this thing on?

Ready or not, Slackware has now gone 64-bit with an official x86_64 port being maintained in-sync with the regular x86 -current branch. DVDs will be available for purchase from the Slackware store when Slackware 13.0 is released. Many thanks go out to the Slackware team for their help with this branch and a special thank you to Eric Hameleers who did the real heavy lifting re-compiling everything for this architecture, testing, re-testing, and staying in-sync with -current.

We’ve been developing and testing Slackware64 for quite a while. Most of the team is already using Slackware64 on their personal machines, and things are working well enough that it is time to let the community check our work.

We’d like to thank the unofficial 64 bit projects for taking up the slack for us for so long so that we could take our time getting everything just right. Without those alternatives, we would have been pressured to get things out before they were really ready.

As always — have fun!

Pat and the Slackware crew

There you have it – the official 64bit version of Slackware Eight months in the making, running stable and fast on the developers’computers for over four months now. Time to allow more people to enjoy it.

Eric

Well folks, it's that time to announce a new stable Slackware
release again.
So, without further ado, announcing Slackware version 12.2! 

This release cycle was a relatively short one, and is intended as the final version which ships with KDE3. Still, the changes are numerous, as you can find out on the official announcement page. All major applications have been updated to their latest stable versions, and with X.Org we have gone as far as we could without compromising system stability. No PAM, folks and don’t count on that appearing any time soon.

The ISO images for 12.2 can be obtained through bittorrent and some of the Slackware mirrors will by now also have these ISO images for download. Still, I ask everyone who can spare the money and wishes Slackware a long life, to buy a DVD or CD set at the Store, or make a donation there. They have cool t-shirts too!

Our community site slackbuilds.org was expanded with a quality-tested repository of SlackBuild scripts that work flawlessly on Slackware 12.2. Again, we were able to open the expanded respository at the same time Slackware 12.2 was released Many thanks to all the contributors who helped us verifying their scripts… our collection has grown tremendously.

A heartfelt touch to the release event: Pat pulled the trigger that made Slackware 12.2 go live at exactly midnight, december 11th (local dutch time). This moment marked the birthday of my father, who passed away earlier this year.

I hope you all enjoy the new Slackware. If you find any weirdness or think you ran into a bug, please visit the Slackware forum at LinuxQuestions.org and post your problems or findings there. Several members of the Slackware team frequent that place.

Cheers, Eric

isolinux/initrd.img:  Added missing mount.nfs.
       Added INSSMB, an installer script to use a Samba source.
       Thanks to Eric Hameleers.

I had not expected to see the Samba network installation choice appear in this release… I wrote this fairly recently and it was targeted to be added only after 12.2 was officially released. Anyway, it is nice to see it appear now. All you need to use it, is a Samba share (using a Samba or even a Windows server) that does not require authentication.

This is how that looks when you are installing Slackware 12.2:

Slackware 12.2 network install options

Hope you all like it! It will certainly make life easier for those who only have a Windows server to store the Slackware directory tree on.

A related note:

At the same time, we (the http://slackbuilds.org admin team) are working hard behind the screens to get all the SlackBuild scripts in our “12.1″ repository validated for the new 12.2 release. We have asked all maintainers to test their own contributions when possible, and for those who do not have a slackware-current system available, we will do the validation ourselves. The http://slackbuilds.org web site is already prepared, so the update should be fast and painless.

Cheers, Eric