[Pkg-db-devel] Bug#435122: Bug#435122: package renaming makes it hard to depend on a specific libdb-dev version
Clint Adams
schizo at debian.org
Wed Aug 8 01:15:53 UTC 2007
On Sun, Jul 29, 2007 at 01:53:10PM +0200, Matthias Klose wrote:
> - Changing the source name to an unversioned name will make it
> impossible to build two sets of dbX.Y packages at the same time
> (which is required for database updates between two versions). An
> upgrade from 4.6 to 4.7 with the same name scheme is impossible. 4.7
> can change back its source package name to db4.7, but why change it
> all for 4.6?
Another possibility is to fork off a db4.6 package (section oldlibs, no
-dev package) when db goes to 4.7. That way the db4.6-util package will
still be available.
> - It is hard to build depend on a specific libdb4.6-dev version.
> Encoding something like 'libdb-dev (<< 4.7)' will break these
> packages if libdb-dev is upgraded. Please consider to provide a real
> libdb4.6-dev package, plus a libdb-dev package, so packages do have
> the choice for the build dependency.
The entire point was so that packages won't have the choice.
> - libdb4.6++-dev depending on libdb-dev will break on upgrades, so
> even for this reason, you need a libdb4.6-dev (or worse, a
> libdb++-dev).
Alternately, libdb4.6++-dev could be renamed to libdb++-dev.
> The benefit to have a libdb-dev package is to make packaging simpler
> for packages not using transactions, but it makes it much harder for
> the other packages. Suggesting:
>
> - Rename the source package to db4.6.
>
> - Add a libdb4.6-dev package, with libdb-dev depending on
> libdb4.6-dev.
This is barely any improvement over how db4.{2,3,4,5} are handled.
More information about the Pkg-db-devel
mailing list