[pkg-fetchmail-maint] Bug#517255: fetchmail and krb/gssapi

[Nico Golde]

Hi,
sorry for the late reply, I was on vacation.
* Sam Hartman <hartmans at debian.org> [2009-02-28 12:32]:
> >>>>> "Nico" == Nico Golde <nion at debian.org> writes:
> 
>     Nico> Hi, * Eike Sauer <EikeSauer at t-online.de> [2009-02-27 17:47]:
>     >> Am Freitag, 27. Februar 2009 schrieb Nico Golde: > libkrb5-3 is
>     >> in experimental so I dont see the problem on the fetchmail >
>     >> package side.
>     >> 
>     >> Ah, I see.  libkrb5-3 states it "Replaces: libkrb53", but it
>     >> doesn't provide libgssapi_krb5 anymore, which has been
>     >> "outsourced" to libgssapi-krb5-2. So either libkrb5-3 or
>     >> fetchmail will have to adjust its dependencies. If the
>     >> oursourcing was done to reduce size/dependencies on the libs
>     >> side, I guess it will be fetchmail...?
> 
> First, this is all in experimental, not unstable:-) I'm allowed to
> break things in experimental.

No one said something contrary to this :)

> If I had uploaded that package to unstable, I would expect fetchmail to continue to work for anyone who already had it installed.
> If you only install libkrb5-3 then you'll still have the libgssapi_krb5 from libkrb53.
> However if you install libgssapi-krb5-3, then you'd again have libgssapi_krb5.
> 
> However, that set of packages will never make their way to unstable.
> Instead, I'm going to be adding a libkrb53 that depends on the other
> libs.  So, since you have an install dependency on libkrb53, then
> you'll pull in libgssapi-krb5-3 because libkrb53 will pull that in.
> libkrb5-dev will also pull in libgssapi-krb5-3.
> After you next rebuild fetchmail, you'll end up with a dependency on libgssapi-krb5-3 not on libkrb53.

Sorry I think I am not understanding your point. So in 
short, what's wrong with depending on libkrb5-dev?

>     Nico> Sam or Anibal, any idea about that?  I wasn't notified
>     Nico> because of any change, currently fetchmail has a
>     Nico> build-dependency for libkrb5-dev and libgssglue-dev.
> Why do you want libgssglue?  Do you support gss-api mechanisms other
> than kerberos?  Using libgssglue may make some other transitions more
> difficult in the future, although that is very much a workstill being thought about.

The dependency on gssglue was introduced because of #433423 
so no.

What is the alternative? Sorry I am kinda not looking 
through this dependency hell anymore.

Kind regards
Nico
-- 
Nico Golde - http://www.ngolde.de - nion at jabber.ccc.de - GPG: 0x73647CFF
For security reasons, all text in this mail is double-rot13 encrypted.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
Url : http://lists.alioth.debian.org/pipermail/pkg-fetchmail-maint/attachments/20090309/8c62d5c7/attachment.pgp