Alien Pastures » kde http://alien.slackbook.org/blog My thoughts on Slackware, life and everything Mon, 06 Feb 2012 00:27:43 +0000 en hourly 1 http://wordpress.org/?v=3.3.1 KDE 4.8.0 arrives http://alien.slackbook.org/blog/kde-4-8-0-arrives/ http://alien.slackbook.org/blog/kde-4-8-0-arrives/#comments Wed, 25 Jan 2012 18:00:56 +0000 alienbob http://alien.slackbook.org/blog/?p=985 The release schedule could have told you in advance – here we have the first installment in the KDE 4.8 series!

The Slackware KDE 4.8.0 packages are ready for your enjoyment..

A good primer on the how and why of the modularization of KDE, resulting in an abundance of smaller packages compared to the big meta packages of Slackware 13.37, please read my earlier post about KDE 4.7.0.

My packages have been compiled on Slackware-current. There has been an incompatible update to slackware-current recently (the glibc package). If you consider using KDE 4.8.0 on one of Slackware’s earlier (stable) releases, then you have no other option than to compile packages yourself. I have written down the guidelines in another blog post..

Read the accompanying README file for installation and upgrade instructions!

Some of the highlights of these KDE packages:

  • Being the first release in the KDE 4.8 series means, there will probably be some bugs to iron out. But, I really can not find anything wrong with this point zero release. It sports a new default background “Ariya” to replace “Horos” of the 4.6 and 4.7 releases. It’s nothing but straight-line geometry, giving the desktop a professional look. The desktop feels fast and snappy, partly thanks to the upgraded Qt 4.8.0 which I added as well, but also thanks to the improvements made to kwin, KDE’s window manager. Enabling the “blur” effect should no longer slow down your desktop.
  • There are a lot of updated dependencies compared to Slackware’s own KDE 4.5.5: PyQt, QScintilla, akonadi, attica, clucene, ebook-tools, hunspell, libdbusmenu-qt, libvncserver, phonon, polkit-qt-1, qt, raptor2, rascal, redland, shared-desktop-ontologies, sip, soprano, strigi, system-config-printer and virtuoso-ose. I really hope Slackware will catch up some day, as it is no fun to maintain so many packages outside of the main Slackware tree.
  • In comparison with my previous KDE 4.7.4 the number of updated dependencies is still rather big because I wanted to offer the best experience: akonadi, attica, hunspell, libatasmart, libvncserver, phonon, phonon-xine, polkit-qt-1, qt, strigi, udisks, and upower have all been brought to their most recent versions. Note that libktorrent is now located in “deps” instead of “kde” directory because it has become a dependency for more than just ktorrent.
  • KDE dpendencies that are not part of Slackware 13.37 at all (yet): grantlee, herqq, libatasmart, libbluedevil, libssh, phonon-gstreamer, phonon-xine, sg3_utils, udisks and upower. Note that I added phonon-gstreamer and phonon-xine only after I had already released KDE 4.7.0 packages because people reported that they no longer had sound. These two packages solve that issue.

Also worth mentioning is some stuff which is not completely new, since I added these to previous releases of KDE 4.7 already (but if you are new to KDE 4.8 this will certainly interest you):

  • You will find some additional useful new applications, which are not part of the KDE core set. They are new, compared to Slackware’s own version of KDE. I already added bluedevil to my 4.6.5 package-set. Bluedevil is the new KDE bluetooth stack with a nice GUI, based on the BlueZ libraries already present in Slackware. And with KDE 4.7.0, I included kplayer, a KDE front-end to MPlayer. With KDE 4.7.2, I added Quanta Plus, which disappeared from KDE4 because that migrated from Qt3 to Qt4. It is now being worked on again, but no longer as a standalone application – instead it is available as a plugin to the Kdevelop Platform. And with KDE 4.7.3, I added a native WICD applet for KDE, called “wicd-kde“. It can replace the GTK based “wicd-client” which is part of the wicd package.
  • I also added oxygen-gtk2 (renamed from “oxygen-gtk” now that there is also a version supporting GTK3). It is not really an application, but a theme engine. It (optionally) makes GTK2 applications visually blend in with KDE’s own Oxygen theme. There is a README in its documentation directory which explains how to enable it.
  • Since KDE 4.7.2, I include a “test” directory. This directory contains NetworkManager, plus some other dependencies, that allows me to create a KDE package for “networkmanagement“. Networkmanagement is an applet plus a kcontrol (i.e. a plugin for KDE’s systemsettings). Use the packages in this “test” directory if you want to switch from WICD to NetworkManager as your basic network management service. The applet plus kcontrol make it quite easy to configure your network in KDE (wired, wireless, vpn, dsl and mobile broadband). No new Gnome libraries had to be added for this (NM itself plus its supporting tools have no dependency on the rest of Gnome). I have added NM installation/configuration instructions to the README. Note that I moved from NM 0.8 (which I had in KDE 4.7) to the newer NM 0.9 because that is what KDE currently supports best.

The KDE 4.8.0 packages for Slackware-current are available for download from my “ktown” repository and several mirrors (taper will probably be in sync when I post this, the other mirrors will have to catch up):

Have fun! Eric

]]> http://alien.slackbook.org/blog/kde-4-8-0-arrives/feed/ 79 KDE 4.7.4 – last of the 4.7 series http://alien.slackbook.org/blog/kde-4-7-4-last-of-the-4-7-series/ http://alien.slackbook.org/blog/kde-4-7-4-last-of-the-4-7-series/#comments Thu, 08 Dec 2011 12:40:57 +0000 alienbob http://alien.slackbook.org/blog/?p=964 The KDE team has already released two betas of the upcoming KDE 4.8, but I am not so much in a hurry. First things first! There is the last update in the 4.7 series, which was released earlier today. The Slackware KDE 4.7.4 packages are ready and you can grab them if you like.

For those who are trying my 4.7 packages for the first time and wonder why the hell am I offering so many packages, please read my earlier post about KDE 4.7.0 which explains more about splitting KDE for Slackware into many more (and smaller) packages.

My packages have been compiled on Slackware-current. Even though several people had reported that previous KDE 4.7 packages worked fine on Slackware 13.37, there has been an incompatible update to slackware-current recently (the glibc package). As a result, these new KDE 4.7.4 packages will only work on slackware-current (64-bit and 32-bit). If you are running Slackware 13.37, then stick to your currently installed version of KDE, or install my 4.6.5 packages (or upgrade your Slackware to -current).

Read the accompanying README file for installation and upgrade instructions!

Some of the highlights of these KDE packages:

  • Since this is the last edition of KDE 4.7, I decided to add updated versions of KDE related packages that I do not usually include: amarok, skanlite, ktorrent. I have no idea when Slackware-current will start moving again, but this set of packages allows you to have a complete, stable and up to date KDE environment for the time to come.
  • There are several updated dependencies compared to Slackware’s own KDE 4.5.5: PyQt, QScintilla, akonadi, attica, clucene, ebook-tools, hunspell, libdbusmenu-qt, phonon, polkit-qt-1, qt, raptor2, rascal, redland, shared-desktop-ontologies, sip, soprano, strigi, system-config-printer and virtuoso-ose.
  • In comparison with my previous KDE 4.7.3 the number of updated dependencies is a much smaller: attica, libktorrent, libmsn, and soprano. Note that libktorrent is now located in “deps” instead of “kde” directory because it has become a dependency for more than just ktorrent.
  • KDE dpendencies that are not part of Slackware 13.37 at all (yet): grantlee, herqq, libatasmart, libbluedevil, libssh, phonon-gstreamer, phonon-xine, sg3_utils and udisks. Note that I added phonon-gstreamer and phonon-xine only after I had already released KDE 4.7.0 packages because people reported that they no longer had sound. These two packages solve that issue.

Also worth mentioning is some stuff which is not completely new, since I added these to previous releases of KDE 4.7 already (but if you are new to KDE 4.7 this will certainly interest you):

  • You will find some additional useful new applications, which are not part of the KDE core set. They are new, compared to Slackware’s own version of KDE. I already added bluedevil to my 4.6.5 package-set. Bluedevil is the new KDE bluetooth stack with a nice GUI, based on the BlueZ libraries already present in Slackware. And with KDE 4.7.0, I included kplayer, a KDE front-end to MPlayer. With KDE 4.7.2, I added Quanta Plus, which disappeared from KDE4 because that migrated from Qt3 to Qt4. It is now being worked on again, but no longer as a standalone application – instead it is available as a plugin to the Kdevelop Platform. And with KDE 4.7.3, I added a native WICD applet for KDE, called “wicd-kde“. It can replace the GTK based “wicd-client” which is part of the wicd package.
  • I also added oxygen-gtk, which is not really an application, but a theme engine. It (optionally) makes GTK applications visually blend in with KDE’s own Oxygen theme. There is a README in its documentation directory which explains how to enable it.
  • Since KDE 4.7.2, I include a “test” directory. This directory contains Networkmanager, plus some other dependencies, that allow to create a KDE package for “networkmanagement” which is an applet plus a kcontrol (i.e. a plugin for KDE’s systemsettings). This test, which sofar has proved to be quite successful, allows you to switch from WICD to NetworkManager as your basic network management service. The applet plus kcontrol make it quite easy to configure your network in KDE (wired, wireless, vpn, dsl and mobile broadband). No new Gnome libraries had to be added for this (NM itself plus its supporting tools have no dependency on the rest of Gnome). I have added NM installation/configuration instructions to the README.

A small aside I want to mention:

There was one bug that has been plaguing me ever since KDE 4.7.0 (and I may have had this occasionally before 4.7 but I cannot remember for certain). The bug seems to be ALSA related, but unsure is whether the fault is with ALSA or with KDE. The “kde deamon (kded4)” crashes every time when I login to KDE. Surely, it will automatically restart but it is ugly. It was still there in KDE 4.7.3 and it is described in these two bug reports:

There is a workaround though. If you disable “KMixD Mixer Service (kmixd)” from being started at logon, the crash does not occur anymore and so far I have not found any lost functionality. My laptop’s hardware volume keys still work, and the KDE mixer applet is still functional. Go to System Settings > Startup and Shutdown > Service Manager, and remove the check in the checkbox for KMix Daemon.

The KDE 4.7.4 packages for Slackware-current are available for download from my “ktown” repository and several mirrors (taper will be in sync when I post this, the other mirrors will have to catch up):

Have fun! Eric

]]> http://alien.slackbook.org/blog/kde-4-7-4-last-of-the-4-7-series/feed/ 55 Fixes for LibreOffice in KDE http://alien.slackbook.org/blog/fixes-for-libreoffice-in-kde/ http://alien.slackbook.org/blog/fixes-for-libreoffice-in-kde/#comments Sat, 26 Nov 2011 13:58:25 +0000 alienbob http://alien.slackbook.org/blog/?p=949 Those of you who use KDE as their desktop environment and also use my LibreOffice packages, will know that there are two major annoyances, related to KDE’s theming engine but ultimately caused by bugs in LibreOffice.

Those annoyances are:

  • Tooltips in LO applications show up as black text on black background, effectively rendering them useless. You can fix that by changing the color of Tooltips in “System Settings > Application Appearance > Colors” and then in the tab called “colors” look for “Tooltip background” and change that to some lighter color. But that changes the behaviour of every tooltip in other applications as well, so this should really be fixed in LibreOffice.
  • When using KDE’s Oxygen window decorations, all LO applications will have a non-functional horizontal scrollbar – you can not grab hold of it or move it left-right with your mouse.

Two patches which I found in OpenSuse were needed to fix both these annoyances. I rebuilt my LibreOffice packages for Slackware after applying them. Get them if you were annoyed by these issues just like me.

Note that the mirror sites also offer rsync access as well as faster download speeds. Only taper.alienbase.nl and alien.slackbook.org are up to date at this moment (because I maintain those myself) but the other mirrors should pick up the updates automatically soon enough.

Eric

]]> http://alien.slackbook.org/blog/fixes-for-libreoffice-in-kde/feed/ 7 kmail terminates during startup with “Failed to fetch the resource collection” http://alien.slackbook.org/blog/kmail-terminates-during-startup-with-failed-to-fetch-the-resource-collection/ http://alien.slackbook.org/blog/kmail-terminates-during-startup-with-failed-to-fetch-the-resource-collection/#comments Sun, 13 Nov 2011 01:38:37 +0000 alienbob http://alien.slackbook.org/blog/?p=939 One thing that keeps boggling people’s minds when they use KDE is Akonadi, the framework used to access PIM-like data. PIM being “Personal Information Management”. Akonadi leaves me in the dark too, sometimes!

If you want to know a bit more about how Akonadi sits at the core of your personal data management in KDE, you might want to read these articles first, one being two  years old and the other a bit more recent… http://thomasmcguire.wordpress.com/2009/10/03/akonadi-nepomuk-and-strigi-explained/ and http://vizzzion.org/blog/2010/08/demystifying-akonadi/ . This is also a nice article “Akonadi misconception #1: where is my data?“: http://blogs.kde.org/node/4503 which is definitely worth checking out.

In the meantime, there is an issue I wanted to discuss with you, considering Akonadi. When you upgrade to KDE 4.7.x coming from Slackware’s KDE 4.5.5, the upgrade process is not always smooth. The PIM suite in KDE 4.7.x is now using Akonadi as its backend, meaning your PIM data (kmail, kontact etc) are migrated over to the Akonadi storage the very first time you start your new KDE. This migration is not always proceeding perfectly.

There’s a thread on LinuxQuestions.org about kmail crashing on startup with a very specific error message “Failed to fetch the resource collection“. I provided the solution in that thread but thought it would be good to document it here in the blog as well. The bug is fairly old, it is being discussed in https://bugs.kde.org/show_bug.cgi?id=259355

What you have to do if you encounter this issue, is the following:

  1. Launch Akonadi Console (for instance by pressing “Alt-F2″ to open krunner and typing “akonadiconsole”).
  2. In the “Agents” tab, select the “Local Folders” resource.
  3. Select “Configure > Configure natively…”.
  4. If an error appears indicating that “the current folder does not exist” don’t worry. Select a new directory which does not yet exist, for instance: /home/<USERNAME>/.kde/share/apps/kmail/mail/

This should fix the issue with kmail.

You can fix it the hard way, by removing all of your “.kde” directory content but that is so rude, and you lose a lot of other configurations besides your mail.

A whole section of the KDE User Base is devoted to Akonadi troubleshooting, I recommend you check that out if you run into Akonadi related issues: http://userbase.kde.org/Akonadi_4.4/Troubleshooting

Cheers, Eric

]]> http://alien.slackbook.org/blog/kmail-terminates-during-startup-with-failed-to-fetch-the-resource-collection/feed/ 8 KDE updated to 4.7.3 http://alien.slackbook.org/blog/kde-updated-to-4-7-3/ http://alien.slackbook.org/blog/kde-updated-to-4-7-3/#comments Wed, 02 Nov 2011 18:09:26 +0000 alienbob http://alien.slackbook.org/blog/?p=934 Another month passes, and another maintenance release of KDE.arrives, we are up to 4.7.3 now. As usual, here are my KDE 4.7.3 packages for Slackware hot on the heals of the KDE team.

For those who are trying my 4.7 packages for the first time and wonder why the hell am I offering so many packages, please read my earlier post about KDE 4.7.0 which explains more about splitting KDE for Slackware into many more (and smaller) packages.

My packages have been compiled on Slackware-current. My educated guess is that you can use them on Slackware 13.37 too (several people have reported in various places that they are running my KDE 4.7.2 on Slackware 13.37 successfully).

Still:

Read the accompanying README file for installation and upgrade instructions!

Some of the highlights of these KDE packages:

  • There are several updated dependencies compared to Slackware’s own KDE 4.5.5: PyQt, QScintilla, akonadi, attica, clucene, ebook-tools, hunspell, libdbusmenu-qt, phonon, polkit-qt-1, qt, raptor2, rascal, redland, shared-desktop-ontologies, sip, soprano, strigi, system-config-printer and virtuoso-ose.
  • In comparison with my previous KDE 4.7.2 the number of updated dependencies is a bit smaller: akonadi, grantlee, libbluedevil, libssh, phonon, shared-desktop-ontologies and upower.
  • KDE dpendencies that are not part of Slackware 13.37 at all (yet): grantlee, herqq, libatasmart, libbluedevil, libssh, phonon-gstreamer, phonon-xine, sg3_utils and udisks. Note that I added phonon-gstreamer and phonon-xine only after I had already released KDE 4.7.0 packages because people reported that they no longer had sound. These two packages solve that issue.

Not new since I added these to KDE 4.7.1 before (but if you are new to KDE 4.7 this will interest you):

  • You will find some additional useful new applications, which are not part of the KDE core set. They are new, compared to Slackware’s own version of KDE. I already added bluedevil to my 4.6.5 package-set. Bluedevil is the new KDE bluetooth stack with a nice GUI, based on the BlueZ libraries already present in Slackware. And with KDE 4.7.0, I included kplayer, a KDE front-end to MPlayer. With KDE 4.7.2, I added Quanta Plus, which disappeared from KDE4 because that migrated from Qt3 to Qt4. It is now being worked on again, but no longer as a standalone application – instead it is available as a plugin to the Kdevelop Platform. And this time, I added a native WICD applet for KDE, called “wicd-kde“. It can replace the GTK based “wicd-client” which is part of the wicd package.
  • I also added oxygen-gtk, which is not really an application, but a theme engine. It (optionally) makes GTK applications visually blend in with KDE’s own Oxygen theme. There is a README in its documentation directory which explains how to enable it.
  • And right after releasing my KDE 4.7.2 packages, I added a “test” directory. The same test directory is also present in the 4.7.3 package set. It contains Networkmanager, plus some other dependencies, that allow to create a package for “networkmanagement” which is an applet plus a kcontrol (i.e. a plugin for KDE’s systemsettings). This allows you to switch from WICD to NetworkManager as your basic network management service. The applet plus kcontrol make it dead easy to configure your network (wired, wireless, vpn, dsl and mobile broadband). No new Gnome libraries had to be added for this (NM itself plus its supporting tools have no dependency on the rest of Gnome). I have added NM installation/configuration instructions to the README.

A small aside I want to mention:

There was one bug that has been plaguing me ever since KDE 4.7.0 (and I may have had this occasionally before 4.7 but I cannot remember for certain). The bug seems to be ALSA related, but unsure is whether the fault is with ALSA or with KDE. The “kde deamon (kded4)” crashes every time when I login to KDE. Surely, it will automatically restart but it is ugly. It is still there in KDE 4.7.3 and it is described in these two bug reports:

There is a workaround though. If you disable “KMixD Mixer Service (kmixd)” from being started at logon, the crash does not occur anymore and so far I have not found any lost functionality. My laptop’s hardware volume keys still work, and the KDE mixer applet is still functional. Go to System Settings > Startup and Shutdown > Service Manager, and remove the check in the checkbox for KMix Daemon.

The KDE 4.7.3 packages for Slackware-current are available for download from my “ktown” repository and several mirrors (taper will be in sync when I post this, the other mirrors will have to catch up):

Have fun! Eric

]]> http://alien.slackbook.org/blog/kde-updated-to-4-7-3/feed/ 39 KDE bugfixes and how to use my modular KDE.SlackBuild http://alien.slackbook.org/blog/kde-bugfixes-and-how-to-use-my-modular-kde-slackbuild/ http://alien.slackbook.org/blog/kde-bugfixes-and-how-to-use-my-modular-kde-slackbuild/#comments Sun, 09 Oct 2011 19:18:49 +0000 alienbob http://alien.slackbook.org/blog/?p=923 KDE 4.7.2 fixes

In the past week, fixes have been posted to the KDE packagers mailing list, asking us to apply those to our packages. Both fixes are important enough that I updated my kdelibs and kdepim-runtime packages.

There is a fix for kdelibs of which Sebastian Trueg states “Hi packagers, sadly I introduced a serious issue into kdelibs 4.7.2 which was intended to be a fix. This bug prevents any query which does NOT use wide unicode characters to fail. The attached patch provides a workaround for this issue and will make all queries work“. Another patch is for the kdepim-runtime package. It fixes bug 283467 “Kmail has duplicated folders after migration from previous version”

Both updated packages are now available in the KDE 4.7.2 section of my “ktown” repository.

The 32bit packages:

The 64bit packages:

KDE.SlackBuild HOWTO

Some people have asked how to work with the modularized KDE.SlackBuild script. It is not immediately clear to everybody for instance how to apply patches, or how to rebuild individual packages. I will use this  opportunity to explain a bit about the innards of the new framework.

The KDE.SlackBuild concept is loosely based on Patrick’s modular X.Org build. For a user of the script, there are not really that many differences compared to building X.Org. Let me tell you more:

