Main menu:

Sponsoring

Please consider a small donation:

 

Page Rank

Recent posts

Recent comments

About this blog

I am Eric Hameleers, and this is where I think out loud.
More about me.

Search

My Favourites

Slackware

Calendar

May 2012
M T W T F S S
« Apr    
 123456
78910111213
14151617181920
21222324252627
28293031  

RSS Alien's Slackware packages

RSS Alien's unofficial KDE Slackware packages

RSS Alien's multilib packages

Tag cloud

Meta

Jean Giraud (Moebius) dies march 10, 2012

Image source: Wikipedia

Jean Giraud, better known as Moebius, died yesterday at the age of 73, after he lost a long battle against cancer. Moebius developed a unique art style, known by many people although not everybody will realize this.

When I was a kid, I read his Blueberry comics in the weekly magazine I was subscribed to. When I grew up and my interest in graphic novels was renewed by the friends I made at university, I discovered the “adult” (as in: not kid-oriented) comics drawn by Moebius and was fascinated by the dark, yet vivid style of these drawings. The frames are explosions of colour – much different from the Blueberry style.

Not only did he create many comic strips (graphic novels would be a better description), he contributed story boards and conceptual artwork to several well-known movies like Alien, The Abyss and Tron. His Incal series was the inspiration for the movie The Fifth Element.

His drawing style can be characterized as “ligne claire” of which Hergé (the creator of Tintin) was another well-known exponent. However, the atmosphere of the stories these two artists created are near opposites.

I felt deep regret when I read that this great contemporary artist passed away. Let’s remember him through his works of art.

Eric

Image source: lambiek.net

KDE 4.8.1 – the best DE you can get

Today saw the announcement of a new chapter in the KDE 4.8 series. I was already very pleased with the point release 4.8.0 – it is amazing how the developers managed to keep their desktop environment stable when transitioning from 4.7 to 4.8. And the first maintenance release 4.8.1 brings us bug fixes and more.

Thanks to the fact that the KDE team makes the sources available to packagers ahead of the public announcement, I am again able to provide you with Slackware KDE 4.8.1 packages on time, and they are up for the taking!

It appears that I finally raised Patrick’s interest in the current generation of KDE. He has built his own set of packages and I received excited reports from him. That is a good sign! Perhaps there will be a nice update to slackware-current in a not-too-distant future.

Please note that my own KDE packages have been compiled on Slackware-current. There has been an incompatible update to slackware-current recently (the glibc package) which will cause run-time errors if you attempt to start these KDE programs in Slackware 13.37. If you consider using KDE 4.8.1 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!

You will find a lot of additional information about what the new KDE offers in comparison to the old version in Slackware, in my announcement post for KDE 4.8.0  Worth checking out if you had not read it before.

Highlight of this new set of Slackware packages:

  • I have added Calligra 2.4_rc1. Calligra is the continuation or “fork” if you wish of the old KOffice. Near the end of 2010 there was a fall-out between the developers of the various KOffice components, and the majority (everyone except the KWord developer) walked off to start the Calligra fork.  The Calligra office suite is fianlly entering Release Candidate stage, and it is stable enough to use it on a daily basis. Don’t forget to “removepkg koffice”!  Calligra’s technology is already being used on tablets: the MeeGo Office suite has Calligra at its core. There is already support for Plasma Active as well, you will find the “Active” applications in your KDE menu.

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

Have fun! Eric

OpenJDK 7 update 3 available for Slackware 13.37

 The JDK and JRE packages in Slackware are severely outdated. In case you are not familiar with them, “JDK” is the Java Development Kit and “JRE” is the Java Runtime Engine. As stated in a previous post on this blog, Slackware (and with it all the other distros) is no longer allowed to distribute Java packages based on the official binaries released by Oracle. You as an end-user are still allowed to download and use those binaries; you are just not allowed to re-distribute them.

