dpkg-shlibdeps: erro: não foi possível encontrar a biblioteca necessária por .so enquanto empacotava um pacote dependente do meu outro pacote

2

Eu empacotei uma biblioteca chamada base e enviei para o meu ppa:satyagowtham-k-gmail/ferryfair.ppa . O launchpad construiu com êxito o pacote base e eu o instalei com êxito por sudo apt install base-dev . Agora estou empacotando outra biblioteca chamada logger , que depende de base .

Eu adicionei meu ppa a pbuilder chroot por

$ 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

o criador de log xenial pbuilder-dist logger_1.0-0ubuntu1.dsc está dando erro abaixo

...
...
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.
    
por neckTwi 26.11.2016 / 17:14

1 resposta

1
  • O problema reside no pacote base . Ele instala o objeto compartilhado em um caminho errado

    /usr/lib/x86_64/
    

    onde deveria estar em

    /usr/lib/x86_64-linux-gnu/
    
  • Após sua pergunta anterior, você fez algumas alterações em CMakeLists.txt para instalar a biblioteca que não está em /usr/lib/ usando:

    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")
    

    A nova variável ${arch} é substituída em x86_64 .

  • Eu poderia encontrar um manual Debian explica a mudança para o MultiArch para cmake projects .

    Um novo módulo GNUInstallDirs foi adicionado ao cmake v3.3.

    1. Inclua o novo módulo para suporte a caminhos do MultiArch

      include(GNUInstallDirs)
      
    2. Em seguida, use a variável CMAKE_INSTALL_LIBDIR ( /usr/lib/<triplet> ) em seu lugar.

  • Apenas uma pequena nota sobre a nomeação do pacote base para seguir a política Debian o arquivo binário não contém arquivos executáveis. Portanto, é melhor nomeá-los com lib prefixo, libbase1 & amp; libbase-dev .

por user.dz 26.11.2016 / 17:55