Yes! KDE 4.5.1 Packages are now available for slackware-current (32-bit and 64-bit).
Read installation/upgrade instructions in the provided README file.
In my previous post I wrote that I was not sure who would be building new packages for KDE, but then I decided that this would be a nice test of my new build box with virtual machines. Indeed my total build time for KDE has been reduced to almost a third of the time that was needed before!
My new KDE 4.5.1 packages are only meant for Slackware-current. They are not guaranteed to work on Slackware 13.1, so if you want KDE 4.5.1 you are encouraged to upgrade to Slackware-current!
There is one additional dependency to be installed on slackware-current: libdbusmenu-qt (which does not yet exist in Slackware). You’ll find it in the “deps” directory.
Let me repeat this note from when 4.5.0 was released:
NOTE:
The kdepim and kdepim-runtime packages are not part of KDE 4.5.1 !!
The PIM developers decided that their applications are not yet stable enough to get included, and instead you are encouraged to keep the kdepim and kdepim-runtime packages of slackware-current (version 4.4.5).
There is one caveat: the consequence is that you will only be able to use the english localization of kdepim, because the language files are contained in the kde-l10n-* packages of the old version. You can not install that in parallel with the 4.5.1 version of your language files.
Enjoy, Eric
By the way, rsync sources for these packages are:
Master: rsync://alien.slackbook.org/alien-kde/
US mirror: rsync://taper.alienbase.nl/mirrors/alien-kde/
Asia mirror: rsync://repo.ukdw.ac.id/alien-kde/
Eric
Thanks. I can’t wait to try these out..
Asian mirror has been updated 🙂
Looking good on my system 🙂 Install was smooth as always.
Eric, KDE SC 4.5.1 has arrived in -Current 🙂
Yeah, I knew that it was coming to slackware-current.
At least my packages have been useful to a couple of people, and the build scripts could be re-used for Slackware too.
KDE 4.5.1 has uncovered an incompatibility with some of the X.Org graphical drivers (the OpenGL support in open source drivers has some issues, and this shows with the new KDE – see http://blog.martin-graesslin.com/blog/2010/09/driver-dilemma-in-kde-workspaces-4-5/)..
Eric
From the README:
> Then reboot your system.
Are you serious? This isn’t Windows.
I can confirm some nvidia issues, but a driver update and rebuild took care of everything. I’m loving the new desktop, just looks nice and clean while handling all the stuff xfce didn’t (I love that desktop… but manually setting all my hardware buttons was a pain)
@Eric: yes, i have seen that driver, but that applies to Intel chipsets right? Not for those who uses NVidia/ATI binary drivers
@Dorf:
Users who know what to do after an upgrade and do not have to reboot are welcome of course (usually you do not have to, but that advice was a left-over from way back when I also had to update dbus and polkit files). The “reboot” suggestion is just to make it easy for the inexperienced ones.
Eric
Thanks for clarifying. I understand that writing READMEs is boring and you rather spend less time on them. But since you say inexperienced users, I’d like to remark that it’s these little READMEs that contained the most useful insights for me when I was inexperienced.
In this specific case, I even think that restarting X by pressing Ctrl-Alt-Backspace is far esier than rebooting.
A weird issue with both your builds and those from official -current:
Lacelot menu, 4.5.1 on slackware 32: fully localized in italian
Lancelot menu, 4.5.1 on slackware 64: half italian, half english
It’s weird because the kde-i10n-it package is the same. Or it isn’t? uhm.. I have to try installing the package from the 32bit build..
I’ve tried the package kde-i10n-it from 32bit build but it’s still half localized. I guess there’s some internal glitch in lancelot.