[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

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: