[prev in list] [next in list] [prev in thread] [next in thread] 

List:       debian-devel
Subject:    Re: Another take on package relationship substvars
From:       Sune Vuorela <nospam () vuorela ! dk>
Date:       2024-02-23 9:03:17
Message-ID: ur9n0l$url$1 () ciao ! gmane ! io
[Download RAW message or body]

On 2024-02-23, Niels Thykier <niels@thykier.net> wrote:
> If it was to happen, I suspect that ${shlibs:Depends} would not be the 
> best argument. First off, dpkg-shlibdeps has infrastructure to 
> selectively demote scanned elf binaries to a different substvar. 
> Secondly, I struggle to think of a real world case, where demoting 
> ${shlibs:Depends} would matter a lot. That is, a case where the right 
> answer is not just splitting these binaries into a separate package if 
> they are that consuming in dependencies.

I have seen it as real life usecases where there is a main binary that
has plugins for integrations with <others>, and just having those
plugins work when the integration point is needed.

Usually though, they are using dpkg-shlibdeps to selectively demote
scanned elfs to a different substvar, given that the 'main binary' is
already a elf binary with some dependencies, so doing it with 'all of
them' is likely unlikely for that case.

For example:

dpkg-shlibdeps -Tdebian/dirmngr.substvars -dRecommends
debian/dirmngr/usr/lib/gnupg/dirmngr_ldap -dDepends
debian/dirmngr/usr/bin/dirmngr


http://codesearch.debian.net/search?q=-dRecommends&literal=1

http://codesearch.debian.net/search?q=-dSuggests&literal=1

/Sune

[prev in list] [next in list] [prev in thread] [next in thread]