Re: gcrypt7/gnutls10 => gcrypt11/gnutls11 for Sarge
Hi, Matthias Urlichs wrote:
> I could create a opencdk8.11 package, but that'd need different library
> versioning tags, which would be incompatible with Upstream and presumably
> cause problems with non-Debian binaries. I can do that if there's a
> consensus that this is not going to be much of a problem.
... on second thought ... and since nothing in Debian (except gnutls*) is
using libopencdk ...
* start recompiling packages which depend on gcrypt7 but not gnutls10
* create opencdk8.11 package
* use that for gnutls11
* link some programs against it, verify that nothing breaks
* let opencdk8.11 and gnutls11 propagate to testing
* start recompiling packages which depend on gnutls10
* include opencdk8.11 and gnutls11 in d-i
* again: verify that nothing breaks
* recompile opencdk8 with gcrypt11, relink gnutls11 with opencdk8,
* verify that nothing breaks
* relink anything that ended up depending on opencdk8.11
* opencdk8.11 is now effectively obsolete and can be removed.
This process can be stopped at any time if something should break.
If Sarge happens to be released while this process is not completed,
nothing is left in a broken state.