Commit message (Collapse) | Author | Age | Files | Lines | |
---|---|---|---|---|---|
* | GNUInstallDirs: Fix misinterpretation of Debian Policy on LIBEXECDIR | Timo Röhling | 2021-10-07 | 1 | -2/+2 |
| | | | | | | | | | | | | Revert commit 798c1c3192 (GNUInstallDirs: Comply with Debian Policy on LIBEXECDIR, 2020-10-08, v3.19.0-rc1~11^2). The Debian Policy builds upon FHS 3.0 and permits installing to `/usr/libexec`. While Policy does grant an additional exception for applications to use a single subdirectory of `/usr/lib/<triplet>`, this is not meant to replace `/usr/libexec` as valid target. Fixes: #22731 | ||||
* | GNUInstallDirs: Comply with Debian Policy on LIBEXECDIR | Dennis Klein | 2020-10-08 | 1 | -2/+2 |
| | | | | | | | | | | | | If CMAKE_INSTALL_PREFIX is /usr, CMAKE_INSTALL_LIBEXECDIR shall return the same value as CMAKE_INSTALL_LIBDIR on Debian. While the FHS allows /usr/libexec for internal binaries (https://refspecs.linuxfoundation.org/FHS_3.0/fhs-3.0.html#usrlibexec) the Debian Policy Manual states an exception here (section 9.1.1 bullet point 4): https://www.debian.org/doc/debian-policy/ch-opersys#file-system-structure. Fixes: #21287 | ||||
* | Tests: Add RunCMake.GNUInstallDirs expected output specific to Debian | Brad King | 2020-10-08 | 1 | -0/+30 |