Hi, J.H.M. Dassen Ray wrote: > On Sat, Jul 24, 2004 at 17:35:59 +0200, Matthias Urlichs wrote: >> * the API changes are minor and only require recompilation; > > "only [...] recompilation". Please provide details on the number of packages > this affects. The last gnutls change affected 400+ packages (KDE, GNOME, > cups, ...) and tooks months to sort out. More importantly, many end user > applications were broken in the meantime as processes that happened to pull > in both the old and the new version of gnutls crashed horribly. Is there any > reason to assume this new transition will go faster and smoother?
Yes there is -- the latest update ended up pulling in gcrypt1 and gcrypt7, neither of which had versioned symbols. It's impossible not to have major problems in that situation. This time, however, gnutls10 has been versioned from the start, and so is gnutls11 and gcrypt11. Gcrypt7 traditionally hasn't been, but I already fixed that; I will upload a gnutls10 which builds against the new version later today. (I need to sort out a cdbs problem first.) The gcrypt7=>gcrypt11 update might be more problematic because of linking against the unversioned libgcrypt7, but only a few packages build-depend on gcrypt*-dev: Package: aide Package: dctc Package: ddt Package: gnutls7 Package: gsasl Package: libdisplaymigration Package: opencdk Package: teleport Package: cryptofs Package: gnutls10 Package: opencdk8 Package: vpnc Package: wmbiff Relinking these with a versioned gcrypt7 should not be a problem. (Rebuilding with gcrypt11 shouldn't be a problem either, for that matter.) Minimally, relinking them needs to happen anyway; I plan to submit bugs against them tomorrow. The list of packages build-depending on gnutls*-dev isn't THAT long either: package: bitlbee package: camorama package: centericq package: crywrap package: cupsys package: cupsys-pt package: echoping package: elinks package: exim4 package: gaim package: glade-2 package: gnome-vfs2 package: libggz package: libgnetwork package: libsoup package: libsoup2.0 package: loudmouth package: lynx package: lynx-cur package: mailutils package: mlview package: mutt package: openldap2 package: slrn package: snowdrop package: thy package: wmbiff package: xmlsec1 Exim4 has been tested. Openldap2 has an RC bug which is not easy to solve without updating; Roland Bauerschmidt is working on that one. I will use this weekend to make d*mn sure that this will work; I'll also scan the old bug reports to reproduce the conditions which led to crashes last time (and make sure that they won't happen this time around). Additional people who test stuff (and hit me over the head with a virtual 2x4 if I break something) are of course welcome. -- Matthias Urlichs
