FS#1971 - db 4.3 not backwards compatible with 4.2

Attached to Project: Arch Linux
Opened by Jan de Groot (JGC) - Monday, 03 January 2005, 18:02 GMT
Last edited by Tobias Kieslich (tobias) - Tuesday, 22 February 2005, 23:25 GMT
Task Type Bug Report
Category Packages: Current
Status Closed
Assigned To Eric Johnson (eric)
Architecture not specified
Severity High
Priority Normal
Reported Version 0.7 Wombat
Due in Version Undecided
Due Date Undecided
Percent Complete 0%
Votes 0
Private No

Details

From the PKGBUILD:
# for backwards compatibility
ln -sf libdb-4.3.so $startdir/pkg/usr/lib/libdb-4.2.so
ln -sf libdb_cxx-4.3.so $startdir/pkg/usr/lib/libdb_cxx-4.2.so

Too bad there is no backwards compatibility at all: besides the DB format, also the DB API has changed for a big part. This gives even more problems than leaving the symlinks away.

I think it's best to make a todo list for db like we did with python 2.4 and have a db version without symlinks in testing. I don't even think db 4.3 should have moved into current at all in this stage.
This task depends upon

Closed by  Paul Mattal (paul)
Tuesday, 05 April 2005, 23:50 GMT
Reason for closing:  Implemented
Comment by Judd Vinet (judd) - Monday, 03 January 2005, 18:47 GMT
Okay. Let's start a list of packages that are confirmed to not work with db 4.3.
Comment by Judd Vinet (judd) - Monday, 03 January 2005, 20:16 GMT
db 4.2.52 is back in Current now.
Comment by daniel (nolandan) - Tuesday, 04 January 2005, 19:59 GMT
svn now does not work.
Comment by Tobias Kieslich (tobias) - Wednesday, 19 January 2005, 07:44 GMT
We should make a list for db-4.3, nevertheless. So let's start it here and make a todo of it later.
Those two I can confirm now:
- bogofilter (has its own 0.93.x tree with transaction support)
- courier-family (-imap, -authlib, -mta)
Comment by Judd Vinet (judd) - Wednesday, 19 January 2005, 18:36 GMT
- exim
- apache
Comment by Jan de Groot (JGC) - Sunday, 06 February 2005, 14:08 GMT
- openldap
- heimdal

Other distros solve this by using db4.2 and db4.3 as package names and having headerfiles installed in /usr/include/db4.2 and /usr/include/db4.3
Comment by Tobias Kieslich (tobias) - Sunday, 06 February 2005, 15:41 GMT
I'm not a big fan on keeping multiple versions for reasons of backward compatibility, as long as ALL packages can be build against the newest version. In case of sqlite2/3 we have it cuz some apps explicitely require sqlite2. On the other hand, the API is really changed so it will end up with two versions :/
Comment by Judd Vinet (judd) - Wednesday, 16 February 2005, 20:53 GMT
Todo list created.

http://www.archlinux.org/devel/todo.php?op=view&id=2
Comment by Judd Vinet (judd) - Wednesday, 16 February 2005, 23:17 GMT
Okay, my packages have been rebuilt against db 4.3.

Passing this bug to the next guy on the list. (Hi dorphell! :)
Comment by dorphell (dorphell) - Tuesday, 22 February 2005, 22:15 GMT
Mine's done; next /* that's you Tobias */
Comment by Tobias Kieslich (tobias) - Tuesday, 22 February 2005, 23:25 GMT
I directly give that on to Eric, since mine is done. NOTE, the new
courierstuff is in testing the courier-imap-(x)sql and courier-imap-ldap
will disappear.
Comment by Giannis Vrentzos (gvre) - Thursday, 17 March 2005, 06:12 GMT
- postfix
Comment by Paul Mattal (paul) - Tuesday, 05 April 2005, 20:17 GMT
Are there any left or can we close this bug?
Comment by Jan de Groot (JGC) - Tuesday, 05 April 2005, 20:55 GMT
Think we're done with these. to-do was finished long ago :P

Loading...