Skip to content

Set CMAKE_INSTALL_LIBDIR in CMake build type #29

Merged
merged 1 commit into from Feb 13, 2019

Conversation

pmenzel
Copy link
Contributor

@pmenzel pmenzel commented Feb 11, 2019

No description provided.

It’s `lib64` by default [1].

> object code libraries (lib or lib64 or lib/<multiarch-tuple> on Debian)

This conflicts with the symbolic link in MarIuX.

    $ ls -ld /usr/lib*
    drwxr-xr-x 240 root root 143360 Feb 11 18:44 /usr/lib
    lrwxrwxrwx   1 root root      3 Mar  7  2011 /usr/lib64 -> lib
    drwxr-xr-x  21 root root   4096 Feb  5 16:45 /usr/libexec

Consider the current package has `/usr/lib/pkgconfig/libzip.pc`
installed, and the newer version installs the same file into
`/usr/lib64/pkgconfig/libzip.pc`. On upgrade, when removing the file
from the old package, bee will remove `/usr/lib64/pkgconfig/libzip.pc`
because of the symbolic link, which is unwanted.

So set it to `LIBDIR`, so that the system configuration is applied.

[1]: https://cmake.org/cmake/help/v3.8/module/GNUInstallDirs.html
@pmenzel pmenzel changed the title Set CMAKE_INSTALL_LIBDIR in CMake built type Set CMAKE_INSTALL_LIBDIR in CMake build type Feb 11, 2019
@donald
Copy link
Contributor

donald commented Feb 13, 2019

Looks good. Please rebase to master.

@pmenzel
Copy link
Contributor Author

pmenzel commented Feb 13, 2019

Done.

@donald donald merged commit eabddb5 into master Feb 13, 2019
@donald
Copy link
Contributor

donald commented Feb 13, 2019

Now we need a bee release and a bee update via bee-files ... sigh...

überorganisiert

@donald donald deleted the set-libdir-in-cmake-build-type branch March 7, 2019 16:21
Sign in to join this conversation on GitHub.
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

2 participants