At Wed, 1 Aug 2012 11:30:45 +0200,
gregor herrmann <gre...@debian.org> wrote:
>
> On Wed, 01 Aug 2012 18:13:25 +0900, HAMANO Tsukasa wrote:
>
> > > > > which has a very interesting effect:
> > > > > The runtime dependencies for liboauth0 change from
> > > > >     Depends: libc6 (>= 2.4), libcurl3-nss (>= 7.16.2-1), libnss3-1d 
> > > > > (>= 3.12.0~1.9b1)
> > > > > to
> > > > >     Depends: libc6 (>= 2.4), libcurl3-gnutls (>= 7.16.2), libnss3 (>= 
> > > > > 2:3.13.4-2~) | libnss3-1d (>= 3.12.0~1.9b1)
> > Probably, It would be better the runtime dependency is libcurl3 |
> > libcurl3-nss | libcurl3-gnutls.
>
> I see your point but
> 1) this dependency is calculated automatically from
>    ${shlibs:Depends}, to add the alternatives would prbably need some
>    ugly hack
hmm,

> 2) I'm not sure if bilding against on one and then depending on a
>    different version works?

No problem, liboauth is not use directly SSL interface. We can switch
them when linking application with liboauth.

> 3) the dependency on libcurl3-gnutls actually fixes #650138
>
> > Well, It would not be such a critical issue, due to they are able to
> > exist together.
>
> And that's for liboauth0.
>
> For liboauth-dev, my patch specifies
> "Depends: ..., libcurl4-gnutls-dev | libcurl4-dev, libnss3-dev, ..."
> which should be enough to solve the issue you were raising here,
> right?
>

Yes, liboauth-dev's issue was solved. liboauth0 dependency is a little
strange, but I'm ok to closing the bug.
Thanks very much!

--
HAMANO Tsukasa <haman...@gmail.com>

Attachment: pgpcUYNH9Akq5.pgp
Description: OpenPGP Digital Signature

Reply via email to