[kopete-bugs] [Bug 190638] kopete tries to install to system wide directories

[Pino Toscano]

https://bugs.kde.org/show_bug.cgi?id=190638


Pino Toscano <pino at kde.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |UNCONFIRMED
         Resolution|INVALID                     |




--- Comment #8 from Pino Toscano <pino kde org>  2009-05-06 21:33:41 ---
(In reply to comment #7)
> In files
> http://websvn.kde.org/trunk/KDE/kdebase/apps/nsplugins/plugin_paths.cpp?view=markup
> http://websvn.kde.org/trunk/KDE/kdebase/apps/konqueror/settings/konqhtml/pluginopts.cpp?view=markup
> is all default paths where nsplugins/konqueror search for new nsplugins (on
> startup kde). So /usr/lib/firefox/plugins is in search list, it is ok?

This not justifies the force of an out-of-prefix installation of files by
default.
If I request the installation to a local subdirectory of mine, _all_ of its
installed software should be installed there. The only few exceptions should be
modules which cannot never ever work out of the system path (eg PAM moules).
But this is not the case with netscape plugins, which can work in any path they
are. If you are worried about the plugin paths, then it is already user's task
to adjust that, if they compile from sources (you should know what you do if
you compile from sources, anyway).

Also, the -DMOZPLUGIN_INSTALL_DIR is not a reason either for the bug to be
INVALID: while the variable can be set by distro packagers or users who want to
integrate the kopete/kde4.3 installation in a system prefix, this must not be
the default.

Reopening; please fix (see comment #4 as help).

-- 
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.