Hello,
I'm the gnuplot maintainer and I have got the following problem (and
bug #100541 :). gnuplot can work either in X or by using svgalib on
the console. As most of the users are running gnuplot in X, I don't
want them to install svgalib. Thus I want the package to depend on
svgalibg1 | svgalib-dummyg1. I got this dependency by searching for
"svgalibg1" in debian/substvars and changed it by a sed (stolen from
the xaos package :). Now debhelper changed a bit and uses a new file
debian/gnuplot.substvars instead. I would have just changed
debian/rules to using the new file but read in the debhelper
changelog:
debhelper (3.0.30) unstable; urgency=low
* dh_gencontrol: Added a documented interface for specifying
substvars data in a file. Substvars data may be put in
debian/package.substvars. (Those files used to be used by
debhelper for automatically generated data, but it uses a
different internal filename now). It will be merged with any
automatically determined substvars data. See bug #98819
* I want to stress that no one should ever rely in internal,
undocumented debhelper workings. Just because debhelper uses a
certian name for some internally used file does not mean that you
should feel free to modify that file to your own ends in a debian
package. If you do use it, don't be at all suprised when it
breaks. If you find that debhelper is lacking a documented
interface for something that you need, ask for it! (debhelper's
undocumented, internal use only files should now all be prefixed
with ".debhelper")
This sort of stops me from doing my quick hack... :) but what is the
right way to cope with the problem? I could of course provide a
gnuplot.substvars-file with the known dependencies, but then this file
had to be changed whenever one library gets new shlib-infos. Or is
there a documented way of getting the estimated shlibs to feed the
modified version to dh_gencontrol? Or did I just miss something
obvious? ;-)
CU
Thimo
--
Thimo Neubauer <thimo@debian.org>
Attachment:
pgp3YjFblNyfx.pgp
Description: PGP signature