Hey, there's db-util (depends on current active bdb version) and and db-upgrade-util (depends on previous stable active bdb version).
Also you can check the cyrus-upgrade-db script in cyrus-imapd-2.4 source package for some insights how to handle the upgrades from one berkeley db to another. It's called from cyrus-common-2.4 postinst script and it's way more complicated since cyrus-imapd can have multiple database types for each database. 1. you need to keep the compiled version stored in build (/var/lib/sks/sks-db-types.txt) 2. you need to keep the active version on the system (/var/lib/sks/sks-db-types.active) 3. you need to hard depend on both db-util and db-ugrade-util to not fail on upgrades 4. then you need to do the magic (call the utilities over sks database in correct order - that depends on what berkeleydb features sks uses). Anyway the good side is that the db5.1 to db5.3 migration is the last one in the history of Debian due to relicensing of db6.x to affero gpl. And even sks seems to be incompatible (since it only has the exception for GNU GPL and not Affero GPL). O. On Tue, May 13, 2014, at 20:55, Daniel Kahn Gillmor wrote: > On 05/13/2014 01:58 PM, James Cloos wrote: > >>>>>> "CM" == Christoph Martin <mar...@uni-mainz.de> writes: > > > > CM> sks depends on db-util which depends on the current db utils package. > > CM> The current db-util in testing/jessie has version 5.3 and depends on > > CM> db5.3-utils. > > > > CM> So this should be no problem. Maybe at the time of your install there > > CM> was an old version of db-util installed. > > > > IIRC, the bug is that a newer version of db5.x-utils got installed, the > > old version was removed, and apt permitted said removal even though sks > > needed said old version. > > > > I think sks has to depend on the exact version of db5.x-utils it uses, > > to ensure that it always can recover the db. > > > > Unless there is a better way to ensure that the proper recovery tool > > is available. > > Hm, please see the discussion on https://bugs.debian.org/664768 -- it > looks like the sks packaging history has gone in both directions on this > in the past. > > See also the changelog for sks 1.1.1+dpkgv3-6.1: > > sks (1.1.1+dpkgv3-6.1) unstable; urgency=low > > * Non-maintainer upload. > * Remove XA environment usage (patch from upstream) and use generic > -ldb > library to link with (Closes: #621384) > * Add automagick upgrade of Berkeley DB databases (Closes: #606183) > * Change db4.7-util to Recommends: db4.7-util and Depends: db-util > > -- Ondřej Surý <ond...@debian.org> Fri, 13 May 2011 12:33:13 +0200 > > > (i've cc'ed Ondřej here in case he has any insights about how these > changes might have lead toward #740775) > > --dkg > > Email had 1 attachment: > + signature.asc > 1k (application/pgp-signature) -- Ondřej Surý <ond...@sury.org> Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
