[prev in list] [next in list] [prev in thread] [next in thread]
List: kde-core-devel
Subject: Re: CMake kauth_install_* with system kauth and user CMAKE_INSTALL_PREFIX
From: Harald Sitter <sitter () kde ! org>
Date: 2020-10-20 13:16:14
Message-ID: 925bfcc4-7a7a-4df1-284a-0a85906b0863 () kde ! org
[Download RAW message or body]
[Attachment #2 (multipart/mixed)]
On 19.10.20 17:44, Ingo Klöcker wrote:
> On Montag, 19. Oktober 2020 17:22:22 CEST Milian Wolff wrote:
>> On Montag, 19. Oktober 2020 17:21:28 CEST Harald Sitter wrote:
>>> I'm not sure it's a good idea, but we could treat this like
>>> KDE_INSTALL_USE_QT_SYS_PATHS. By default we'll simply install to
>>> $CMAKE_PREFIX/share/polkit-1/actions/ unless explicitly configured with
>>> KDE_INSTALL_USE_POLKIT_PATHS in which case we'll use whatever polkit uses.
>>> What sets this apart from qt_syspath of course is that not using the
>>> polkit path basically never makes sense as it'd be broken. So maybe the
>>> default state should be ON and when one is sure that polkit isn't needed
>>> one could turn it OFF.
>>
>> Installing something that's never going to be used - why? I would much
>> rather prefer making it explicit by saying:
>>
>> Either you install it to the correct path, or you don't install it at all.
Fair point
> FWIW, for a very similar problem (udev rules instead of polkit rules) bluez-qt
> has the CMAKE flag INSTALL_UDEV_RULE to disable installation of udev rules.
>
> If have this in my .kdesrc-buildrc:
> =====
> options bluez-qt
> cmake-options -DINSTALL_UDEV_RULE=0
> end options
> =====
>
> So, maybe add a KDE_INSTALL_POLKIT_RULE[S] (or ..._ACTION[S]) flag to allow
> disabling the installation of polkit stuff.
+1
HS
["signature.asc" (application/pgp-signature)]
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic