Bug#405239: libgnutls13: gnutls13 has an unnecessary dependency on libgpg-error

[Kurt Roeckx]

On Sat, Jun 13, 2009 at 06:27:59PM +0200, Simon Josefsson wrote:
> Kurt Roeckx <kurt at roeckx.be> writes:
> 
> > reassign 405239 libgnutls26
> > thanks
> >
> > The bug was marked as blocking on the libtool bug #419228,
> 
> Ah, right.
> 
> > which looks to be correct.
> 
> No, that bug is about convenience libraries, and GnuTLS has changed and
> no longer links convenience libraries with libgcrypt.
> 
> I believe this is the situation:
> 
> gnutls13's link problem was caused by linking a convenience library to
> libgcrypt.  We don't ship libgnutls13 any more, so I don't think we
> should spend time on fixing whatever problem it may or may not have had.
> 
> gnutls26's link problem is not caused by a convenience library.  It is
> caused by direct linking, and I tried to provide a self-contained
> explanation in
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=405239#39

Is that with a Debian version of libtool, or with the upstream
version?  Did you try with the current version in
testing/unstable?  The Debian version has been patched for a long
time not to add that depedency, except in that case of convience
libraries.


Kurt


> In other words, fixing the #419228 libtool problem would not
> automatically fix the problem for libgnutls26.
> 
> > Either you want:
> > - This bug on the libgnutls26 package
> > - Remove the "blocked by", reassign to libtool, and merge them.
> >
> > I'm going for option 1 now, feel free to do option 2, but then
> > do it completly.
> 
> If you agree that there are two different libtool-related problems here,
> I think the right thing is to do:
> 
> 0) Assert that the 405239 problem is now about the gnutls26 problem,
>    and not related to convenience libraries.
> 1) Remove the "blocked by".
> 2) Reassign 405239 to libtool
> 
> Thoughts?
> 
> It may be that the solution to one of the problem would solve the other
> problem too, but I don't want to assume that.  I think the problems are
> conceptually different, and it may be easy to solve one problem but hard
> to solve the other.
> 
> /Simon
>