You can do two things: grab Oracle’s binary tarballs, and use the jdk.SlackBuild and jre.SlackBuild scripts of Slackware to create updated packages with which you can upgrade an existing Java on your computers. Or you grab the source code of OpenJDK and build your own re-distributable packages. This second option is hopefully what Slackware will pick for its future releases.

In the meantime, I produced packages for slackware-current back in January 2012, compiled from these OpenJDK sources with the use of the icedtea build harness. That was a first, and successful, attempt at creating new JDK and JRE that could be used in Slackware. I was targeting slackware-current in the hope that Pat Volkerding would use the SlackBuild scripts as-is. Unfortunately, Slackware’s development has stalled a bit, and the ChangeLog.txt has not seen Java updates yet.

So, when I noticed that there was a new release of IcedTea which would produce very up-to-date OpenJDK binaries, I decided to build this on Slackware 13.37 instead of slackware-current and add the resulting packages to my regular repository. This allows everyone who is running Slackware version 13.37 or -current to enjoy the new JDK and web plugin.

Pre-built packages:

Packages and sources can be found in the usual locations. There are more mirrors than I mention here of course. Note that you need a JDK or JRE package (based on your needs), the rhino package (which is the JavaScript engine) and optionally icedtea-web (the Java browser plugin):

Compiling:

I built these packages twice: the first time I “bootstrapped” using the gcc-java compiler. The second time, I had installed my fresh openjdk package and built a new copy against itself. The value of the “BOOTSTRAP” variable in the script determines the type of build. You can not build OpenJDK with the Oracle JDK.

If you want to do this compilation yourself, then follow the README.txt carefully! You will additionally need to install apache-ant, xalan and xerces packages, all of which you will find in my package repository. If you are not on slackware-current then you will have to make some small modifications to the installed gcc and seamonkey packages. When following directions in the README.txt this is a trivial task.

Web plugin:

You can check if your web plugin has been installed and is working correctly, by visiting this URL: http://java.com/en/download/installed.jsp?detect=jre&try=1 .

