My thoughts on Slackware, life and everything

Month: December 2010 (Page 1 of 2)

Libreoffice second release candidate for 3.3.0

It took me a while (Christmas was getting in the way) but here are the packages I created for libreoffice-3.3.0.2; which is the second Release Candidate for LibreOffice in preparation for an official 3.3.0 version.

Grab my packages from the usual locations:

The package has no further dependencies – a full Slackware 13.1 install (or -current) will do fine.

Building from source:

If you want to use the accompanying SlackBuild script to rebuild these packages yourself, be prepared and have a lot of free diskspace (20 GB available free space would be a safe bet), as well as a lot of patience… Also, remove Slackware’s jre, seamonkey and seamonkey-solibs packages and install Slackware’s jdk package and (mine or anyone else’s) apache-ant, perl-archive-zip and xulrunner packages. These are needed for compiling, not for running libreoffice. Note: after installing the jdk and xulrunner packages, your root user has to logoff and login again in order to pick up the changed environment. If you forget this, the compilation will fail.

Observations:

I have been testing alternating re-installs of the binary RPMs of the Document Foundation (using Niels Horn’s SlackBuild from slackbuilds.org to create a nice Slackware package out of those RPMs) and my own self-built package and I noticed that the first time you run a LibreOffice program after you install my package, something crashes… but everything is OK on all following runs of LibreOffice.

I also noticed that installing extensions is not always working out too well. This holds true for the official binaries as well, so it may well be that the published extensions need to be rebuilt for the new LibreOffice.

Unfortunately in the end, I had to delete the extensions cache and further directories (below ~/.libreoffice/3/user/extensions) because at first, the bundled extensions stopped showing up in the Extension Manager, then the Extension Manager refused to start, and ultimately the Writer application itself would crash after complaining about corrupted extension databases. After deleting the extension cache and data, Writer behaved normally again.

Eric

KDE 4.6 first release candidate

It’s that time again! Nicely following the KDE release schedule, a series of tarballs was uploaded to the KDE ftp server, containing the first release candidate of what will become KDE Software Compilation 4.6.

The Slackware packages I created and had silently uploaded to my server, have already been noticed… but anyway, better late than never, so here is my official announcement:

Your gift for Christmas: grab Slackware packages for KDE 4.6.RC1 (4.5.90 is the official version) here: http://alien.slackbook.org/ktown/4.5.90/ or on any of my mirrors (http://taper.alienbase.nl/mirrors/alien-kde/4.5.90/ or http://repo.ukdw.ac.id/alien-kde/4.5.90/). These packages are not fit for Slackware 13.1. You have to be running an up-to-date Slackware-current! This is still beta software, use at your own risk, yada yada.

Follow the instructions in the accompanying README for installing these packages, or upgrading from an earlier release.

Lots of bugs will certainly have been squashed, although I have not experienced all that many. You can read my previous article on KDE 4.6 beta here: http://alien.slackbook.org/blog/starting-with-kde-4-6. KDE no longer needs HAL, but if you disable it, the k3b CD-writing software will complain about not being able to find an optical drive. Still some work to be done for these guys. If you don’t care for k3b I invite you to disable HAL (chmod -x /etc/rc.d/rc.hald) like I did, and see how that works out.

What’s important to know is the announcement by the PIM team (read the story) that the 4.6 version of kdepim which should accompany the official release of KDE 4.6 has been delayed. At the time when KDE 4.6 is released, there will be an update to the PIM 4.4.x series which is compatible with KDE 4.6 (look out for kdepim 4.4.9, sources are already available I think, and I will certainly package them along with the final KDE 4.6).

In the meantime, I ship packages for the third beta of kdepim 4.6 along with KDE 4.5.90. Please share your thoughts on requiring PIM version 4.6beta3 or  4.4.9 with KDE 4.6. One of the two will have to go into some sort of “testing” directory.

Have fun, Eric

PS: rsync is available as always:

  • rsync://alien.slackbook.org/alien-kde/
  • rsync://taper.alienbase.nl/mirrors/alien-kde/
  • rsync://repo.ukdw.ac.id/alien-kde/

Dropbox 1.0 is out

Dropbox 1.0 was released a few days ago.

As you may recall, dropbox is a “cloud storage” service with 2 GB of free storage which you can expand (for free) by referring dropbox to your friends, or by paying a monthly fee.

There is no new client package available. The version 1.0.10 is an update to the closed-source daemon process. New features are: selective sync (you can exclude certain subdirectories in your main dropbox from synchronizing with the server) and the sync process can be paused if you need that. There are supposedly speed enhancements but I have not witnessed those yet. I am always amazed at the speed at which the server sync works anyway.

So, how do you update the Dropbox daemon to version 1.0.10 if you cannot download a newer client package?

The steps are really simple: stop dropbox, remove the daemon’s directory entirely, and start dropbox again:

$ dropbox stop
Stopping Dropbox…Done
$ dropbox status
Dropbox isn’t running!
$ rm -r ~/.dropbox-dist/
$ dropbox start -i
Starting Dropbox…Done

The dropbox client will ask you if it can download the daemon again, and if you click OK, it will do so (which will not take long at all). After the download dialog disappears, check your dropbox icon in the system tray – it will show version “1.0.10” and the “Pause syncing” will be clearly visible in the right-mouseclick popup menu.

My dropbox client packages for Slackware: http://slackware.com/~alien/slackbuilds/dropbox-client/ .

Make sure you get a version of my dropbox-client package that is at least 0.6.7. If you have a Slackware without Gnome (and thus without the nautilus file manager) you also have to overwrite an older version of the script “/usr/bin/nautilus” which is installed by my dropbox-client package, with the newer version “/usr/bin/nautilus.new”. That script contains a compatibility fix for the new dropbox daemon. If you forget this, you will notice that clicking the dropbox icon will not start a file manager, and if you ran dropbox start -i” from the commandline you will see the error “xdg-open: unexpected option ‘–no-desktop’“.

If you want to try a dropbox account yourself, please use this referral link to create and start using it. In that case, both you and I will receive an additional 500 MB of storage for free on top of the standard 2 GB: http://db.tt/Rv5417bY

Have fun! Eric

Starting with KDE 4.6

Hi folks!

It took a while, because I have been fighting with properly packaging the LibreOffice software for so long, and playing with slackware-current to find bugs and areas of improvement.

But I finally found time to work on a set of Slackware packages for the second beta of the KDE 4.6 Software Compilation. The release of version 4.5.85, otherwise known as “4.6-beta2” was a few days ago. I had been following the issues which were reported in the days before making the sources public, so it was not too difficult to prepare the dependencies and update Slackware’s KDE build scripts.

Note #1: running Slackware-current (32-bit or 64-bit) is a requirement! Slackware 13.1 is simply too old for my packages.

Note #2: this is beta software, some things will not work reliable or are broken. Do not use this on machines you depend on for your daily work unless you know what you are doing! Use at your own risk!

Apart from the new KDE packages, there are several Slackware packages that need upgrading if you decide you want to test KDE 4.6-beta2. Also, four new non-KDE packages have entered the arena: these are libatasmart,sg3-utils, udisks and upower. The new packages are required because KDE 4.6 no longer depends on HAL. Instead, it uses udisks and upower (born out of the DeviceKit family). The reason is simple: HAL is no longer developed. The X.Org developers took this step away from HAL earlier during the development of X11R7.6 (the version of X in slackware-current does not use HAL anymore). This happened for the same reasons, however X.Org talks to udev directly and does not need udisks and upower. I wish KDE would have done the same… it seems we are now stuck with these DeviceKit offsprings…

Where are the packages?

Packages are available as usual in my “ktown” repository: http://alien.slackbook.org/ktown/4.5.85/ which is mirrored to http://taper.alienbase.nl/mirrors/alien-kde/ and http://repo.ukdw.ac.id/alien-kde/.

I have added a nice README with instructions on how to install or upgrade to this beta2 of KDE 4.6.

What are my experiences so far with this new software?

  • Of course, the first thing I tried was disabling HAL entirely by running “chmod -x /etc/rc.d/rc.hald” and rebooting.. That went well enough, apart from a piece of audio hardware that was no longer recognized: “HDA Intel (CONEXANT analog)” but I still have proper sound anyway. KDE will complain about hardware that goes missing and will ask you if it should forget about that hardware altogether, or ask again next time.
  • I found that k3b and kaudiocreator no longer worked. I have built new packages for both, with the latest sources checked out from the repositories, and that fixed k3b. Unfortunately, kaudiocreator still crashes on startup, complaining about “QSocketNotifier: Invalid socket 10 and type ‘Read’“. This is caused by the same change in the Solid API which made k3b crash initially, but that team fixed it. If you find a patch for kaudiocreator, tell me!
  • After the upgrade, I had big issues with akonadi. As you may know, akonadi is the storage service for PIM data (kmail wants to store its emails there) and meta data indexed by Strigi and Nepomuk. The upgrade from 4.5.4 to 4.5.85 caused disruption here. On login to KDE, I found that several instances of akonadi_control were being started as well multiple instances of mysqld (akonadi uses MySQL as the database backend) and every time I started KDE, more of these processes would run and all of them would complain about their brethren.  I have not found a decent troubleshooting and repair guide for Akonadi, and out of despair I deleted the akonadi directories “~/.local/share/akonadi” and “~/.config/akonadi” entirely… now that solved the issues!  However, you really do not want to end up with this scenario, especially if all your emails are stored in an akonadi database. Akonadi developers, please provide better documentation on how to fix a broken service!
  • I found that the guidance-power-manager package is no longer needed, because KDE’s own power-devil does a good job of managing the power. I simply removepkg-ed the guidance-power-manager.  There is a widget with a l battery gauge if you need one – it is not added to the system tray by default.
  • I added a package for “kwebkitpart” so that you can now switch konqueror’s rendering engine from KHTML to Webkit (which is a descendant of KHTML).

To sum it all up: if you are adventurous, get my packages and upgrade your Slackware computer with them. It’s a lot of fun trying to find the quirks and bugs in new software, especially if you find fixes for them. And generally, this software works well, even if it is still e beta. But like I said before, you should not use this beta software on a computer that you depend on for your daily business… unless you know what you are doing and are confident that you can overcome any hurdles.

Post your findings in the Slackware forum of linuxquestions.org. Or even better: let me know right here on this blog, and I’ll try to help you out.

Have fun, Eric.

First release candidate for LibreOffice

Those developers at the Document Foundation are coding like madmen!

The first release candidate of the Libre Office suite of programs has seen the light of day. And of course I put my computer to work, and the result is a series of Slackware 13.1 packages for 32-bit and 64-bit LibreOffice, including a bunch of language packs. Please tell me if your language is missing.

Get the packages here: http://slackware.com/~alien/slackbuilds/libreoffice/ or from one of my mirrors: http://taper.alienbase.nl/mirrors/people/alien/slackbuilds/libreoffice/ and http://slackware.org.uk/people/alien/slackbuilds/libreoffice/ . Both mirrors have rsync access.

Please note:

If you want to use my libreoffice.SlackBuild to compile these packages yourself, the script will first download an additional 200 MB of external source tarballs before commencing with the compilation. I decided not to store all these sources in my own build directory, in order to minimize the load on the server.

Enjoy, Eric

« Older posts

© 2024 Alien Pastures

Theme by Anders NorenUp ↑