web-dev-qa-db-fra.com

dpkg-shlibdeps: erreur: impossible de trouver la bibliothèque nécessaire par .so tout en empaquetant un paquet dépendant de mon autre paquet

J'ai empaqueté une bibliothèque nommée base et téléchargé sur mon ppa:satyagowtham-k-gmail/ferryfair.ppa. Le tableau de bord a construit avec succès le paquet base et je l’ai installé avec succès par Sudo apt install base-dev. Maintenant, je suis en train d’empaqueter une autre bibliothèque appelée logger qui dépend de base.

J'ai ajouté mon ppa à pbuilder chroot en

$ Sudo cp ~/pbuilder/xenial-base.tgz /var/cache/pbuilder/base.tgz
$ pbuilder login --save-after-login
# apt-add-repository ppa:satyagowtham-k-gmail/ferryfair.ppa
# apt-get update
# exit

pbuilder-dist xenial build logger_1.0-0ubuntu1.dsc donne l'erreur ci-dessous

...
...
install -d debian/logger-dev/DEBIAN
    dpkg-shlibdeps -Tdebian/logger1.substvars -l/build/logger-1.0/lib/x86_64 --ignore-missing-info debian/logger1/usr/lib/x86_64/liblogger.so.1.0
dpkg-shlibdeps: error: couldn't find library libbase.so.1 needed by debian/logger1/usr/lib/x86_64/liblogger.so.1.0 (ELF format: 'elf64-x86-64'; RPATH: '')
dpkg-shlibdeps: error: cannot continue due to the error above
Note: libraries are not searched in other binary packages that do not have any shlibs or symbols file.
To help dpkg-shlibdeps find private libraries, you might need to use -l.
dh_shlibdeps: dpkg-shlibdeps -Tdebian/logger1.substvars -l/build/logger-1.0/lib/x86_64 --ignore-missing-info debian/logger1/usr/lib/x86_64/liblogger.so.1.0 returned exit code 2
debian/rules:10: recipe for target 'override_dh_shlibdeps' failed
make[1]: *** [override_dh_shlibdeps] Error 2
make[1]: Leaving directory '/build/logger-1.0'
debian/rules:13: recipe for target 'binary' failed
make: *** [binary] Error 2
dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2
...
...

debian/rules

#!/usr/bin/make -f
# -*- makefile -*-

# Uncomment this to turn on verbose mode.
export DH_VERBOSE=1

override_dh_auto_test:
override_dh_usrlocal:
override_dh_shlibdeps:
    dh_shlibdeps --dpkg-shlibdeps-params=--ignore-missing-info -l$(Shell pwd)/lib/$(Shell uname -m)

%:
    dh $@ --buildsystem=cmake

debian/control

Source: logger
Priority: optional
Maintainer: Satya Gowtham Kudupudi <[email protected]>
Build-Depends: debhelper (>= 9), cmake, base-dev
Standards-Version: 3.9.7
Section: non-free/libs
Homepage: https://github.com/necktwi/logger
Vcs-Git: https://github.com/necktwi/logger.git
Vcs-Browser: https://github.com/necktwi/logger

Package: logger-dev
Section: non-free/libdevel
Architecture: any
Depends: logger1 (= ${binary:Version}), ${misc:Depends}, base1
Description: logger from ferryfair.com
 It logs a beautiful and useful format.

Package: logger1
Section: non-free/libs
Architecture: any
Depends: ${shlibs:Depends}, ${misc:Depends},  base1
Description: logger from ferryfair.com
 It logs a beautiful and useful format.
dependenciesppapackaging
2
Necktwi

  • Le problème réside dans le package base. Il installe l'objet partagé dans un mauvais chemin

    /usr/lib/x86_64/

    où il devrait être

    /usr/lib/x86_64-linux-gnu/

  • Suite à votre question précédente, vous avez apporté quelques modifications à CMakeLists.txt pour installer la bibliothèque non dans /usr/lib/ en utilisant:

    include(TargetArch.cmake)
target_architecture(Arch)
...
install(TARGETS ${PROJECT_NAME} DESTINATION lib/${Arch})
...
install(FILES "${CMAKE_CURRENT_SOURCE_DIR}/${PROJECT_NAME}.pc"
    DESTINATION lib/${Arch}/pkgconfig
    RENAME "lib${PROJECT_NAME}.pc")

    La nouvelle variable ${Arch} est remplacée x86_64.

  • Je pourrais trouver n manuel Debian explique le passage à MultiArch pour les projets cmake .

    Un nouveau module GNUInstallDirs a été ajouté à cmake v3.3.

    1. Inclure le nouveau module de prise en charge des chemins MultiArch

      include(GNUInstallDirs)

    2. Ensuite, utilisez la variable CMAKE_INSTALL_LIBDIR (/usr/lib/<triplet>).

  • Juste une petite note à propos de base nom du paquet pour suivre la politique Debian: le fichier binaire ne contient pas de fichiers exécutables. Il est donc préférable de les nommer avec le préfixe lib, libbase1 & libbase-dev.

1
user.dz