Version: 1.8 (using KDE KDE 3.4.0) Installed from: Compiled From Sources OS: Linux The build system ignores the target directory specified by configure --prefix for kpartsdesignerplugin.so and .la. Sorry if kmail is the wrong application, but there is no general application for kdepim. (Please ignore the weird paths below. This i GoboLinux, the paths will be fixed by symlinking.) ]] configure --prefix=/Programs/KDE-PIM/3.4.0 ... ]] make install ... make[3]: Entering directory `/Files/Compile/Sources/kdepim-3.4.0/libkdepim/kpartsdesignerplugin' make[3]: Nothing to be done for `install-exec-am'. test -z "/Programs/KDE-Libs/3.4.0/lib/kde3/plugins/designer" || mkdir -p -- "/Programs/KDE-Libs/3.4.0/lib/kde3/plugins/designer" /bin/sh ../../libtool --silent --mode=install /System/Links/Executables/install -c -p 'kpartsdesignerplugin.la' '/Programs/KDE-Libs/3.4.0/lib/kde3/plugin s/designer/kpartsdesignerplugin.la' real_install: cannot create regular file `/Programs/KDE-Libs/3.4.0/lib/kde3/plugins/designer/kpartsdesignerplugin.so': Permission denied make[3]: *** [install-kde_widgetLTLIBRARIES] Error 1 make[3]: Leaving directory `/Files/Compile/Sources/kdepim-3.4.0/libkdepim/kpartsdesignerplugin'
*** 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