From kde-buildsystem Sat Feb 13 19:42:21 2010 From: Dario Freddi Date: Sat, 13 Feb 2010 19:42:21 +0000 To: kde-buildsystem Subject: Re: Using dynamic Qt plugins in KAuth Message-Id: <4e03084c1002131142u16d0f275lde258dadaf16b728 () mail ! gmail ! com> X-MARC-Message: https://marc.info/?l=kde-buildsystem&m=126609059806422 MIME-Version: 1 Content-Type: multipart/mixed; boundary="--===============0185911516==" --===============0185911516== Content-Type: multipart/alternative; boundary=0016e6d58cb22117a0047f809534 --0016e6d58cb22117a0047f809534 Content-Type: text/plain; charset=ISO-8859-1 (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 > 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 > --0016e6d58cb22117a0047f809534 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable (In reply to Thiago)

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

2010/2/12 D= ario Freddi <drf= 54321@gmail.com>
On Friday 12 February 2010 19:06:47 Alexander Neundorf wr= ote:
> I think this part doesn't look good:
>
> @@ -187,4 +191,9 @@
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 auth/backends/dbus/dbus_service.stub > =A0 =A0 =A0 =A0 =A0 DESTINATION ${DATA_INSTALL_DIR}/kauth COMPONENT De= vel)
>
> +# Set the various directories
> +set(KAUTH_HELPER_PLUGIN_DIR "${QT_PLUGINS_DIR}/kauth/helper"= ;)
> +set(KAUTH_BACKEND_PLUGIN_DIR "${QT_PLUGINS_DIR}/kauth/backend&qu= ot;)
> +set(KAUTH_OTHER_PLUGIN_DIR "${QT_PLUGINS_DIR}/kauth/plugins"= ;)
> +
>
>
> Because this way these settings are not in the cache and can not be ch= anged
> 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

--0016e6d58cb22117a0047f809534-- --===============0185911516== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Kde-buildsystem mailing list Kde-buildsystem@kde.org https://mail.kde.org/mailman/listinfo/kde-buildsystem --===============0185911516==--