Rpmbuild check-rpath сообщает об ошибке, что путь не является абсолютным, неправильно ⇐ C++

[Anonymous]

Я строил обороты с использованием Cmake & Cpack 3.13.4 на OEL7 в течение нескольких месяцев без проблем. Моя конфигурация Cmake содержала эти строки: < /p>

Код: Выделить всё

SET(CMAKE_SKIP_BUILD_RPATH  FALSE)
SET(CMAKE_BUILD_WITH_INSTALL_RPATH FALSE)
SET(CMAKE_INSTALL_RPATH "${CMAKE_INSTALL_PREFIX}/lib")
SET(CMAKE_INSTALL_RPATH_USE_LINK_PATH FALSE)
< /code>

Это позволило мне убедиться, что локально построенные версии библиотеки использовались перед любыми установленными версиями. Не внося никаких изменений в эти линии, я внезапно не могу больше построить RPMS. Теперь я получаю это сообщение об ошибке: < /p>

+ /usr/lib/rpm/check-rpaths
*******************************************************************************
*
* WARNING: 'check-rpaths' detected a broken RPATH and will cause 'rpmbuild'
*          to fail. To ignore these errors, you can set the '$QA_RPATHS'
*          environment variable which is a bitmask allowing the values
*          below. The current value of QA_RPATHS is 0x0000.
*
*    0x0001 ... standard RPATHs (e.g. /usr/lib); such RPATHs are a minor
*               issue but are introducing redundant searchpaths without
*               providing a benefit. They can also cause errors in multilib
*               environments.
*    0x0002 ... invalid RPATHs; these are RPATHs which are neither absolute
*               nor relative filenames and can therefore be a SECURITY risk
*    0x0004 ... insecure RPATHs; these are relative RPATHs which are a
*               SECURITY risk
*    0x0008 ... the special '$ORIGIN' RPATHs are appearing after other
*               RPATHs; this is just a minor issue but usually unwanted
*    0x0010 ... the RPATH is empty; there is no reason for such RPATHs
*               and they cause unneeded work while loading libraries
*    0x0020 ... an RPATH references '..' of an absolute path; this will break
*               the functionality when the path before '..' is a symlink
*
*
* Examples:
* - to ignore standard and empty RPATHs, execute 'rpmbuild' like
*   $ QA_RPATHS=$[ 0x0001|0x0010 ] rpmbuild my-package.src.rpm
* - to check existing files, set $RPM_BUILD_ROOT and execute check-rpaths like
*   $ RPM_BUILD_ROOT= /usr/lib/rpm/check-rpaths
*
*******************************************************************************
ERROR   0002: file '/opt/project/lib/libConfigLoader.so.4.0.0' contains an invalid rpath '/opt/project/lib' in [/opt/project/lib]
ERROR   0002: file '/opt/project/lib/libConfigLoaderDb.so.4.0.0' contains an invalid rpath '/opt/project/lib' in [/opt/project/lib]

Это кажется неправильным, потому что заявляет, что/opt/project/lib не является абсолютным путем, которым он является. < /p>

Разрешения /opt /project /lib < /code>: < /p>

Код: Выделить всё

[user@c7 ]$ ll -d /opt/
drwxrwxr-x. 10 root root 139 Oct 11 14:31 /opt/
[user@c7 ]$ ll -d /opt/project/
drwxrwx--- 11 root project 114 Oct 11 14:32 /opt/project/
[user@c7 ]$ ll -d /opt/project/lib
drwxrwx--- 2 root project 4096 Oct 11 14:53 /opt/project/lib

Я могу подавить ошибку, подготовив QA_RPATHS = 0x0002 к моей команде Make , но я обеспокоен тем, что это может скрыть другие ошибки в будущем. Использование), и проблема, по-видимому, исходит из этой части, где j был установлен на RPATH, в данном случае/Opt/Project/lib :

Код: Выделить всё

            case "$j" in
(/lib/*|/usr/lib/*|/usr/X11R6/lib/*|/usr/local/lib/*)
badness=0;;
(/lib64/*|/usr/lib64/*|/usr/X11R6/lib64/*|/usr/local/lib64/*)
badness=0;;

(\$ORIGIN|\${ORIGINX}|\$ORIGIN/*|\${ORIGINX}/*)
test $allow_ORIGIN -eq 0 && badness=8 || {
badness=0
new_allow_ORIGIN=1
}
;;
(/*\$PLATFORM*|/*\${PLATFORM}*|/*\$LIB*|/*\${LIB}*)
badness=0;;

(/lib|/usr/lib|/usr/X11R6/lib)
badness=1;;
(/lib64|/usr/lib64|/usr/X11R6/lib64)
badness=1;;

(.*)
badness=4;;
(*) badness=2;;
esac

(источник)

Я не понимаю, как это когда -либо позволило/Opt/Project/lib pass, как из этого оператора «Дело» он всегда падает на (*) и установить зло = 2

.>

Подробнее здесь: https://stackoverflow.com/questions/583 ... ncorrectly