[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#630511: marked as done (transition gnutls26)

Your message dated Tue, 16 Aug 2011 08:29:19 +0200
with message-id <20110816062919.GC32052@radis.liafa.jussieu.fr>
and subject line Re: gnutls 2.12.0
has caused the Debian Bug report #630511,
regarding transition gnutls26
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
630511: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=630511
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: release.debian.org
Severity: normal
User: release.debian.org@packages.debian.org
Usertags: transition

In article <fb1v58-80c.ln1@argenau.downhill.at.eu.org> (gmane.linux.debian.devel.release) you wrote:
> Hello,

> I have got a minor transition coming up: gnutls 2.12.0.

> GnuTLS contains 4 libraries, some of these broke, but not the
> important one:

> libgnutls. The main library, some new symbols but no incompatible
> changes. shlibs will be bumped, soname does not change. (Shipped in
> package libgnutls26)

> libgnutls-extra. non-LGPL code. shlibs bump but also no soname change.
> (Shipped in package libgnutls26)

> libgnutls-openssl. ABI breakage (changed public struct), but no API
> breakage. soname bumped. This library used to be shipped in the
> libgnutls26 package but I have moved it to a separate package, because
> the soname version changed.

> GnuTLS C++ wrapper. ABI breakage,  soname bumped. No reverse
> dependencies. (libgnutlsxx26 and libgnutlsxx27).

> ----------------
> Transition plan:
> 1. Find all packages linking against the OpenSSL wrapper library (extract
> everything depending on libgnutls26, use objdump -p | grep NEEDED to
> find linking binaries/librarires.) Last time I checked there were iirc
> about 8 packages involved.

> 2. Doublecheck whether they build against the new version.

> 2. Add versioned Breaks for all packages linking against libgnutls-openssl
> to the libgnutls26 package. I would use <= current-version-in-sid.

> 3. Upload to sid.

> 4. Trigger binNMUs for the packages found in 1.
> -----------------

> Does this plan look ok? Any improvements?

> I will follow up once I have uploaded 2.12.0 to experimental (2.11.7 is
> available and should be basically identical.) and run through 1 and 2
> of the transition plan.

Ok. Let me turn this into a bug report to keep it visible.

gnutls 2.12.6.1-1 is in experimental, built successfully, and has the
necessary conflicts. I doubt a longer exposure in experimental will
find more issues and would like to upload to unstable when convenient.

cu andreas

-- 
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'

--- End Message ---
--- Begin Message --- 
On Fri, Mar 25, 2011 at 18:52:15 +0100, Andreas Metzler wrote:

> Hello,
> 
> I have got a minor transition coming up: gnutls 2.12.0.
> 
  gnutls26 |   2.12.7-6 |       testing | source

Closing the bug.

Cheers,
Julien

--- End Message ---
Reply to: