1. Forum
  2. Usenet
  3. LINUX.DEBIAN.DEVEL.MENTOR

  • python-pyepics

    From PICCA Frederic-Emmanuel@21:1/5 to All on Thu Aug 8 15:10:01 2024
    Hello,

    the python-pyepics depends on the libca-dev and libcom-deb provided by epics-base.

    The upstream hardcode the version of the API in the library name and so in the binary package name

    ii libca4.14.4:amd64 7.0.8.1+dfsg1-2 amd64 EPICS channel access client library
    ii libcom3.23.1:amd64 7.0.8.1+dfsg1-2 amd64 EPICS common library


    I would like to make python-pyepics binNMUable

    So I need to generate this dependency during the build of pyepics.

    for now the binary dependency is hardcoded like this and obviously wrong.

    Package: python3-pyepics
    Architecture: amd64
    Depends:
    ${python3:Depends},
    ${misc:Depends},
    python3-pkg-resources,
    libca4.14.2,
    libcom3.22.0
    Suggests: python-pyepics-doc


    what is the best way to solve this issue.

    thanks for your help

    Frederic

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Andrey Rakhmatullin@21:1/5 to PICCA Frederic-Emmanuel on Fri Aug 9 11:00:01 2024
    On Thu, Aug 08, 2024 at 02:47:52PM +0200, PICCA Frederic-Emmanuel wrote:
    the python-pyepics depends on the libca-dev and libcom-deb provided by epics-base.

    The upstream hardcode the version of the API in the library name and so in the binary package name

    ii libca4.14.4:amd64 7.0.8.1+dfsg1-2 amd64 EPICS channel access client library
    ii libcom3.23.1:amd64 7.0.8.1+dfsg1-2 amd64 EPICS common library


    I would like to make python-pyepics binNMUable

    So I need to generate this dependency during the build of pyepics.

    for now the binary dependency is hardcoded like this and obviously wrong.

    Package: python3-pyepics
    Architecture: amd64
    Depends:
    ${python3:Depends},
    ${misc:Depends},
    python3-pkg-resources,
    libca4.14.2,
    libcom3.22.0
    Suggests: python-pyepics-doc


    what is the best way to solve this issue.

    The best way to get dependencies on shared libraries is of course dpkg-shlibdeps, but I assume there is a reason it's not used here so you
    should explain why.

    --
    WBR, wRAR

    -----BEGIN PGP SIGNATURE-----

    iQJhBAABCgBLFiEEolIP6gqGcKZh3YxVM2L3AxpJkuEFAma12I4tFIAAAAAAFQAP cGthLWFkZHJlc3NAZ251cGcub3Jnd3JhckBkZWJpYW4ub3JnAAoJEDNi9wMaSZLh dzUP/29DPwk2HDO0KiBFYp59ANamrXDSq97AwZ6F+B2v4VK9gBKkHkdHpKAIWuCv Yg2zydVr6LOMiWozmnUu6YVbFnXyTUrtO91yQJpZtRfRrLfvrTrrF+2s0S2m0We1 WRNSlzypYsPhP/jJx9zoBnt0FvbRQvg9i36EtIaxY6IErq0Bcsi3C+0GQzZeNkhV 12Ni0ok8NNWIc5LXQ7k1orYAyBURnHcS5zR5av9Bppky0ydDdHTPwOL7RSIGunns Kydn44prJFdAUBceQQ1uBIhHyLrPyKyZkl31+5aEvkwu1EIPO1iEzD7yZIi9Ig0w JK6iEDifG51qNKrjBvu8JZ8LN7tpuuSjL4nWlmUdPJ6VCwXecECnvkxUSDUowVw+ Aze7uHhR6QqpUhBazKJnfloKTgvnQ6WVL9WzVhfwx8OsoNCSf6lrEGCpf9FRA668 2eNyToZwTHoztaYrMF8jix7HYaM8ZtGIl09OPCrMh+BNEveF3pT1DhZoQOlJEDSL 5KrB5sequw9DMLHO2ohUSKDu6CVyaygX0FLEESHOsiKx3KjhHcA2rRVLSLosWeFF 89SJB85i/5p6sKjE4KneOZa4fgObPRmAeMIPwWjLeKDVVl+KCSDNxSJUGqZ9zVoP 0Wh7kT2EvLK0wzFRpJCF3l7i7yg1A2+892XouUC4r1sz8kl9
    =PeFo
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Andrey Rakhmatullin@21:1/5 to PICCA Frederic-Emmanuel on Fri Aug 9 12:10:02 2024
    On Fri, Aug 09, 2024 at 11:00:27AM +0200, PICCA Frederic-Emmanuel wrote:
    The best way to get dependencies on shared libraries is of course dpkg-shlibdeps, but I assume there is a reason it's not used here so you should explain why.

    Yes but this a python binding which use ctypes, so the code is never linked to the libraries...

    Then it doesn't need a specific libcaNNN. Though we cannot express this in package dependencies.


    --
    WBR, wRAR

    -----BEGIN PGP SIGNATURE-----

    iQJhBAABCgBLFiEEolIP6gqGcKZh3YxVM2L3AxpJkuEFAma16ewtFIAAAAAAFQAP cGthLWFkZHJlc3NAZ251cGcub3Jnd3JhckBkZWJpYW4ub3JnAAoJEDNi9wMaSZLh ANkP/0uxTitN0y/RP6ipguvtbgXpE7YtrSURJn5Ar+01bHmnJphmxdN4oNlvWPrT 3s+YoSZjm4gOWkNVbxmuJzA6r1DsFZR5RbFg95k6ssNyRx/2rq/zeWmWRaJHYNLG hu1kJVTVlkL5kKCkOJMo6k2l0faIyN55+xeuyNQO2kfZ9yoaAyqAq8rMNV2rTPXr +G9P8tE7Zt431XT3obe3uieXHJLily0MIERaC66ifjhdJ5tuHzHE7DZMNvkYm1YY ier/E+pQqTQUdfCjuY9hU1QS8B2Oi4IW2sIuvRfCfMkVia31KVbYIBAb7CKzCf/L g1lhtDD1WYzElk5bGG+fSmOem1tYbZY6FS5FE0sWXCmIRVjG/bYA63BE7vQMDbuB NL+CPBQAarAzV/uT89xOS+pgc9HJxT1AD1pTJHhkfsN0QD4NPYLXAsSOgMS53GS0 1B748g4YABcAvAiJT1j2fxGqzC5JhsPXm4F9wHLFPV4IFCKZJ8JCpbOfiLSXeu2T klhJlhAvhdilSWRBJ5sq7Qgwz2UKxVdBN3l0RbYMl0iKHa0rb2Y+8cc46KUROa8b GJon7qP/YnTGJDHILPBvHtSa/1mEAp5MMasPE8O+/0FRmM2TNPzRrmJYgqUEDGXn XL4oh8uqqCLH1w2xPAZDGnCEqFWe7F3ABLSsiUyR+rRjY2Pm
    =rivn
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From PICCA Frederic-Emmanuel@21:1/5 to All on Fri Aug 9 11:20:01 2024
    The best way to get dependencies on shared libraries is of course dpkg-shlibdeps, but I assume there is a reason it's not used here so you should explain why.

    Yes but this a python binding which use ctypes, so the code is never linked to the libraries...

    I wrote this

    d/rules:

    override_dh_gencontrol:
    libca=$(shell dpkg-query -W -f '$${Depends}' libca-dev | awk '{print $$1}'); \
    libcom=$(shell dpkg-query -W -f '$${Depends}' libcom-dev | awk '{print $$1}'); \
    echo "lib:Depends=$$libca, $$libcom" >> debian/python3-pyepics.substvars
    dh_gencontrol

    d/control:

    Package: python3-pyepics
    Architecture: amd64
    Depends:
    python3-pkg-resources,
    ${lib:Depends},
    ${misc:Depends},
    ${python3:Depends},

    but I do not know if this is the best solution.

    Fred

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Salvo Tomaselli@21:1/5 to All on Sat Aug 10 17:20:01 2024
    Did you open a bug on the package to suggest the changes? Perhaps with a patch attached.


    --
    Salvo Tomaselli

    "Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di senso, ragione ed intelletto intendesse che noi ne facessimo a meno."
    -- Galileo Galilei

    https://ltworf.codeberg.page/

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From PICCA Frederic-Emmanuel@21:1/5 to All on Sat Aug 10 19:40:02 2024
    I already did the change and uploaded it :).

    thanks

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)