Re: dh_shlibdeps in = warnings; dh_shlibdeps out = cyclic dependency on self
On 9/7/05, Justin Pryzby <justinpryzby@users.sourceforge.net> wrote:
> On Wed, Sep 07, 2005 at 07:59:29PM +0300, Eddy Petri?or wrote:
> > On 9/6/05, Frank K?ster <frank@debian.org> wrote:
> > > Justin Pryzby <justinpryzby@users.sourceforge.net> wrote:
> > >
> > > > Could someone else also comment on how applications should deal with
> > > > shared libraries which are not intended to be used by other programs?
> > >
> > > If they aren't used by other programs, there's no need to produce a
> > > library. Perhaps it's convienient to create static libraries during
> > > compilation and link against these, but shared libraries are of no use.
> >
> > there are two executables in the resulting package: qingy and
> > qingy-DirectFB, so probably the library is a good choice (but in the
> > same package.
> Maybe, you could try statically linking with the library in both
> binaries and see what the size impact is. (The libraries have to be
> compiled nonPIC for static code, and PIC for shared code, ultimately).
probably this doesn't make too much sense, imho
> Does your initial problem have to do with this line in
> ./debian/control?
>
> Depends: ${shlibs:Depends}, ${misc:Depends}
yes, is the misc:Depends
> If one or both of those isn't defined, its not a serious problem. The
> package will build and run fine. But, if you don't build any ELF
> binaries, then you don't need to run (and probably shouldn't run)
> dh_shlibdeps, and therefor shouldn't have the ${shlibs:Depends}
> variable.
Hmm, I do build to ELFs...
I removed the dh_shlibsdeps call, but then the package depends on itself :-/
>
> ${misc:Depends} is apparently for dh_gconf, dh_installcatalogs and a
> couple others. zgrep misc:Dep /usr/share/man/man1/dh*
>
> Have you read the example given in dh_shlibdeps.1?
As understood from that man page, the call is used with parameter -l
when there are more binaries built out of the current source, which is
not my case, while I didn't managed to make this package comile fine,
apparently.
--
Regards,
EddyP
=============================================
"Imagination is more important than knowledge" A.Einstein
Reply to: