Comment 2 for bug 2046175

Reviewed: https://review.opendev.org/c/starlingx/kernel/+/903368
Committed: https://opendev.org/starlingx/kernel/commit/8e6c846e066d1eaafc160ec6d2c58877422eb577
Submitter: "Zuul (22348)"
Branch: master

commit 8e6c846e066d1eaafc160ec6d2c58877422eb577
Author: M. Vefa Bicakci <email address hidden>
Date: Thu Nov 30 23:47:45 2023 +0000

    qat2.0.l: Add version to shared library soname

    This commit resolves the following error message printed out during
    qat2.0.l and qatzip package builds:

      dpkg-shlibdeps: warning: can't extract name and version from \
        library name 'libqat_s.so'

    This is caused by the lack of a version number in the "libqat_s.so" and
    "libusdm_drv_s.so" shared libraries' file names as well as their soname
    fields, and it is resolved by adding a placeholder version number to the
    soname field of the shared libraries built by the qat2.0.l package. For
    further information, please see the description of the included patch.

    This commit also adds symbolic links from the non-versioned library file
    names to the versioned library file names, to adhere to the shared
    library conventions.

    Verification:
    * An ISO image was successfully built with this commit and a
      cherry-picked version of the commit at the following link, and the
      build logs for both the qat2.0.l-common and the qatzip packages did
      not exhibit the aforementioned warning message:

      https://review.opendev.org/c/starlingx/kernel/+/890744

    * The "qatzip" Debian package resulting from the build automatically
      included the qat2.0.l-common package in its dependencies list:

      ```
      $ dpkg-deb -f \
        /localdisk/.../std/qatzip/qatzip_1.1.2-1.stx.1_amd64.deb \
        Depends

      libc6 (>= 2.17), liblz4-1 (>= 0.0~r127), \
        qat2.0.l-common (>= 1.0.20), zlib1g (>= 1:1.2.2)
      ```

    * The ISO image built with this commit was installed into a
      qemu/KVM-based virtual machine in All-in-One simplex low-latency mode,
      and running the "cpa_sample_code" and "qzip" executables did not
      result in shared library resolution-related error messages.
      Furthermore, "ldd" indicated that the libraries were successfully
      located by the dynamic linker. An example:

      $ ldd /usr/bin/qzip | grep -e libusdm_drv_s -e libqat_s
      libusdm_drv_s.so.0 => /lib/x86_64-linux-gnu/libusdm_drv_s.so.0 \
        (0x00007fd6150c6000)
      libqat_s.so.0 => /lib/x86_64-linux-gnu/libqat_s.so.0 \
        (0x00007fd614fcf000)

    Closes-Bug: 2046175
    Change-Id: I2039b09be89bc75540550d94acb779a489326dce
    Signed-off-by: M. Vefa Bicakci <email address hidden>