KDE SC 4.8.1 packages for openSUSE
Posted March 7, 2012on:
With one day delay, due to some fixes in KDEPIM, KDE SC 4.8.1 got released and openSUSE packages can be found in the KDE:Release:48 (KR48) repo. Akonadi willl be updated to 1.7.1 shortly in order to fix a possible data loss bug when copying/moving emails.
Potential data loss bug in akonadi filtering
I got a new mail loss bug with 4.8.1 when using bogofilter, set-up via the kmail wizard, on new emails arriving in an imap inbox. As I can see via my webmail interface, they get the bogosity header added and are then written back to the server, i.e. the “old” email is deleted and the new one (including a new date and time) added. Problem is, the new one is empty, i.e. lost all its content but the to/from etc. I can reproduce it, i.e. enabling that filter rule causes the issues, disabling it solves it. It only happens on arriving emails, i.e. I cannot re-produce it by applying the filter manually. Maybe akonadi 1.7.1 fixes it, maybe it is that moving/copying bug the NEWS file mentions. It might be a “personal” bug, i.e. only happening to me, yet you have been warned!
UPDATE: Unfortunately this mail loss bug does neither only happen to me nor is it fixed with akonadi 1.7.1.
UPDATE2: There seems to be another very annoying bug introduced with 4.8.1 which makes kmail2 crash a lot for some people. I do not experience that one although nepomuk and email indexing is enabled in general. Maybe because I disabled it for my imap’s inbox via right-click > folder properties > maintenance. So you can try to disable nepomuk and/or disable some folders’ indexing.
Instructions on how to update KDE are available on the openSUSE wiki. As well as the corresponding repos available in case you need apps from Extra or Playground. Remember, never mix the KDE:UpdatedApps repo or any other repo meant for plain openSUSE 12.1 with KR48, i.e. read the warning on the wiki!
How to know when packages are ready
There have been many asking when packages for 4.8.1 will be available and how one should know when they are ready. Actually that’s quite simple.
a) Easiest method: Wait until the packages are announced on the opensuse-kde mailinglist.
b) Other method:
- Check http://www.kde.org for a release announcement.
- Check whether all packages built successfully and got published. The latter is indicated by the loaded lorry icon at the top of the package table.
- You can also check whether publish flags are on. Before a new release building might already have finished but packages might not get published yet.
- Know what you are doing since without any announcement it could still be the case that disabling publishing was simply forgotten and even though published, packages are not ready for use yet – i.e. better stick to a).
Build numbers vs. changed content
Regarding updates many users confuse build numbers vs. changed package content. If the package management shows that updated packages are available it does not necessarily mean that the content of the package changed, i.e. it could be that it is just a re-build and thus has a higher build number. E.g. kdebase4-workspace-4.8.1-40.i586.rpm does not necessarily contain any updates compared to kdebase4-workspace-4.8.1-4.i586.rpm.
How to know whether a package has changed
If you want to know what/whether a package has changed, you can have a look at the package’s sources, which lists the latest revision comment at the bottom or a package’s revision log, which lists all revisions. These are available in the toolbar at the top after you clicked on a package.
If a package is just a link to another package you can find the original package via the link at the package’s source view.