After I finished building my packages I visited the above URL and it looked OK. Then I loaded a java applet on another page (http://chemagic.com/web_molecules/) and it crashed so hard that it took the browser down along with it. Wtf???

I had originally used version 1.1.4 of the icedtea-web sources (since that used to work before) but it turns out that there was a change in Mozilla Firefox since version 10.0. The change uncovers a bug which makes the plugin crash with the error message “Assertion failure: rt->onOwnerThread(), at /tmp/mozilla-release/js/src/jsapi.cpp“. I tracked down the bug reports, https://bugzilla.mozilla.org/show_bug.cgi?id=704249 and http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=820, and eventually found a working patch on the mailing list. This patch could only be applied against the latest source code for icedtea-web, which is why you will find an icedtea-web package with version “20120225″ in my repository.

Good luck! Eric

 

Adding Linux to the Windows7 boot menu

When I create a Windows / Linux dual-boot computer I usually add Windows as an option to my LILO boot menu. That is the easiest way, and works always.

However, I ran into a situation where I could not use LILO as the primary boot loader and I had to look into the Windows7 “boot configuration data” or BCD. Actually it was Windows Vista, not Windows7, which was the first to abandon good old C:\boot.ini and start writing its bootloader configuration into a binary block of data. I wrote this post just to have this procedure available as a reference.

Windows7 contains the command-line program BCDedit which you are supposed to use for editing your Windows boot menu. A total load of crock it is. It will not support any OS that does not boot from the same hard disk that Windows7 is installed to… so I had some issues getting my Slackware added to the Windows boot menu because I had installed it on a second hard disk.

In the end I decided to shrink the Windows partition a little bit and add a small Linux partition where I could install LILO.

Microsoft has added a basic partition manager to Windows7 – something they do more often. If a 3rd party creates an invaluable add-on to provide functionality Microsoft did not include into Windows, then Microsoft will eventually copy its basic functionality into a half-hearted clone. Anyway, the freed-up hard disk space was allocated to a small partition which became Slackware’s “/boot” and I installed LILO to that /boot partition.

Then, just like in the days of Windows NT and “c:\boot.ini”, I extracted the first 512 bytes from the root sector of that /boot partition (in my case, that partition was “/dev/sda3“) and wrote it to a USB stick which I had mounted on “/mnt/hd“:

dd if=/dev/sda3 of=/mnt/hd/linux.bin bs=512 count=1

Rebooted to Windows7 and transfered that 512 byte file called “linux.bin” from the USB stick to the root of the Windows C: drive.

Next, I used BCDedit to add an entry to Windows7′s BCD store. Note that administrative privileges are required to use BCDedit!. What you do is navigate to “Start->All Programs->Accessories“, Right-click on “Command Prompt” and select “Run as administrator“.

In this command window, enter the BCDedit commands. Start by creating an entry for Slackware Linux. I use “Linux” as the label for the boot menu. The actual label you choose is arbitrary of course:

bcdedit /create /d “Linux” /application BOOTSECTOR

BCDedit will return an alphanumeric identifier for this entry. Copy that string into a text file and do not lose it!

In the remainder of this article I will refer to this string as {ID}. You would replace {ID} with the actual identifier as returned by the command you ran. An example of what you can get for an {ID} is {244ebca6-432f-11df-ab86-ce0c22f636af}.

The next step will be to specify which partition holds the copy of the Linux boot loader sector (our “linux.bin” file):

bcdedit /set {ID} device partition=c:

Then specify the actual path to the “linux.bin” file on that C: drive:

bcdedit /set {ID}  path \linux.bin

The Windows boot menu needs an entry for our Slackware Linux OS:

bcdedit /displayorder {ID} /addlast

Usually you won’t see the boot menu at all (after all, it does not contain any other entry than Windows7 itself). In order to allow the user of the computer some reflection time, we add a delay to the menu’s display timeout. Say, the boot menu should remain visible for 30 seconds before booting into the default selection:

bcdedit /timeout 30

That would be all. You can test the new Windows boot menu by rebooting the computer. You should be able to select either Windows7 (default) or Linux to boot into. When you choose “Linux”, you’ll be taken to Slackware’s familiar LILO menu.

If at any time you would have to remove the “Linux” menu option, you can run the following command … provided you wrote the {ID} string down somewhere:

bcdedit /delete {ID}

Have fun, even with Windows,

Eric

Speeding up my vlc.SlackBuild script

In a comment to my previous post about the VLC media player where I announced packages for VLC 2.0.0, Nille asked if I could explain a bit more about the SlackBuild script I use to create these packages.

In my scripts, I sometimes hide interesting side-tracks or shortcuts which you would not notice if you just run the script and wait patiently until the packages have been created.

The VLC SlackBuild script is huge. Apart from VLC sources, it also compiles over 50 (fifty!) other libraries and embeds them into the VLC package. This makes VLC such a versatile media player – it supports many media formats and input sources, has audio visualisation inputs and other cool stuff.

The penalty for having such a big script, is that compiling it all takes quite a bit of time. And if you just want to update VLC to a newer snapshot, it is aggravating when the script also recompiles all of the other internal dependencies. Furthermore, in order to compile the browser plugin, the script needs Mozilla’s xulrunner libraries. Since Slackware does not ship those, the xulrunner SDK has to be compiled as well and that is time-consuming- only to be thrown away after the compilation has ended.

I added a few pieces of code which allow me to considerably shorten the compilation time of my VLC packages.

  1. Allow the use of a tarball containing a pre-built xulrunner SDK
  2. Allow the use of a tarball containing prebuilt “contribs”, i.e. all the internal libraries VLC depends on

Let me explain both.

Pre-compiled mozilla SDK.

If you run the vlc.SlackBuild, and enable the creation of the browser plugin “npapi-vlc” (this is enabled by default in the script) then the SlackBuild script will first compile the xulrunner SDK. This takes a long, long time. So, in order to speed things up, the script will look for a pre-compiled version of the xulrunner SDK in the directory containing “vlc.SlackBuild” and use that instead if available. You can find this SDK tarball after the xulrunner compilation has ended; check the “./dist/sdk” subdirectory in the xulrunner source directory (normally that would be something like “/tmp/build/tmp-vlc/mozilla-<someversion>/dist/sdk/“) and copy the file “xulrunner-*.sdk.tar.bz2” you’ll find there back into the directory containing vlc.SlackBuild. Next time you run vlc.SlackBuild, it will extract and use the contents of that SDK file instead of compiling the SDK all over again. Big timesaver!

Pre-compiled contribs.

I usually update the internal libraries (the VLC developers call them the “contribs”) only when there is a reason. For instance, when VLC requires a newer version of such a library, or because a newer version brings speed improvements (think of ffmpeg). But inbetween minor releases of VLC I usually leave the contribs as they are, and only compile the new VLC sources. In order to save time, the vlc.SlackBuild has a commandline switch which tells it to only build the contribs, but skip the VLC sources. This switch is “–wrapvlcdeps”. If you run the command:

./vlc.SlackBuild –wrapvlcdeps

… then the script will compile all internal libraries, and then “wrap” the compiled contribs into a single tarball in your $OUTPUT directory (which is /tmp by default) with the name “vlc-vlcdeps-$ARCH.tar.bz2“. Here, “$ARCH” is the architecture for which you are compiling (usually i486 or x86_64). Note that this command will not create an actual VLC package! All it does is compile the internal dependencies and wrap those into a tarball for later use.

Now, if you copy that tarball back into the directory which contains vlc.SlackBuild, the script will be able to use its pre-compiled binary contents when it is time to create a VLC package. When you run the following command:

./vlc.SlackBuild –unwrapvlcdeps

… then the script will “unwrap” the contents of the “vlc-vlcdeps” tarball and won’t bother with compiling all those contribs again. Instead, the script will proceed with compiling the VLC sources and creating the final package. Big timesaver!

Note:

You may be aware that I need to compile two versions of VLC for my repositories, thanks to stupid US software patents (Europeans, do not forget to sign the anti-ACTA petition at https://secure.avaaz.org/en/eu_save_the_internet_spread/ !). One version contains code which would violate the US software patents, such as mp3 and aac audio encoders, while the other version is free of software patent issues and therefore free to distribute inside the US. The vlc.SlackBuild script can distinguish between “restricted” and “unrestricted” tarballs containing the “contribs” or vlcdeps as I call them myself. The script has this piece of code:

  if [ "${USE_PATENTS}" == "YES" ]; then
    DEPSFILE="$SRCDIR/$PRGNAM-vlcdeps_restricted-$ARCH.tar.bz2"
  else
    DEPSFILE="$SRCDIR/$PRGNAM-vlcdeps_unrestricted-$ARCH.tar.bz2"
  fi
  [ ! -f $DEPSFILE ] && DEPSFILE="$SRCDIR/$PRGNAM-vlcdeps-$ARCH.tar.bz2"

So, if you too need to create two versions of the package (for instance if you distribute your package inside the US) it is up to you to rename the DEPSFILE “vlc-vlcdeps-$ARCH.tar.bz2” after you created it. You should add the string “restricted” or “unrestricted” to its name depending on whether it contains patented code or is unrestricted.

Have fun! Eric

LibreOffice 3.5.0 is out… no Slack packages yet

Last week, the Document Foundation released version 3.5.0 of their LibreOffice suite.

Read all about it in their official announcement “the best free office suite ever“. LibreOffice has made great strides ever since it was forked off OpenOffice. On LinuxQuestions.org, which hosts my favourite Slackware forum, LibreOffice was chosen by its member community as Office Suite of the Year (with 81.01% of the votes). Bravo!

Of course, I wanted to have Slackware packages ready ASAP. Silly me… the developers are changing the build process with each new release cycle. The 3.3 -> 3.4 switch gave me headaches and 3.4 -> 3.5 is no different. In fact, it is even worse. The build system is moving toward using standard autoconf/automake/make tooling, and piece-by-piece getting rid of java/dmake for its compilation. This means, I had to revise my libreoffice.SlackBuild script again.

Unfortunately I did not have the chance (due to time constraints) to test beta builds, so now that the release is there, I am faced with an inability to compile new packages…

I have been running compilations for days, breaking off after 12+ hours repeatedly, and currently I can’t even get past the “configure” stage… being stuck at a horribly broken SlackBuild script.

No doubt I will eventually succeed, and present you some nice packages, but not soon. Terribly sorry, but I thought I would at least let you know.

In the meantime, I did manage to build VLC packages (which you can read all about in my previous post) and soon some new QEMU and qemu-kvm packages. A lot of my time is currently spent on a new ARM port of Slackware. I hope to write some more about that too, in the near future.

Cheers, Eric

VLC media player at version 2.0.0

Videolan developers finally got rid of all the blocking bugs and released the newest installment of the massively popular Open Source all-purpose media player VLC.

Initially meant to become version 1.2.0, the decision was made some months ago to change the version to 2.0.0 because of the many differences to the previous release series 1.1.x.

Get over to the VideoLAN web site and read trough the announcement. Also check out the list of new features and enhancements on that page!

For users of my Slackware packages, this news is not changing much. If you have been using my “vlcgit” package, you will have experienced a lot already of vlc 2.0.0. I have been building GIT snapshots for quite a while. Just be aware that with the official release of 2.0.0, my “vlcgit” package has become obsolete. I have removed it from my repository. Perhaps when I start building snapshots of a new release cycle (2.1 ?) you will see the vlcgit package return.

Enough said – you should get the freshly compiled VLC packages for Slackware now. They are available for Slackware 13.37 (on which I compiled them) but will work on Slackware-current too of course.

The usual caveat applies: versions that can not only DEcode but also ENcode mp3 and aac audio can be found in my alternative repository where I keep the packages containing code that might violate stupid US software patents.

There are other mirrors too of my SlackBuild package repositories – if you cannot find them, give me a yell..

 

Have fun! Eric

Recipe: Hyderabadi Biryani

Long time ago I bought a book with recipes from Pakistan. I cooked quite some of the food from that little book.

One of my favourite dishes (my wife loves it too) is biryani. So, when I had to make up a meal for this weekend, I decided I would do a biryani again. Being too lazy to get up and search for the book, I used Google to find some inspiration. And the first hit was an interesting variation to the Pakistani version I cooked so often. No eggs, no tomatoes, no raisins.

It’s Hyderabadi Biryani. And since I work together on a daily basis with a team  at IBM in Hyderabad, I thought it would be nice to try this one out so we have something else to talk about than work-related issues…

I made some alterations to the original recipe, mostly caused by the (un)availability of ingredients at the local shop.

Picture copied from http://www.indobase.com/

The recipe is not difficult at all. I think you can not fail to produce something that you’ll like! Preparing the marinade takes a bit of time, then you can turn your attention to other things for at least two hours while the meat is marinating. The actual cooking takes 20 minutes.

The moment all the ingredients went into the cooking pot, my wife commented that the aromas were heavenly! She walked over a couple of times to lift the lid and enjoy the scent of the boiling goodness.

The resulting dish is an aromatic and rich comfort food. You will keep eating until your belly protests.

Ingredients (4 persons):

  • 300 g Basmati Rice (semi-cooked / parboiled)
  • 300 g chicken breast, chopped into small pieces
  • 20 g ghee
  • 2 cloves of garlic
  • 2 cm ginger stem
  • 1 onion, sliced
  • 200 g lemon curd
  • 2 green chillis (I admit… I forgot to add those)
  • juice from 1 lime
  • 1 tsp red chilli powder
  • a pinch of caraway seeds
  • 2 twigs of coriander leaves, chopped
  • 2 twigs mint leaves, chopped
  • a pinch of saffron
  • generous amount of cinnamon powder
  • 2 cardamom pods or equivalent cardamom powder
  • 1 drop of saffron color (or use turmeric powder instead)
  • 1 clove
  • vegetable oil
  • salt to taste

Preparation:

Make the ghee yourself if you do not have it ready:

  • Melt 100 g of butter (you will not use all of it in the biryani, so you can store some of it for later). Keep the heat low, do not let the butter turn brown!
  • Let the watery component of the butter boil away for some 10 to 20 minutes.
  • From time to time use a spoon to remove the foamy substance which forms on the surface.
  • When no new foam is forming on the surface, the ghee is ready. It will have a golden colour.
  • We need to get rid of the brown residue on the bottom of the pan. Pour the ghee through a clot or simply use a tea restrainer or other finely meshed sieve. You can store the ghee in the fridge if you prepare this long before the actual meal.

Marinade part one:

  • Grind the garlic and the ginger. Mix this thoroughly through the chopped meat.
  • Put the marinade in the fridge for an hour.
  • In the meanwhile, fry the sliced onions in a heated pan on low heat untill they turn light brown.
  • Let the onions cool down and crush them (or chop them into fine pieces).

Marinade part two:

  • After at least one hour, retrieve the marinating meat.
  • Add the fried onion, lemon curd, lime juice, red chilli powder, green chilli paste, cinnamon, cardamom, caraway seeds, clove, coriander leaves, mint leaves and salt to the marinated meat.
  • Mix thoroughly and place the meat back into the fridge for at least 1 hour.

The finish:

  • Drop the saffron in some water to extract its color and aroma. Or if you do not have saffron, use plenty of turmeric in the next step.
  • Boil 1/2 liter of water. Add salt to taste, cinnamon, cardamom, and the saffron water.
  • Use an iron cooking pot with thick bottom to prevent the rice from burning. Heat a bit of vegetable oil in the pan.
  • Add half the rice and fry for a few minutes. Keep the heat low.
  • Pour the ghee over the rice.
  • Spread the marinated meat on top, and again spread the remaining semi-cooked rice over the meat.
  • Gently pour the boiling water in a circular motion over the rice layer.
  • Keep boiling on a low flame for exactly 15 minutes.
  • Ready! The water should have been absorbed by the rice.

Ideally this biryani is served with some Indian cooked vegetables… but I thought of my son and served broccoli instead.

Enjoy your meal!

Eric

KDE 4.8.0 arrives

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

LibreOffice 3.4.5 released, OpenJDK package update.

There was a new maintenance release from the Document Foundation. We now have LibreOffice 3.4.5 and I spent the night (or rather, two virtual machines did the work while I slept) to produce packages for Slackware 13.37 and later.

You can find the packages in the usual locations (all of the mirrors below also offer  rsync access):

Also I rebuilt my OpenJDK packages (JDK as well as JRE and the browser plugin icedtea-web) to address the issues that had popped up in the comments section of my previous post:

  • The java web start (javaws, part of the “icedtea-web” package) would not work with just openjre installed – it worked fine with openjdk;
  • The openjre pakage missed two important configfiles which made it unusable,
  • The CA certificates file was empty in both JDK and JRE packages

Download locations for the updated packages: http://slackware.com/~alien/openjdk/ with a mirror here: http://alien.slackbook.org/slackware/openjdk/ . Please note that there is an updated (with regard to Slackware’s stock version) of ca-certificates. I needed that to generate a “cacerts” file for the openjdk and openjre package, but for you the upgrade is optional. You’ll see it appear in slackware-current soon enough anyway because the upgrade is well overdue.

Cheers, Eric