The directory structure

  • KDE.SlackBuild :this is the script which you run to build the complete KDE Software Compilation, or any number of its individual packages.
  • KDE.options : this file contains common options for all packages. For instance, it contains the version of KDE we are compiling, and the overall build number (usually all the packages will get a build number “1″)
  • build/ : If a package needs another build number than defined in KDE.options, you should create a new file in the “build” directory that must carry the name of this package. Iinside the file you write the desired build number.
  • cmake/ : This directory contains the actual compilation script, called “cmake”.. The cmake program is used to configure the source code for Qt/KDE based applications (make will be called afterwards to compile the configured soiurces). If an application needs a non-standard set of cmake/make parameters or commands, you must create a new file in this directory, carrying the name of the application, and inside you add the custom compilation commands. Use the default “cmake” script as your starting point. The KDE.SlackBuild script will then use this custom file instead of the default “cmake” file.
  • docs/ : The KDE.SlackBuild script will add a couple of common documentation files from the source tarball into the resulting package’s “/usr/doc” diretory. Think of files like “AUTHORS* CONTRIBUTING* COPYING* HACKING* INSTALL* MAINTAINERS README* NEWS* TODO*“. If an application’s source tarball contains other documentation files that you want to have added instead, then you should create a new file in the “docs/” directory, containing the application’s name and inside you add the files that the KDE.SlackBuild should add to the package’s “/usr/doc” directory.
  • doinst.sh/ : To every package a generic “doinst.sh” script will be added. This is the script which is run by “installpkg” and “upgradepkg” after installing the package (for instance to refresh the KDE menu or to register new MIME types). If an application needs its own “doinst.sh” script “doinst.sh” then you add it to the “doinst.sh” directory, the file should carry the name of the application (I am repeating myself a lot but that’s because the concept is identical for all these subdirectories)
  • makepkg/ : Creating the actual package after its compilation has been completed is accomplished by calling the “makepkg” command. If you have a package that needs a custom makepkg commandline you can add that here.
  • modularize : KDE Software Collection is built out of modules (think of modules like “kdelibs”, “kdenetwork”, etc…). These modules used to be distributed as big “monolithic” source tarballs in the past, and we would create one Slackware package for every module. This has changed since KDE 4.7.0 where the sources of these modules were split off into a lot of separate tarballs. The KDE.SlackBuild still builds one package per module if you do not tell it to do otherwise. If you need/want to split up a module into sub-packages, then you edit section in the “modularize” file which applies to this module. Every name you add to the “modularize” file (which must correspond to a source tarball of the same name) will be built as a separate package. for instance, the “kdebase” section contains the following lines, which means that compiling the “kdebase” module will result in the additional packages: konsole, kate, kde-wallpapers, kde-workspace, kde-runtime: These separate programs used to be included in the kdebase package itself previously:

# kdebase:
konsole
kate
kde-wallpapers
kde-workspace
kde-runtime

  • modules/ : This directory contains the KDE modules, one file per module. Inside each file you will find the basenames of the individual source tarballs which make up this module. If a source tarball is listed inside one of these files but is not listed in the “modularize” file (see the previous bullet) then the binaries resulting from compiling this source will be included into the main module package and not be split off into its own separate package.
  • noarch : Most of the KDE packages will be built for a specific machine architecture (i486 or x86_4 for instance). If a package does not contain machine-dependant code then its architecture type should be “noarch“. In that case you should add the name of the package to the “noarch” file.
  • package-blacklist :  The collection of source tarballs is bigger than what we support on the Slackware Linux platform (some of the sources apply to other distros only or to MS Windows, such as the “csharp” tarball for instance). The “package-blacklist” file is where you enter the names of source tarballs to skip compiling  Just the application’s basename – no version.number is needed.
  • patch/ : This directory contains patch scripts for applications (see further down for more detail).
  • post-install/ : A few packages need additional work after the “cmake && make && make install” sequence. If you need that, you can add a file with the name of the application inside the “post-install” directory containing those commands.
  • pre-install/ : A few packages need additional preparation before the “cmake && make && make install” sequence. If you need that, you can add a file with the name of the application inside the “pre-install” directory containing those commands.
  • slack-desc/ : Every package that is going to be created needs a descriptive file (the package’s slack-desc file). They go into the “slack-desc” directory, each carrying the name of their application.
  • src/ : All the KDE sources go in here. It does not matter if you put some of the sources into their own subdirectory, the KDE.SlackBuild script will figure out where they are. For instance, I moved the “extragear” sources (these are the applications which do not belong to the core of KDE SC) into a subdirectory “extragear” but in fact the name can be arbirtrarily chosen.

Compiling one or more single packages

By default, the compilation script “KDE.SlackBuild” will compile all the packages for the KDE Software Compilation. If you want to build only one module, or only a few of a module’s sub-packages, then you have to call the script with the appropriate parameters. If you want to build a sub-package you have to specify to which module it belongs. A module and a sub-package are separated by a colon (:). Multiple sub-packages are separated by a comma (,).

The generic method is:

# ./KDE.SlackBuild [ module[:subpackage1,subpackage2,...] [ module[:subpackage1,subpackage2,...] …] ]

For instance:

  • To compile only the “kdelibs” module, you run:

# ./KDE.SlackBuild kdelibs

  • To compile the “kdelibs” module as well as the kdepim-runtime package which is a component of the “kdepim” module:

