openldap @2.4.40_1 does not build on PPC Leopard, Mac OS X 10.5.8, presumingly when another Berkeley DB is present

[ballapete (Peter "Pete" Dyballa)]

checking db.h usability... yes
checking db.h presence... yes
checking for db.h... yes
checking for Berkeley DB major version in db.h... 4
checking for Berkeley DB minor version in db.h... 8
checking if Berkeley DB version supported by BDB/HDB backends... yes
checking for Berkeley DB link (-ldb-4.8)... no
checking for Berkeley DB link (-ldb48)... no
checking for Berkeley DB link (-ldb-48)... no
checking for Berkeley DB link (-ldb-4-8)... no
checking for Berkeley DB link (-ldb-4)... yes
checking for Berkeley DB library and header version match... Berkeley DB version mismatch
	header: Berkeley DB 4.8.30: (April  9, 2010)
	library: Berkeley DB 4.6.21: (January  1, 2014)
no
configure: error: Berkeley DB version mismatch
Command failed:  cd "/opt/local/var/macports/build/_opt_mports_trunk_dports_databases_openldap/openldap/work/openldap-2.4.40" && ./configure --prefix=/opt/local --mandir=/opt/local/share/man --localstatedir=/opt/local/var --with-cyrus-sasl --with-tls --enable-crypt --enable-wrappers --enable-syncprov --enable-ipv6 --disable-mdb 

I have installed:

  db46 @4.6.21_9 (active)
  db48 @4.8.30_4+java (active)

The command port echo rdepof:db48 lists only db_select, so it should work to uninstall db48 and db_select – though the question is: Why did port first install them?

[ballapete (Peter "Pete" Dyballa)]

main.log

[ballapete (Peter "Pete" Dyballa)]

Trying to uninstall db48 finally reveals what's needing it:

root 334 /\ port uninstall db48
Note: It is not recommended to uninstall/deactivate a port that has dependents as it breaks the dependents.
The following ports will break: python27 @2.7.9_0
Continue? [y/N]: y
Warning: Uninstall forced.  Proceeding despite dependencies.
--->  Deactivating db48 @4.8.30_4+java
--->  Cleaning db48
--->  Uninstalling db48 @4.8.30_4+java
--->  Cleaning db48

[mascguy (Christopher Nielsen)]

Are any of you folks having issues with the latest version of openldap, on PPC?

[ballapete (Peter "Pete" Dyballa)]

Replying to mascguy:

On PPC Leopard, Mac OS X 10.5.8, the package built. I should build it again and see whether tests/checks succeed.

[ballapete (Peter "Pete" Dyballa)]

Replying to mascguy:

Tests cannot be performed because _posix_memalign is missing…

[barracuda156]

Replying to mascguy:

Are any of you folks having issues with the latest version of openldap, on PPC?

10:~ svacchanda$ port -v installed openldap
The following ports are currently installed:
  openldap @2.6.3_0 (active) requested_variants='' platform='darwin 10' archs='ppc' date='2022-07-29T20:40:58+0545'

[mascguy (Christopher Nielsen)]

Replying to ballapete:

Tests cannot be performed because _posix_memalign is missing…

I just ran tests on 10.5 PPC, and I'm not seeing any such errors. Have you modified your portfile?

[ballapete (Peter "Pete" Dyballa)]

Replying to mascguy:

Of course! To perform the tests --enable-mdb has to be set as configure option instead of --disable-mdb. This change produces the error.

Right now I am updating Tiger, which can take a few days. Then I shall boot again into Leopard. (The unix-util port also does not build because it is missing something…)

[mascguy (Christopher Nielsen)]

Replying to ballapete:

Of course! To perform the tests --enable-mdb has to be set as configure option instead of --disable-mdb. This change produces the error.

Use of portgroup legacysupport allows enabling of MDB on 10.5 PPC, and all tests pass.

I'll update openldap and openldap-devel shortly.

[Christopher Nielsen <mascguy@…>]

In b9f146270253133b12b865db0bc6d63f53e6125e/macports-ports (master):

openldap/openldap-devel: support mdb for 10.5 and earlier
See: #46236
See: #47630

[barracuda156]

Replying to mascguy:

I'll update openldap and openldap-devel shortly.

Builds fine on 10.6.8 Rosetta.

[ballapete (Peter "Pete" Dyballa)]

Replying to mascguy:

Replying to ballapete:

The port built on PPC Tiger and tests are running now. the file tests/scripts/functions.sh need a patch date -> gdate that date -d can be invoked.

[ballapete (Peter "Pete" Dyballa)]

Fixes invocation of 'date -d' to 'gdate -d' which works – when coreutils are installed…

[ballapete (Peter "Pete" Dyballa)]

Replying to mascguy:

Test ran almost 30 minutes. No unexpected failure or success.

[ballapete (Peter "Pete" Dyballa)]

On PPC Leoprad, Mac OS X 10.5.8, the tests fail:

>>>>> 00:11:48 Starting test056-monitor for mdb...
running defines.sh
Starting slapd on TCP/IP port ...
Using ldapsearch to check that slapd is running...
Using ldapsearch to read connection monitor entries...
Filtering ldapsearch results...
Filtering expected data...
Comparing filter output...
comparison failed - connection monitor output is not correct
>>>>> 00:11:50 Failed   test056-monitor for mdb after 2 seconds
(exit 1)
make[2]: *** [mdb-yes] Error 1
make[1]: *** [test] Error 2
make: *** [test] Error 2
Command failed:  cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_nue.de.rsync.macports.org_macports_release_tarballs_ports_databases_openldap/openldap/work/openldap-2.6.3" && /usr/bin/make check 

I'll retry!

[ballapete (Peter "Pete" Dyballa)]

Same failure again.

[barracuda156]

On Rosetta tests pass, apparently.

[mascguy (Christopher Nielsen)]

@barracuda, that's great news, thanks for checking!

I also reran the tests on 10.5 PPC a 2nd time. And once again, they passed without any failures. (Apart from the issue with dates, which I'll patch shortly.)

Pete, is that patch the only change you've made to your port? I want to be sure we're comparing apples-to-apples.

[Christopher Nielsen <mascguy@…>]

In 1232cdbda7c105517ec6994bf3c6bf2f58134867/macports-ports (master):

openldap-devel: tests: use gdate, rather than date
See: #47630

[Christopher Nielsen <mascguy@…>]

In 764a4aff1d5b751552f927455a53e3b3926004f6/macports-ports (master):

openldap: tests: use gdate, rather than date
See: #47630

[ballapete (Peter "Pete" Dyballa)]

Replying to mascguy:

Pete, is that patch the only change you've made to your port? I want to be sure we're comparing apples-to-apples.

Yes!