Using dynamic Qt plugins in KAuth

Dario Freddi drf54321 at gmail.com
Sat Feb 13 19:42:21 GMT 2010


(In reply to Thiago)

It's because I can't use KService. Those plugins will be loaded in helpers
as well, and I surely don't want to spawn a KDE session just to load a pair
of plugins, so using Qt's dynamic plugins seems to me a better solution. Is
something like  ${LIB_INSTALL_DIR}/kauth/helper acceptable?

2010/2/12 Dario Freddi <drf54321 at gmail.com>

> On Friday 12 February 2010 19:06:47 Alexander Neundorf wrote:
> > I think this part doesn't look good:
> >
> > @@ -187,4 +191,9 @@
> >                 auth/backends/dbus/dbus_service.stub
> >           DESTINATION ${DATA_INSTALL_DIR}/kauth COMPONENT Devel)
> >
> > +# Set the various directories
> > +set(KAUTH_HELPER_PLUGIN_DIR "${QT_PLUGINS_DIR}/kauth/helper")
> > +set(KAUTH_BACKEND_PLUGIN_DIR "${QT_PLUGINS_DIR}/kauth/backend")
> > +set(KAUTH_OTHER_PLUGIN_DIR "${QT_PLUGINS_DIR}/kauth/plugins")
> > +
> >
> >
> > Because this way these settings are not in the cache and can not be
> changed
> > by the one who builds the package.
> > So, these variables should be in the cache, and I'm also not sure that
> they
> > should default to a subdir of QT_PLUGINS_DIR.
> > I'd say by default everything should go somewhere inside
> > CMAKE_INSTALL_PREFIX.
>
> I admit I plain stole these from QCA. Is there any path where putting the
> plugins would be suggested?
>
> >
> > Do I remember right that we discussed this already once ?
>
> No, it's the first time I attempted this move. We discussed where to place
> polkit action files, which was a similar issue though.
>
> >
> > Alex
>
> --
> -------------------
>
> Dario Freddi
> KDE Developer
> GPG Key Signature: 511A9A3B
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20100213/c1c57fdc/attachment.htm>
-------------- next part --------------
_______________________________________________
Kde-buildsystem mailing list
Kde-buildsystem at kde.org
https://mail.kde.org/mailman/listinfo/kde-buildsystem


More information about the kde-core-devel mailing list