# ./KDE.SlackBuild kdelibs kdepim:kdepim-runtime

  • To compile packages for kalgebra, kstars and marble which are all components of the “kdeedu” module, you run:

# ./KDE.SlackBuild kdeedu:kalgebra,kstars,marble

You see that it is actually quite simple, although a bit different from the old method (until KDE 4.6) of building individual packages.

Applying a patch to a KDE package

If you need to patch a package in the KDE Software Compilation, then you must first create a subfolder in the “patch” directory with the name of the package. Then add the patch file into that subdirectory. Finally create a file <packagename>.patch (or edit the file if it already exists) in the “patch” directory, The file “<packagename>.patch” must perform the actual patching, and the patch command must be appended with the following series of commands in order for KDE.SlackBuild to determine if the patch failed or not:

 || { touch ${SLACK_KDE_BUILD_DIR}/${PKGNAME}.failed ; continue ; }

And to make the new package name differ from the old version, you have to update its BUILD number. Edit (or create) a file in the “build” directory for the package and write the new BUILD number in that file. Usually the new BUILD number is one higher than the previous if that was an integer value.

 

Checking if your sources match the build files

Suppose you are not certain if the source tarballs you added to the “src/” directory match the available slack-desc files and module files, you can run the build script with an additional environment variable. If you run the following command, the KDE.SlackBuild script will compare the content of the “src” directory with the content of the “slack-desc” directory and the content of the “modules” directory and will complain if it finds anything amiss (and abort the script):

# PRECHECK=yes ./KDE.SlackBuild

 

I hope this clears up things a bit for you!

Cheers, Eric

]]> http://alien.slackbook.org/blog/kde-bugfixes-and-how-to-use-my-modular-kde-slackbuild/feed/ 15 Package updates in the past days http://alien.slackbook.org/blog/package-updates-in-the-past-days/ http://alien.slackbook.org/blog/package-updates-in-the-past-days/#comments Sun, 11 Sep 2011 12:36:31 +0000 alienbob http://alien.slackbook.org/blog/?p=904 I have been updating some of my Slackware packages in the past few days and at least some of them are important enough to write a bit about it.

virtuoso

Along with my packages for KDE 4.7.x I added an updated version of virtuoso “data management server” which powers a lot of the functionality in today’s KDE: However there was a regression in this version 6.1.3 which messed up the display of path names containing non-ascii (i..e Unicide) characters. See https://bugs.kde.org/show_bug.cgi?id=271664 for more details about this issue. I applied a fix to my virtuoso-ose package which solves this.

Package available here in the 4.7.1 section: http://alien.slackbook.org/ktown/ as well as all the usual mirrors.

kde-workspace

Martin Graesslin wrote an email to the KDE packagers mailing list with the plea to apply a patch to all binary packages of kde-workspace after he discovered a bug in KWin’s handling of desktop effects which apparently has been present in all versions since 4.0. The bug would cause a performance degradation which becomes worse when more windows are open on the desktop. Martin’s blog article describes how he discovered the bug during his performance analysis of KDE 4.8 code. I have applied the patch he provided in his email to my KDE 4.7.1 kde-workspace package and I will wait for a backport to KDE 4.6.x before attempting to apply the fix to the kdebase-workspace package in there.

Package available here in the 4.7.1 section: http://alien.slackbook.org/ktown/ as well as all the usual mirrors.

vlcgit

This is not a package update per sé. I have been compiling the development version of the VLC media player for a long time (I think I started re-writing the vlc.SlackBuild script for the development snapshots in January 2011). I had varying success with the package, as my build script would “break” from time to time. When someone in the #videolan IRC channel wondered if the development code would work better for high-bandwidth H.264 movies (VLC 1.1.11 drops too many frames) and a VLC developer suggested that the development code has a lot of optimizations in this regard, I decided to release a package based on my SlackBuild script. I called the package directory “vlcgit” and the build script “vlcgit.SlackBuild” but the actual package is named “vlc” so that you can easily update from 1.1.11 to this development snapshot. The vlc program will identity itself as “1.2.0-git” when it starts. I think it is worth your while to try it out because there have been lots of enhancements and additional features in the past year.

VLC 1.2.0 is expected to be released before the end of 2011.

Packages here: http://slackware.com/~alien/slackbuilds/vlcgit/ (which is a US server so these packages do not contain the mp3 and aac encoders because of patent disputes) and at http://taper.alienbase.nl/mirrors/people/alien/restricted_slackbuilds/vlcgit/ (for the version that includes mp3 and aac audio ENcoding capability). Also available on all the other mirrors of course.

flashplayer-plugin

The Adobe people are finally putting good effort into their Linux flash player plugin. One month after the “beta 2″ release we now have the “release candidate 1″ of the upcoming Flash Player 11. It looks like the releases for Linux and Windows platforms go hand in hand now, which is a reassuring sign that we Linux users are taken seriously.

Package available at http://slackware.com/~alien/slackbuilds/flashplayer-plugin/

calibre

The calibre download page states that you should “not use your distribution provided calibre package, as those are often buggy/outdated. Instead use the Binary install described below“. Of course you are free to follow that advice, but if you prefer to know how your packages get built, like me, you can still grab the packages that I provide. There is a new release of Calibre every friday and I have been following that release cycle for the past months, releasing updated packages the same day. I use Calibre every day and am happy with my builds.

Get the package here: http://slackware.com/~alien/slackbuilds/calibre/

