On Mon, Jul 30, 2007, Andrea Soliva wrote: > [...] > checking for sys/types.h... (cached) yes > checking for inttypes.h... (cached) yes > checking for stdint.h... (cached) yes > checking for string.h... (cached) yes > checking for stdlib.h... (cached) yes > checking for strtoll... yes > checking for atoll... yes > checking for strftime... (cached) yes > checking whether to enable DBA... no > checking for QDBM support... no > checking for GDBM support... no > checking for NDBM support... no > checking for db4 major version... configure: error: Header contains > different version > error: Bad exit status from /kolab/RPM/TMP/rpm-tmp.259 (%build)
I guess we are talking about the "php" package with the option "with_bdb" set to "yes". When I try this under FreeBSD 6 with the latest "php" package from OpenPKG-CURRENT I see: | checking for QDBM support... no | checking for GDBM support... no | checking for NDBM support... no | checking for db4 minor version and patch level... ok | checking for Berkeley DB4 support... yes | checking for Berkeley DB3 support... no | checking for Berkeley DB2 support... no | checking for DB1 support... no So, I cannot reproduce this with at least the latest OpenPKG packages. But this is with PHP 5.1.4 and DB 4.6.18 while AFAIK even the latest Kolab 2.1 is based on a lot older OpenPKG packages and this way older PHP and DB versions. > [...] > --> Do you know this error/issue etc. ? No, not known until now. Unfortunately, the versions of OpenPKG packages which are still used by Kolab 2.1 went already end-of-life at the OpenPKG side about a year ago. > --> If yes is there a solution/workaround ? > --> If no can you please me deliver what you exact need to go forward to > troubleshoot this issue (known by kolab2 dev list under issue 1809). > [...] I don't know whether there is a simple workaround. But there is certainly a solution possible if one accepts to fix the packaging, of course. But the solution depends on the details of the problem. What one has to do is to inspect the "config.log" file in the /kolab/RPM/TMP/php-*/ directory to see more details about the above problem. There is a mismatch between the version the picked up <db.h> header and the version in the libdb.a. This is certainly the case because either the libdb.a is not found at all or there is a second libdb.{a,so} somewhere on the system which accidentally got picked up. Ralf S. Engelschall [EMAIL PROTECTED] www.engelschall.com ______________________________________________________________________ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org