BUG: hydra and apr0

[header@…]

Hi,

hydra (5.4) has a dependency of apr0 but this package does not seem to contribute to the final build as it looks for libapr-0.so which isn't installed.

At the moment having hydra installed means that subversion fails to build as there is a clash between apr0 and apr when it builds

Starting hydra auto configuration

Checking for openssl (libssl/ssl.h) found

Checking for Postgres (libpq) NOT found, module postgres disabled

Checking for SVN (ibsvn_client-1 libapr-0.so libaprutil-0.so) NOT found, module svn disabled

Checking for SAP/R3 (librfc/saprfc.h) NOT found, module sapr3 disabled

Get it from ​http://www.sap.com/solutions/netweaver/linux/eval/index.asp

Checking for libssh (libssh/libssh.h) NOT found, module ssh2 disabled

Get it from ​http://0xbadc0de.be/ - use v0.11! Hydra will be installed into .../bin of: /usr/local

(change this by running ./configure --prefix=path)

Writing Makefile.in NOTES NOTES NOTES NOTES NOTES NOTES NOTES NOTES NOTES NOTES NOTES NOTES ======================================================================= ARM/PalmPilot users: please run ./configure-arm or ./configure-palm respectivly

now type "make"

[pmq@…]

I don't understand the part about apr/apr0 clash. I have installed both on my machine without problems:

queinnec@calliope:~$ port installed apr* subversion hydra
The following ports are currently installed:
  apr @1.2.9_0 (active)
  apr-util @1.2.8_2+no_bdb (active)
  apr0 @0.9.13_0 (active)
  subversion @1.4.4_0+no_bdb+tools (active)
  hydra @5.4_0+darwin_8 (active)

I'll look into the apr0 not being used.

[header@…]

It's a subversion problem I believe rather than with hydra. On my system (and another two others I have tried) having apr0 installed means subversion won't compile. I noticed the problem when a 'upgrade installed' failed and worked my way backwards to find apr0 being the problem, but removing this took hydra off too. Once apr0 was removed subversion compiled and then I could put hydra back on again. During this process I noticed that it was not even using the apr0 libs, hence the post here. The comment about subversion probably just clouded the issue in hand. The subversion problem occurs if you compile it manually too, so I'm not sure if it is a ports problem, a subversion problem or a apr0 problem. I'm investigating more and will post bugs to the correct place when I've found the culprit. The only thing I was sure about was that hydra wasn't detecting it's presence.

Hope that clears things up

[pmq@…]

Hi header,
I'll probably take a look this week at the problem. Just wanted to say that could also try out medusa (available in ports) to see if it suits your needs.

[pmq@…]

You're right about the apr0 stuff being ignored by hydra. I've fixed that and it should be available in a few hours.

BTW, my subversion install reports:

queinnec@calliope$ otool -L /opt/local/bin/svn | grep apr
        /opt/local/lib/libaprutil-1.0.dylib (compatibility version 3.0.0, current version 3.8.0)
        /opt/local/lib/libapr-1.0.dylib (compatibility version 3.0.0, current version 3.8.0)
        /opt/local/lib/libapr-0.0.dylib (compatibility version 10.0.0, current version 10.13.0)

Looks pretty bad. I'm rebuilding right now with apr0 uninstalled. We'll see. As for this bug, please reopen if the fix is insufficient. Thanks for taking the time to report it!

[(none)]

Milestone Port Bugs deleted