[frameworks-kauth] [Bug 363678] kauth_install_actions does not honour CMAKE_INSTALL_PREFIX

[Alexander Lohnau]

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

--- Comment #10 from Alexander Lohnau  ---
As Harald pointed out, there is the INSTALL_BROKEN_KAUTH_POLICY_FILES cmake
option.
However, this is only used inside of the KAUTH_INSTALL_ACTIONS function.
Meaning the KAuth config paths will not respect those settings.

An alternative might be to allow overriding the KAuth backend that is used and
then set the KAuth variables accordingly to the CMAKE_INSTALL_PREFIX. Then
projects like plasma-desktop can installed, without some files  getting
installed to /usr. 
What do you think?

-- 
You are receiving this mail because:
You are watching all bug changes.

[frameworks-kauth] [Bug 363678] kauth_install_actions does not honour CMAKE_INSTALL_PREFIX

[Alexander Lohnau]

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

--- Comment #9 from Alexander Lohnau  ---
>I'm going to leave these references here one shows polkit hardcoding /usr and 
>one shows dbus hardcoding /usr.

By my understanding this shows, that for the use case Thiago described,
skipping the installation is the most sensible option.

-- 
You are receiving this mail because:
You are watching all bug changes.

[frameworks-kauth] [Bug 363678] kauth_install_actions does not honour CMAKE_INSTALL_PREFIX

[postix]

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

postix  changed:

   What|Removed |Added

 CC||pos...@posteo.eu

-- 
You are receiving this mail because:
You are watching all bug changes.

[frameworks-kauth] [Bug 363678] kauth_install_actions does not honour CMAKE_INSTALL_PREFIX

[Harald Sitter]

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

--- Comment #8 from Harald Sitter  ---
I'm going to leave these references here one shows polkit hardcoding /usr and
one shows dbus hardcoding /usr.
https://gitlab.freedesktop.org/polkit/polkit/-/blob/92b910ce2273daf6a76038f6bd764fa6958d4e8e/src/polkitbackend/polkitbackendinteractiveauthority.c#L302
https://gitlab.freedesktop.org/dbus/dbus/-/blob/9722d621497b2e7324e696f4095f56e2a9307a7e/bus/activation-helper.c#L422

-- 
You are receiving this mail because:
You are watching all bug changes.

[frameworks-kauth] [Bug 363678] kauth_install_actions does not honour CMAKE_INSTALL_PREFIX

[Thiago Sueto]

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

Thiago Sueto  changed:

   What|Removed |Added

 Ever confirmed|0   |1
 Status|REPORTED|CONFIRMED
 CC||herzensch...@gmail.com

--- Comment #7 from Thiago Sueto  ---
This issue is more broad than just the polkit case and currently hinders
building and installing plasma-desktop locally without kdesrc-build, and I
assume this should affect any other KDE software that uses
KAUTH_HELPER_INSTALL_DIR.

There's a relevant mailing list thread about this:
https://mail.kde.org/pipermail/kde-core-devel/2020-October/091002.html

It is not possible to bypass this permission issue in any way. I tried with all
of these, none worked:

KAUTH_HELPER_INSTALL_DIR
INSTALL_BROKEN_KAUTH_POLICY_FILES
KAUTH_BACKEND_NAME
KAUTH_POLICY_FILES_INSTALL_DIR
KDE4_AUTH_POLICY_FILES_INSTALL_DIR

And I tried numerous combinations of CMAKE_INSTALL_PREFIX and DESTDIR in my
attempts to make this work for months, thinking this was perhaps some user
error on my side.

So currently the only ways of testing software that uses this KAuth feature
without kdesrc-build are:

* install everything as root, which is liable to break things
And assuming you actually know about this issue, what's happening in the
background and what to do with this cryptic error message:
* CMAKE_INSTALL_PREFIX=/local/path then sudo install, thus overriding the
package manager's installed files
* comment out the install line in the CMakeLists.txt that uses
KAUTH_HELPER_INSTALL_DIR
* compile KAuth together with the application one wants to compile

Use case: I was trying to self compile plasma-desktop just to work on a KCM
which isn't related and doesn't use KAUTH_HELPER_INSTALL_DIR anywhere.

-- 
You are receiving this mail because:
You are watching all bug changes.

[frameworks-kauth] [Bug 363678] kauth_install_actions does not honour CMAKE_INSTALL_PREFIX

[Alexander Lohnau]

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

Alexander Lohnau  changed:

   What|Removed |Added

 CC||alexander.loh...@gmx.de

-- 
You are receiving this mail because:
You are watching all bug changes.

[frameworks-kauth] [Bug 363678] kauth_install_actions does not honour CMAKE_INSTALL_PREFIX

[Christoph Feck]

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

Christoph Feck  changed:

   What|Removed |Added

 CC||elv1...@gmail.com

--- Comment #6 from Christoph Feck  ---
*** Bug 397517 has been marked as a duplicate of this bug. ***

-- 
You are receiving this mail because:
You are watching all bug changes.

[frameworks-kauth] [Bug 363678] kauth_install_actions does not honour CMAKE_INSTALL_PREFIX

[Max Harmathy]

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

--- Comment #5 from Max Harmathy  ---
I just realised, that this would make packaging impossible.

But I looked into actual packaging and found that setting DESTDIR on
installation resolves the issue.

-- 
You are receiving this mail because:
You are watching all bug changes.

[frameworks-kauth] [Bug 363678] kauth_install_actions does not honour CMAKE_INSTALL_PREFIX

[Max Harmathy]

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

--- Comment #4 from Max Harmathy  ---
Would it be possible to not install the policy file if an install prefix is
set?

-- 
You are receiving this mail because:
You are watching all bug changes.

[frameworks-kauth] [Bug 363678] kauth_install_actions does not honour CMAKE_INSTALL_PREFIX

[Max Harmathy]

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

Max Harmathy  changed:

   What|Removed |Added

 CC||max.harma...@web.de

-- 
You are receiving this mail because:
You are watching all bug changes.

[frameworks-kauth] [Bug 363678] kauth_install_actions does not honour CMAKE_INSTALL_PREFIX

[Christoph Feck via KDE Bugzilla]

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

--- Comment #3 from Christoph Feck  ---
> kwalletmanager install the following dbus files just fine

But you also need to add these directories to /etc/dbus-1/*.conf
For details, see https://dbus.freedesktop.org/doc/dbus-daemon.1.html

-- 
You are receiving this mail because:
You are watching all bug changes.

[frameworks-kauth] [Bug 363678] kauth_install_actions does not honour CMAKE_INSTALL_PREFIX

[Elvis Angelaccio via KDE Bugzilla]

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

--- Comment #2 from Elvis Angelaccio  ---
(In reply to Christoph Feck from comment #1)
> Can polkit be instructed to also look into other directories? From what I
> know, both dbus and polkit only check the system directories, because of
> security reasons. It might be possible to expand this path of system
> directories.

The techbase link above does mention a KDE4_AUTH_POLICY_FILES_INSTALL_DIR cmake
variable that used to be configurable via command line. Nowadays doesn't seem
to work anymore (KAuth has a KAUTH_POLICY_FILES_INSTALL_DIR variable, but I'm
not sure it can be overriden).

dbus doesn't seem affected, e.g. kwalletmanager install the following dbus
files just fine:

-- Installing:
/home/elvis/test/etc/dbus-1/system.d/org.kde.kcontrol.kcmkwallet5.conf
-- Installing:
/home/elvis/test/share/dbus-1/system-services/org.kde.kcontrol.kcmkwallet5.service

-- 
You are receiving this mail because:
You are watching all bug changes.

[frameworks-kauth] [Bug 363678] kauth_install_actions does not honour CMAKE_INSTALL_PREFIX

[Christoph Feck via KDE Bugzilla]

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

Christoph Feck  changed:

   What|Removed |Added

 CC||cf...@kde.org

--- Comment #1 from Christoph Feck  ---
Can polkit be instructed to also look into other directories? From what I know,
both dbus and polkit only check the system directories, because of security
reasons. It might be possible to expand this path of system directories.

-- 
You are receiving this mail because:
You are watching all bug changes.