Review Request 126037: Drop setuid of `kcheckpass`/Use LIBEXEC_INSTALL_DIR wherever appropriate

[David Edmundson]

-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/126037/#review88275
-----------------------------------------------------------


pretty sure this breaks slackware

might have to make it an option

- David Edmundson


On Nov. 11, 2015, 11:37 p.m., Elias Probst wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://git.reviewboard.kde.org/r/126037/
> -----------------------------------------------------------
> 
> (Updated Nov. 11, 2015, 11:37 p.m.)
> 
> 
> Review request for Plasma, Bhushan Shah and Martin Gräßlin.
> 
> 
> Repository: kscreenlocker
> 
> 
> Description
> -------
> 
> Drop obsolete 'setuid' of kcheckpass and fragile code using $ENV{DESTDIR}.
> 
> kcheckpass works just fine without setuid nowadays and quite a few
> distributions already dropped setuid of if since quite some time.
> 
> Also use `LIBEXEC_INSTALL_DIR` instead of one of the dozens of other variants for consistency.
> 
> 
> Diffs
> -----
> 
>   config-kscreenlocker.h.cmake 2a034dee8ec21e426bc1db1d56b0ed152d3de2ca 
>   greeter/CMakeLists.txt 317bfa3cdadf05a9a8597ed40a3dc3c0af4d144d 
>   kcheckpass/CMakeLists.txt a63fa1403e897e70989dc2e1ba7eed4bc69cbb51 
> 
> Diff: https://git.reviewboard.kde.org/r/126037/diff/
> 
> 
> Testing
> -------
> 
> `kcheckpass` and `kscreenlocker_greet` end up in the expected target directory (`/usr/lib64/libexec` on Gentoo). `kcheckpass` works as expected.
> I'm not sure yet about `kscreenlocker_greet` as I ended up with an un-unlockable session but also saw this issue before.
> 
> 
> Thanks,
> 
> Elias Probst
> 
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/plasma-devel/attachments/20151111/6e9ebfbd/attachment-0001.html>