Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#15836 - installation of kdebase doesn't pull in QT as a dep and thus startkde fails with libphonon error.
Attached to Project:
Arch Linux
Opened by jasin (rooloo) - Thursday, 06 August 2009, 20:05 GMT
Last edited by Pierre Schmitz (Pierre) - Friday, 07 August 2009, 15:48 GMT
Opened by jasin (rooloo) - Thursday, 06 August 2009, 20:05 GMT
Last edited by Pierre Schmitz (Pierre) - Friday, 07 August 2009, 15:48 GMT
|
DetailsDescription:
Installation of kdebase doesn't pull in QT as a dep and thus startkde fails with libphonon error. Additional info: * package version(s) KDE 4.3 - kdebase group Steps to reproduce: Install pacman -Sy kdebase without qt being installed prior. startx |
This task depends upon
So, the deps are right. Make sure your mirror is up-to-date, you have run pacman -Syu and testdb does not show any errors.
Here is my pacman.log
[2009-08-06 13:56] upgraded kdebase-runtime (4.3.0-2 -> 4.3.0-2)
[2009-08-06 13:57] upgraded kdelibs (4.3.0-2 -> 4.3.0-2)
[2009-08-06 14:01] upgraded qt (4.5.2-3 -> 4.5.2-5)
The isssue was solved as soon as I upgraded qt to the 4.5.2-5 package. Which doesn't make a whole lot of sense to me as to the reason why.The error was that libkdeinit4_ksmserver.so could not load (libphonon.so.4: No such file or directory)
Maybe this will help pinpoint the issue. BTW, I used the same mirror for all the downloads, could have been a freak conincidence that Qt was just sync'd as I was installing.
I did this, but what caught me was the update to pacman, which ironically enough can only be updated by intself. My fault...
But, I am still not quite sure why the dep shouldn't read qt>=4.5.2.-5 if that is what is needed. I thought adding versioning support to dependencies was supposed to resolve issues just like this one. If kde 4.3 won't work with the 4.5.2-3 qt package then why shouldn't that be explicitly expressed in the package?