Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 240598 - kde-base/kdelibs-4.1.2-r1 built with kdeprefix blocks with kde-3.5.9 because KDEDIRS is not set anymore
Summary: kde-base/kdelibs-4.1.2-r1 built with kdeprefix blocks with kde-3.5.9 because ...
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] KDE (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Gentoo KDE team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-10-08 21:55 UTC by Rafael Kolless
Modified: 2009-05-27 00:00 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Rafael Kolless 2008-10-08 21:55:23 UTC 
kdelibs-4.1.2-r1 does not set KDEDIRS anymore.
kdelibs-3.5.9 is still setting KDEDIRS as it was removed in kde-libs-3.5.10 only and KDEDIRS is still used by kde-4.1 if declared.
This happens to strange failures like crashes in kmail-4.1 trying to use khtml styles from kde 3.5 which are incompatible.

Reproducible: Always

Steps to Reproduce:
1.install/update kde-base/kdelibs-4.1.2-r1
2.stay on kde-3.5.9 in first slot
3.start kmail in kde4
4.check /etc/profiles.env

Actual Results:  
Applications like kmail crash in KDE4
Comment 1 Rafael Kolless 2008-10-08 22:05:41 UTC 
since KDEDIRS is not set anymore in kde-3.5.10 this bug should be fixed if kde-4.1 becomes stable before kde-3.5.10 what I do not believe to happen :)
Lowered severity.
Comment 2 Matthias Liebig 2008-10-08 22:14:20 UTC 
You might want to look at the bugs from tracker #239356 . I think this one here is a duplicate of one of them or at least related.
Comment 3 Matthias Liebig 2008-10-08 22:15:04 UTC 
tracker #239356 = bug #239356
Comment 4 Rafael Kolless 2008-10-09 06:19:59 UTC 
Yes, they are related but now the environment KDEDIRS is not set even if the useflag kdeprefix is set. In this moment KDE4 applications find depending files in the path of KDE 3.5.
Actually updating kdelibs-4.1.2 to the revision dump -r1 makes the "masked" KDE4 installation unusable if "kdeprefix" is used and the stable kde-3.5.9 is installed also.

But I know that this behavior must be accepted if testing packages are used :)
Comment 5 Theo Chatzimichos (RETIRED) archtester gentoo-dev Security 2009-05-27 00:00:52 UTC 
fixed with the new kde3 eclasses