Dear KDE team, the KDE3 versions of packages in $SUBJECT install themselves into /usr, while the proper place is /usr/kde/3.5. Current situation is suboptimal, as the 4.1 variants of these packages simly block the older, which means that users can't simultanously use kde3 applications (like digikam or kphotoalbum) and install KDE4. Therefore, I propose the following changes: 1) Applying a trivial patch to kde-functions.eclass, which changes the installation path of these packages into the /usr/kde/3.5 2) Revision bumping these packages, so that users will re-install them to the new destination 3) Relaxing blocker in new KDE4 ebuilds to older versions of these packages
Created attachment 166939 [details, diff] kde-functions.eclass.patch
In addition, the blocker shouldn't be conditional on USE=-kdeprefix. While the packages don't install to the same location without this USE flag, compilation of any package using them fails, as /usr usually takes precedence over /usr/kde/4.x. Therefore, we want to always die when the old, unpatched package is installed.
Would be great to have this smaller issue solved too.
Jan, this should be fixed now. Many thanks for coming up with the solution.
What if i need kde-4.1.3 with gwenview and kde-3.5.9 with gwenview. For kde4 it would be kde-base/gwenview:4.1 which needs kde-base/libkipi:4.1, on other side for kde3 it whould be media-gfx/gwenview which needs media-libs/libkipi. Now kde-base/libkipi and media-libs/libkipi cannot coexist by portage block: DEPEND="!<=media-libs/libkipi-0.1.6" What is the solution?
I think you have to add a condition: if kdeprefix USE flag is set, then no need DEPEND="!<=media-libs/libkipi-0.1.6"
(In reply to comment #5) > What if i need kde-4.1.3 with gwenview and kde-3.5.9 with gwenview. That's why this bugreport has been created. > For kde4 it would be kde-base/gwenview:4.1 which needs kde-base/libkipi:4.1, on > other side for kde3 it whould be media-gfx/gwenview which needs > media-libs/libkipi. If the kde3 version of gwenview doesn't depend on a compliant version of libkipi, please file a separate bug. > Now kde-base/libkipi and media-libs/libkipi cannot coexist by portage block: > DEPEND="!<=media-libs/libkipi-0.1.6" Please note that it block the *old* version. A new version of media-libs/libkipi was put in place which installs stuff correctly to a sane destination. You might have to keyword it in the meanwhile if you're using ~arch kde4. (In reply to comment #6) > I think you have to add a condition: > if kdeprefix USE flag is set, then no need DEPEND="!<=media-libs/libkipi-0.1.6" Nope, this would be just plain wrong as explained in comment #2.
(In reply to comment #7) > Please note that it block the *old* version. A new version of > media-libs/libkipi was put in place which installs stuff correctly to a sane > destination. You might have to keyword it in the meanwhile if you're using > ~arch kde4. Thanks a lot! I have understood things, and now I've got working system.
