| Summary: | libkdepim: kpartsdesignerplugin.so is installed outside of --prefix | ||
|---|---|---|---|
| Product: | [Unmaintained] kmail | Reporter: | David Smith <dsmith> |
| Component: | general | Assignee: | kdepim bugs <kdepim-bugs> |
| Status: | RESOLVED INTENTIONAL | ||
| Severity: | normal | CC: | finex, vR |
| Priority: | NOR | ||
| Version: | 1.8 | ||
| Target Milestone: | --- | ||
| Platform: | Compiled Sources | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
David Smith
2005-03-29 20:53:54 UTC
*** Bug 102794 has been marked as a duplicate of this bug. *** I can confirm this bug. Just hit it compiling from HEAD. Looking for a fix.... It seems that there's a solution on this post: http://lists.kde.org/?l=kde-pim&m=111286854121615&w=2 I've looked through all Makefile.am's in kdepim/*, the only two that have "kde_widget_LTLIBRARIES" are the two that have this problem. Is there any reason that these not be replaced with "kde_module_LTLIBRARIES"? I would guess that there's where QtDesigner expects them to be, or uic. I believe I understand the reasons why it was done like this. I still would consider it a bug since the behaviour is unexpected and can potentially destroy an existing installation. If that is the case, the option would be to simply not install the plugin if the destination is not in prefix. Is that what you're proposing? Well, I suppose that the 2 options I can think of would be: 1) instead of installing to /usr/lib/kde3/plugins/designer/, install to $KDEDIR/lib/kde3/plugins/designer. This might not do designer any good (I don't know if there's a way to make designer search $KDEDIRS for plugins), but at least it would be explainable and also not cause 'make install' to fail. 2) not attempt to install to /usr/lib/kde3/plugins/designer if it doesn't match what was given to configure with --prefix. It seems that option #1 would be more "correct", but I'm not familiar with what would be required to pull it off. 'course, I'm not sure how you'd pull #2 off either. =:/ I think whatever solution is decided upon, it would be 100% better than causing 'make install' to fail. =:) Cheers!! =:) If I were proposing anything it would be this: install in the given prefix and say "you must install in the same prefix as kdelibs, or find your own way to make it work". A warning from configure if the prefix is "wrong" would be nice. An option --designer-plugin-dir would also be nice. Arts is no longer developed and has been unmaintained for quite some time - more than 2 years. With phonon as the replacement for arts in KDE4, we're closing out all the arts bugs in Bugzilla since there is no chance of them being fixed. Thanks |