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

Re: How to deal with svgalibg1 | svgalib-dummyg1 and recent debhelper

On Mon, Jun 18, 2001 at 01:54:54PM -0400, Joey Hess wrote:
> > Hmm...  I think Joey is mistaken in calling the substvars file an
> > "internal interface".  It may happen to be the way dh_shlibdeps
> > communicates with dh_gencontrol, but it is also a file in a documented
> > format which is part of the interface between dpkg-shlibdeps and
> > dpkg-gencontrol.  Package maintainers should be free to deal with
> > this file, and debhelper should not try to get in the way.
> Wichert pointed out to me that the substvars format is not documented
> *at all*. Show me some documentation of it.
> > In other words, I suggest to Joey that he puts this "automatically
> > determined substvars data" in a documented location, so that it
> > can be massaged between the dh_shlibdeps and dh_gencontrol steps.
> Massaging after the fact should really not be necessary. It should be
> possible to make correct substvars info be generated through the use of
> shlibs.local files or whatever. Shouldn't it?

I don't know about those who meddle with the file's contents, but I was not
amused when I had to figure out what the heck went wrong with my wonderful
little debian/rules snippet:

	dpkg-shlibdeps \
         -dDepends `find $(tmp)/usr/bin -type f ! -name gnomexmms -perm +111` \
                   `ls -1 $(tmp)/usr/lib/*.so.*` \
         -dRecommends `find $(tmp)/usr/lib/xmms -type f -name "*.so"` \
         -dSuggests $(tmp)/usr/bin/gnomexmms

(-Txmms.substvars is now necessary.)

And I didn't change my $DH_COMPAT. <grumble>

Digital Electronic Being Intended for Assassination and Nullification

Reply to: