You are not logged in.
it's only now official
the packages that are in the repo are already beta 1
Offline
Tpowa, did you compile KDE 3.4 with a dbus installed which had Qt bindings compiled aswell? If not the media:/ IO slave doesn't use HAL.
Can't test as my box is down for the time being, just curious.
Offline
good news cmf
new kdebase-2 package will have hal support, but i have to wait for dbus 0.23, and then be prepared for hal and new artwork for kde 3.4
Offline
Yeah, thanks again for doing this tpowa.
There was a new kdelibs available today. Since reinstalling beta 1 has given me no problems at all.
Offline
@ Peit:
do you run latest pacman? 2.9.5?
there was a problem in pacman with upgrade function.
Offline
Updated kdebase
so new artwork is here and dbus added.
Please don't forget to add dbus to rc.conf daemon's list else you get errors while starting kde.
Offline
with artwork i meant:
new kdm look, new background and new kdesplash.
Offline
kdebase-3.3.91-2 contains the new arch artwork in combination with kdebase-config.
Offline
kdebase-3.3.91-2 contains the new arch artwork in combination with kdebase-config.
The arch artwork is simple getting awesome !!! Pretty Cool and nice.
Thanks !
Arch Linux Powered
Offline
I like this new splash image - it looks like a average swedish wood ^^
To err is human... to really foul up requires the root password.
Offline
For the Plastik problem many have, in addition to clean /tmp and /var/tmp I have to completely remove all kde programs (/opt/kde) and erase this directory. Somehow a reference or file was still on the system even after following all the cleanup process that was recomended on a prior post.
Offline
anyone can check if the back.png of the actions icon is included in the size 22x22.
On my system that back icon looks blured (like resized) and when I look the contents of /opt/kde/share/icons/crystalsvg/22x22/actions, the back.png icon is missing.
I know, is not a showstopper, but looks like they forgot it.
Offline
for me the icon looks normal.
it is owned by kdelibs-3.3.91-2, perhaps you need to reinstall kdelibs.
and please run the latest pacman version.
it is 2.9.5 and contains a fix for upgrading packages.
the simplest way to get kde 3.4 running if anything seems to be bugged, use pacman -Rd kde and then pacman -S kde, just deinstall and reinstall kde.
Offline
The menu is empty for me with this latest kdebase-3.3.91-2 and kdebase-config-3.3.91-1. Kcontrol is empty too. Removed and reinstalled and still a problem.
Offline
The menu is empty for me with this latest kdebase-3.3.91-2 and kdebase-config-3.3.91-1. Kcontrol is empty too. Removed and reinstalled and still a problem.
The same happend to me , after i installed xfce 4.2 cause for some reason the xfce somehow override the XDG_DATA_DIRS variable .
Remove xfce script (meanwhile) solve the problem, maybe you got the same problem.
Offline
Thanks maor, I did install xfce at the same time. I will look into it when i get home.
Offline
remove kde and reinstall all kde again and it has everything in order.
Offline
The suggestion by maor did it for me. No need to reinstall the entire package.
Thank you.
Offline
After the update, I had problems checking mail in Kmail. I got "An error occured during authentication: SASL(-4): no mechanism available: No worthy mechs found". Changing authentication method from LOGIN to plain text fixed it though, but I guess that means some encryption-someting-something was not compiled in?
Oh, by the way, eternal wishlist item: Gpg working with Kmail. It is a jungle.
Offline
I've upgraded kdebase to 3.3.91-2 and installed new kdebase-config. There was no /etc/rc.d/kdm and my kwallet stoped to work properly. Downgrade to kdebase*-1 helped.
Is this another pacman upgrade problem?
jabber id: arael (at) fov (dot) pl
Offline
kdm is owned by kdebase-config 3.3.91-1
it should be there don't know why it's not for you.
Offline
After upgrading kde according to the various directions given in this thread, I noticed that my hard drive LED stays on almost constantly. When I log out to kdm, the hard drive activity stops, and resumes upon logging in. I renamed my old .kde directory and let a new one be created. No help. Removed dbus from the daemons and rebooted with no success. As I type this post, the drive LED is constantly lit. Is there a setting in kconfig which may cause this activity? This behavior only happens while I am logged in to kde. Any ideas?
Offline
famd accesses the disk a lot, but it should be running when you log out of kde also. You could try turning off services in the kde control centre under "kde Components" -> "Service Manager" to see if it is one of those.
Offline
no i cannot verify your problem yet what does the console say when you run juk or kaboodle? any usefull output?
for me it works fine.
thanks
Offline
Followup to my previous post:
After checking top, ps -aux, possible kde config settings, fstab, rebooting many times, I could not find what causes kde 3.4beta to constantly access my hard drive while logged in. I use a stock arch setup with no outside packages other than those provided by pacman from current and extra. I removed the kde beta and went back to kde 3.3.2 which solved the hard disk problem.
Offline