Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 242900 - kde-base/kpat-4.1.2 overwrites 3.5.10's menu/toolbar (kpatui.rc)
Summary: kde-base/kpat-4.1.2 overwrites 3.5.10's menu/toolbar (kpatui.rc)
Status: RESOLVED DUPLICATE of bug 241782
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] KDE (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Gentoo KDE team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-10-20 16:10 UTC by Duncan
Modified: 2008-10-21 19:56 UTC (History)
0 users

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Duncan 2008-10-20 16:10:12 UTC
After emerging much of kde-4.1.2, USE=-kdeprefix, my kde-3.5.10 kpat lost much of its functionality, including several menu and toolbar entries.  

It turns out kpat-4.1.2's kpatui.rc in /usr/share/apps/kpat was being loaded by the kpat-3.5.10, in preference to its own kpatui.rc in /usr/kde/3.5/share/apps/kpat.  The 4.1.2 version has several less entries and at least one that appears to be renamed (move_undo vs. undo_move).

This is the only package I've noticed it on so far (well, installing konqueror-4.1.2 undid my konqueror-3.5.10 toolbar customization, but that seems to happen with even minor updates so I'm used to it, and I didn't catch anything disappearing like it did with kpat), but the same problem is likely to occur with other packages that prefer a config in the generic /usr/share location before the one in their installed prefix, /usr/kde/3.5 here of course.

FWIW I worked around it here by merging the two files and copying the merged version to both locations.  That seems to work reasonably well at least in 3.5 (I've not tested in 4.1 again since but I believe it'll work there too), as any "bad" entries seem to be ignored so the effect is to get all working entries, but most probably won't be familiar with those files and immediately know what to look at to fix it, as I did.  But it does suggest one possible (but hacky) solution, detecting if 3.5 is still merged and merging the files if so.  Better would be a 3.5.x revision bump that prefers the config in its configured prefix above that in the standard /usr/share location.

Duncan
Comment 1 Tomáš Chvátal (RETIRED) gentoo-dev 2008-10-21 19:56:46 UTC

*** This bug has been marked as a duplicate of bug 241782 ***