Skip to content

fix packaging issues#1

Merged
aheev merged 9 commits intomainfrom
aheev/mentors-upload
Mar 16, 2026
Merged

fix packaging issues#1
aheev merged 9 commits intomainfrom
aheev/mentors-upload

Conversation

@aheev
Copy link
Collaborator

@aheev aheev commented Mar 14, 2026

  • updated maintainer name and email
  • updated Standards-Version
  • renamed ladybug-cli pkg name
  • added manpage
  • add lintian-overrides
  • add hardening flags to deb build
  • moved README out of debian/
  • added soname patch

@aheev
Copy link
Collaborator Author

aheev commented Mar 14, 2026

lintian is throwing the following errors, both of them are due to unversioned .so files

lintian -i -I --show-overrides ladybug_0.15.1-1_amd64.changes
N:
E: liblbug: lacks-ldconfig-trigger usr/lib/x86_64-linux-gnu/liblbug.so
N: 
N:   The package installs shared libraries in a directory controlled by the dynamic library loader. Therefore, the package must trigger libc's "ldconfig" trigger to ensure the ldconfig cache is updated.
N:   
N:   If the package is using debhelper, dh_makeshlibs should automatically discover this and add the trigger itself. Otherwise, please add activate-noawait ldconfig to the triggers file in the control member.
N:   
N:   Note this tag may trigger for packages built with debhelper before version 9.20151004. In such case, a simple rebuild will often be sufficient to fix this issue.
N: 
N:   Please refer to ldconfig (Section 8.1.1) in the Debian Policy Manual and https://lists.debian.org/debian-devel/2015/08/msg00412.html for details.
N: 
N:   Visibility: error
N:   Show-Always: no
N:   Check: libraries/shared/trigger/ldconfig
N:   Renamed from: package-must-activate-ldconfig-trigger
N: 
N:
W: liblbug: lacks-unversioned-link-to-shared-library example: usr/lib/x86_64-linux-gnu/liblbug.so [usr/lib/x86_64-linux-gnu/liblbug.so]
N: 
N:   A -dev package is supposed to install an unversioned symbolic link that references the shared library by name.
N:   
N:   There is no requirement that the names are otherwise related.
N:   
N:   The dynamic linker uses the link to load the executable into memory.
N:   
N:   In most cases, the symbolic link should be in the same folder as the library itself. A major exception are libraries installed under /lib. In those cases, the links should go into the corresponding folders under /usr.
N:   
N:   For a library installed as /lib/i386-linux-gnu/libXYZ.so.V, a good link would be /usr/lib/i386-linux-gnu/libXYZ.so.
N:   
N:   This tag is emitted for the library package and not for the -dev package. That is because Lintian looks for links after locating the library. The links can be in any of several installables, but there is only one
N:   library for each set of links pointing to it.
N: 
N:   Please refer to debian-policy 8.4 Bug#963099 for details.
N: 
N:   Visibility: warning
N:   Show-Always: no
N:   Check: libraries/shared/links
N:   Renamed from: dev-pkg-without-shlib-symlink

Suggested fix is add the following to CMakeLists.txt

project(ladybug VERSION 0.15.1 LANGUAGES CXX)

set_target_properties(lbug PROPERTIES
    VERSION ${PROJECT_VERSION}
    SOVERSION ${PROJECT_VERSION_MAJOR}
)

@adsharma how do you want to go about it? do it in upstream or add a patch to the debian package?

@adsharma
Copy link
Contributor

Both. For 0.15.1 you'll want a patch since the release is already out

@adsharma
Copy link
Contributor

LGTM

@adsharma
Copy link
Contributor

We can probably enhance the man page a hit more. But can come later

@aheev aheev merged commit f451987 into main Mar 16, 2026
3 checks passed
@aheev aheev deleted the aheev/mentors-upload branch March 16, 2026 07:44
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants