GnuTLS Update [LSARC/2008/341 FastTrack timeout 06/03/2008]

[Jeff Cai]

在 2008-05-28三的 09:17 -0400，James Carlson写道：
> Jeff Cai writes:
> > On Tue, 2008-05-27 at 10:40 -0400, James Carlson wrote:
> > > Are there incompatible changes being made?  If so, then what is the
> > > impact of those changes?  What depends on them and how will they
> > > coordinate?
> > 
> > To adapt to changes in the TLS extension specifications for SRP, the
> > GnuTLS API had to be modified.  This means breaking the
> > API and ABI backwards compatibility.  
> > 
> > Generally, most applications does not need to be modified.  Just
> > re-compile them against the latest GnuTLS release, and it should work
> > fine.
> 
> "Just re-compile" means that packaged software that depends on this
> library will break.  Is a re-compile necessary?  (If so, then it
> sounds like someone on that GNU project doesn't quite get how to build
> reliable libraries ...)
Yes. a re-compile is needed.
> 
> So how do we handle this?  What existing packaged software uses this
> library?  Do we not care whether it breaks, or are we doing something
> to make sure it is all updated at the same time this library is
> updated?
Currently, Evolution, Pidgin, Ekiga and Vino depend on it. These four
applications are all from JDS consolidation, therefore, they will be
re-built at the same time with GnuTLS.
> 
> > > Is anyone looking at this problem?  Or will Open Solaris (despite the
> > > best efforts of the Indiana team and the ARC "gang of four") just
> > > drift away from Linux as more things become GPLv3?
> > > 
> > Sun's legal people tole me that "Sun prefers not to use GPL v3, Sun prefers to 
> > use GPL v2". Once legal people allow us to ship libraries or applications in GPL v3,
> > we will enable the "extra" libraries.
> 
> Just to clarify: in this case, "prefer" means that we ship something
> under the "GnuTLS" name on Solaris that is different from the
> same-named thing on Linux and lacks the capabilities available there.
> Correct?
Yes. We only ship the core library, which is the most important part of
GnuTLS.

Jeff
>