sigil

If you are seriously into writing or converting e-books, then Calibre is the perfect management and conversion software for the task. But Calibre does not offer an actual epub editor. Epub is an open specification for electronic books and widely used all over the world except for the US apparently where Amazon dominates with the mobi format used for its Kindle. Both mobi and epub formats are quite similar, basically it is HTML text plus a book’s metadata, bundled together in a ZIP archive. Whether you are writing an ebook yourself, or need to clean up an ebook provided by someone else, there is one application which is best suited for this task: Sigil. Sigil is designed to edit epub format only. It contains an embedded HTML tidy which cleans up the book’s HTML code autimatically and an embedded Flightcrew, which assists you in validating your book to the EPUB specification.

The Sigil homepage offers pre-built binaries, but these are quite big. Since they have to work everywhere the binaries include a lot of libraries which we already have in Slackware. The new Sigil maintainer seems to be very responsive so I asked him if he could put up a page with distro-specific packages and add a link to my Slackware package there. He did that right away, and more distros have been added there since.

Get the package fir Sigil here: http://slackware.com/~alien/slackbuilds/sigil/ .

 

Good fun with all of this! Eric

Update Sun Sep 11 15:43:06 UTC 2011:

libbluedevil

Willy Sudiarto Raharjo pointed out that there was another package update and I failed to mention it. The 32bit package “libbluedevil” was not tagged with my “alien” tag initially, and I fixed that by renaming the affected files in the repository.

Remember why tagging your packages is useful? If you use slackpkg to keep your Slackware up to date, then you can blacklist all my packages (since I apply the “alien” tag to all my packages) so that slackpkg does not “see” them anymore. Add this single line to the file “/etc/slackpkg/blacklist“:

[0-9]+alien

:-)

]]> http://alien.slackbook.org/blog/package-updates-in-the-past-days/feed/ 23 KDE Software Compilation 4.6.5 http://alien.slackbook.org/blog/kde-software-compilation-4-6-5/ http://alien.slackbook.org/blog/kde-software-compilation-4-6-5/#comments Thu, 07 Jul 2011 15:11:49 +0000 alienbob http://alien.slackbook.org/blog/?p=841 The last of the 4.6 series has arrived, and I thought it would be good to compile it for Slackware-current so that Pat Volkerding can concentrate on Slackware’s core:

Please check the official announcement of the KDE Software Compilation 4.6.5 – and then proceed to download my packages for Slackware.

I had hopes that version 4.6.5 of the KDE SC would be added to Slackware but Pat is busy, and I did not want to wait. No problem! Remember, you have to be running Slackware 13.37 (32bit or 64bit) or (preferably) slackware-current in order to use these packages. They were built on slackware-current. Note that between 13.37 and -current, there was an incompatible perl upgrade which may cause some of the KDE 4.6.5 “language bindings” to fail on Slackware 13.37 (causing for instance plasmoids to break if those were programmed in perl).

Please read the accompanying README file for installation and upgrade instructions!

This is the fifth incremental release in the 4.6 series, meaning it’s mostly bugfixes and translation enhancements.

Some of the highlights of my new set of KDE packages:

  • Packages for the stable release 4.6.1 of kdepim and kdepim-runtime are included.
  • No updated dependencies since KDE 4.6.4 if you have that installed already.
  • Updated dependencies with regard to the stable Slackware 13.37 are: PyQt, QScintilla, akonadi, attica, ebook-tools, hunspell, libdbusmenu-qt,sip, soprano, system-config-printer, virtuoso-ose.
  • Not part of Slackware 13.37 at all (yet): grantlee, libatasmart, libbluedevil, libssh, sg3_utils, udisks.
  • And bluedevil was added – not a dependency as such, but rather additional functionality for your KDE desktop. Bluedevil is the new KDE bluetooth stack, based on the BlueZ libraries already present in Slackware. I added its package to the “kde” directory. It integrates a lot better into KDE than the GTK application “blueman” which is now primarily meant to be used with the non-KDE desktop environments.

The KDE 4.6.5 packages for Slackware 13.37 & current should be available for download from my “ktown” repository by now (the Indonesian mirror may need a bit of time to sync up):

Have fun! Eric

]]> http://alien.slackbook.org/blog/kde-software-compilation-4-6-5/feed/ 28 KDE Software Compilation 4.6.4 http://alien.slackbook.org/blog/kde-software-compilation-4-6-4/ http://alien.slackbook.org/blog/kde-software-compilation-4-6-4/#comments Fri, 10 Jun 2011 14:51:46 +0000 alienbob http://alien.slackbook.org/blog/?p=807 I may have been ranting about KDE’s future policies on source code packaging, but that does not mean I am unhappy with the software. Much to the contrary! So here it is again:

KDE team is proud to announce the release of KDE Software Compilation 4.6.4 – and I built you some nice packages for Slackware. This version of the KDE SC is probably not going to end up in Slackware in the next few days (Pat Volkerding is showing his face on the South East Linux Fest (SELF) of which Slackware is a “bronze” sponsor) so I took my chances. If you want to keep updated on the changes in these KDE packages, please subscribe to my ktown repository’s RSS feed.
You have to be running Slackware 13.37 (32bit or 64bit) or newer in order to use these packages. They were built on slackware-current. Please read the accompanying README file for installation and upgrade instructions!

This is the fourth incremental release in the 4.6 series, meaning it’s mostly bugfixes and translation enhancements. Functionally there is nothing spectacular. Nevertheless, some of the highlights of my package set:

  • Packages of the stable release 4.6.0 of kdepim and kdepim-runtime are included as well. YES! The 4.6 release of the KDEPIM suite has taken a long time to stabilize, after it had basically been re-written from scratch.
  • Updated dependencies since KDE 4.6.3 if you have that installed already: akonadi, libssh.
  • Updated dependencies with regard to the stable Slackware 13.37 are: PyQt, QScintilla, akonadi, attica, ebook-tools, hunspell, libdbusmenu-qt,sip, soprano, system-config-printer, virtuoso-ose.
  • Not part of Slackware 13.37 at all (yet): grantlee, libatasmart, libbluedevil, libssh, sg3_utils, udisks.
  • And bluedevil of course – the new KDE bluetooth stack which is based on the BlueZ libraries already present in Slackware. It got added to “kde”. It integrates a lot better into KDE than the GTK application “blueman” which is now primarily meant to be used with the non-KDE desktop environments.

The KDE 4.6.4 packages for Slackware 13.37 & current should be available for download from my “ktown” repository by now (the Indonesian mirror may need a bit of time to sync up):

Thanks to the many KDE developers, sysadmins, advocates and documentation writers, and whomever I may have forgotten. KDE is simply the best desktop environment around.

Have fun! Eric

]]> http://alien.slackbook.org/blog/kde-software-compilation-4-6-4/feed/ 31 What’s cooking? http://alien.slackbook.org/blog/whats-cooking/ http://alien.slackbook.org/blog/whats-cooking/#comments Fri, 03 Jun 2011 13:03:39 +0000 alienbob http://alien.slackbook.org/blog/?p=791 Hi Folks

You surely noticed a bit of silence on this blog. Well, there was not much to say – I am not the twittering kind of guy who updates his readers where he’ll go out every night… I think I can lift the lid a little anyway.

I have been working on several larger packaging projects during the past weeks. LibreOffice is the one that took most of my time unfortunately. The new release 3.4.0 has been announced today, and that means I can finally test my revised SlackBuild script when building Slackware packages for you. My old way of compiling LibreOffice no longer works! It has been “deprecated” by the developers, which is a shame because it forces me to do a lot more work. Anyway, expect packages for Slackware 13.37 sometime this weekend.

I will probably not create Slackware 13.1 packages for this new LibreOffice release. What I do consider is to build the upcoming maintenance release for LibreOffice 3.3 (which will be 3.3.3) for Slackware 13.1.

KDE. How to begin? There are some stirrings in the KDE camp.

We are nearing the end of the KDE 4.6 series. Two more updates will see the light: 4.6.4 should be available in a few days and 4.6.5 is the final update, expected in early july. But considering the fact that the previous 4.6.3 experienced delays, it may take a little longer before I can start on packaging 4.6.4.

The new series 4.7.x proves to be a bigger challenge for Slackware. We saw that the 4.6. series moved away from HAL and instead requires udisks/upower (which was the reason for sticking with 4.5.5 in Slackware 13.37). The KDE developers have now finalized their move from CVS to GIT as the source control and version management system. The result is less than optimally arranged for packagers. The old “monolithic” source tarballs are now being split into many additional tarballs for individual applications. This means we have rewrite our scripts and possibly add a lot of packages. While this may be advantageous for some other distros with dedicated packaging teams, for us Slackware people it is a time for decisions.

After talking to Pat Volkerding, I announced on the KDE packager mailing list that we are considering the same solution as was chosen for GNOME in the past: remove KDE from Slackware if it proves to become a maintenance burden. I can not yet say anything final about this. For the time being, I have decided not to create Slackware packages for the KDE Software Compilation 4.7.x.

And then VLC…I have been waiting for a 1.2 release for so long that I almost do not believe it will ever arrive. I have a SlackBuild for it, but I will likely wait a bit longer before releasing a package for ths development version of VLC media player. It appears like there is a 1.1.10 release around the corner which is what I’ll build for Slackware 13.1 as well as 13.37.

Looking ahead, I think that creating VLC versions for Android is going to be considered more important. There is a whole new audience there, and I may very well be one of its users. There is also the fact that the developer team is almost always short of smart and motivated people. This showed last year when it was almost impossible to release a MS Windows version. Jean-Baptiste Kempf feels responsible for this so he made it happen, but I doubt that it is making him very happy.

And finally, Calibre E-book Management. This piece of software is indispensible if you are in the possession of an E-reader. Calibre manages your e-book collection, converts e-books between various formats (interesting for you Kindle users out there!) and allows you to upload books to your E-reader device. Calibre usually works a lot better than the software you get with your E-reader. And  since I am buying a Sony PRS650 for my wife I needed to have a working verison of Calibre for my Slackware box.

I have a Slackware package for Calibre in my repository but I have not been able to update it for a while, because it requires python 2.7. Unfortunately, Slackware 13.37 is still at python version 2.6.6. So I spent a lot of time to find a way around this and decided to take the same approach as with VLC and FFMPEG: that is, to compile all the requirements into the package itself and not depend on Slackware. I think I have succeeded in this, and am currently testing the results. Stay tuned…

Happy hacking! Eric

]]> http://alien.slackbook.org/blog/whats-cooking/feed/ 71