Community Packages

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!
Tasklist

FS#20440 - kdm 4.5.0-1 crashes

Attached to Project: Community Packages
Opened by Caleb Cushing (xenoterracide) - Wednesday, 11 August 2010, 19:44 GMT
Last edited by Ronald van Haren (pressh) - Wednesday, 11 August 2010, 22:36 GMT
Task Type Bug Report
Category Packages: Testing
Status Closed
Assigned To Ronald van Haren (pressh)
Andrea Scarpino (BaSh)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Current version of pixman: 0.18.2
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Wed Aug 11 03:10:47 2010
(==) Using config directory: "/etc/X11/xorg.conf.d"
/usr/lib/kde4/libexec/kdm_greet: symbol lookup error: /usr/lib/kde4/libexec/kdm_greet: undefined symbol: _ZN6KCrash17setDrKonqiEnabledEb

everything works fine with 4.4.5 only thing I upgraded in testing was kde (which I know is not necessarily supported but if it's a missing package problem that needs to be a dep)
This task depends upon

Closed by  Ronald van Haren (pressh)
Wednesday, 11 August 2010, 22:36 GMT
Reason for closing:  Not a bug
Comment by Ronald van Haren (pressh) - Wednesday, 11 August 2010, 20:07 GMT
at which point does it crash?
Comment by Caleb Cushing (xenoterracide) - Wednesday, 11 August 2010, 20:09 GMT
Instead of starting it crashes....
Comment by Ronald van Haren (pressh) - Wednesday, 11 August 2010, 20:28 GMT
'/usr/lib/kde4/libexec/kdm_greet: symbol lookup error: /usr/lib/kde4/libexec/kdm_greet' I don't understand, it gives a symbol lookup to itself, how strange.

Can you verify that all kde packages are indeed updated correctly and all are up2date, as you had some problems it seems?
Comment by Caleb Cushing (xenoterracide) - Wednesday, 11 August 2010, 20:34 GMT
Can you tell me how to verify?
Comment by Ronald van Haren (pressh) - Wednesday, 11 August 2010, 20:42 GMT
If I'm not mistaken the following packages are needed for kdm, just reinstall them, pacman should take them out of your cache so it should be quick (well, not sure if they are all needed for kdm but at least for kdebase-workspace).

pacman -S testing/kdelibs testing/kdepimlibs testing/kdebase-runtime testing/kdepim-runtime testing/kdebase-workspace
Comment by C. Ammeraal (christopher72) - Wednesday, 11 August 2010, 21:06 GMT
Exactly the same error here.
Pacman -S testing/kdelibs solved the problem for me. I think I went wrong when I upgraded by typing pacman -Sy testing/kde ?

Comment by Ronald van Haren (pressh) - Wednesday, 11 August 2010, 21:11 GMT
yes, kdelibs, kdepim-runtime, kdebase-runtime to name a few are not in the kde group. They are pulled in as a dependency normally, but are now obviously already satisfied if you had a previous kde version installed.
Comment by Ionut Biru (wonder) - Wednesday, 11 August 2010, 21:18 GMT
so once again kde is busted because it doesn't use versioned dependencies. this and  FS#20442  are happening because of that.

Comment by Ronald van Haren (pressh) - Wednesday, 11 August 2010, 21:19 GMT
no, people are trying to cherry pick from testing and don't do it correctly. For once and for all, it is NOT supported to do that. If you do that, you should do it correctly and know how to solve these issues.
Comment by Caleb Cushing (xenoterracide) - Wednesday, 11 August 2010, 21:32 GMT
I don't agree... if something depends on a minimum version of something, that should be reflected in the dependencies. But I'm not going to argue 'bout it.
Comment by Caleb Cushing (xenoterracide) - Wednesday, 11 August 2010, 21:34 GMT
on CPAN we have automated testing... I had a package in the red the other day (failing tests) a real user of it would have had the prereqs installed... but all because I didn't manually check the deps it was failing.
Comment by Ronald van Haren (pressh) - Wednesday, 11 August 2010, 22:36 GMT
versioned deps leads to other problems, we have had a few discussions about it on the dev mailing lists in the past. as long as you keep an all or nothing from testing repo there should be no problem.

I assume it is solved for you too, closing now.

Loading...