dpkg-{shlibdeps,gencontrol} multi-binary improvements
Having slept on things, I think the following might be useful:
There would be a new
-a<package>
option to dpkg-gencontrol and dpkg-shlibdeps. For dpkg-gencontrol
this would mean the same as
-p<package> -Pdebian/tmp.<package>
for dpkg-shlibdeps it would mean the same as -pshlib:<package> added
at the start of the argument list and -Pdebian/tmp.<package> added at
the end.
The -P option would be meaningful for dpkg-shlibdeps.
There would be a new -R<tree-or-file> option to dpkg-shlibdeps which
would make dpkg-shlibdeps recurse down the relevant directory tree
looking for executables (or look at the relevant file) - but relative
paths would be treated as relative to the value specified for -P. The
ordering of -R would be meaningful, wrt -d options and -e options.
Any executables listed explicitly in -e options before a particular -R
would be excluded from -R's consideration. If dpkg-shlibdeps were
invoked without any -e or -R arguments it would assume -R. at the end
of its argument list.
There would be new -Ab and -Ai option to both programs, which would
cause them to invoke themselves in turn for all the relevant binary
packages with the argument -a<package> substituted for -A<whatever>.
-Ai would do this for all the binary packages whose debian/control
entry specifies `Architecture: all' and -Ab for those whose entry did
not (and which were to be built for the current build architecture).
Ian.
Reply to: