BUG: php5, cclient and libgssapi_krb5

[samwz@…]

I tried to

port -v install php5 +apache2 +mysql5 +pear

but it aborted with an error:

`cat ../c-client/CCTYPE` -I../c-client `cat ../c-client/CFLAGS` -o mtest mtest.o ../c-client/c-client.a `cat ../c-client/LDFLAGS`
/usr/bin/ld: can't locate file for: -lgssapi_krb5
collect2: ld returned 1 exit status
make[2]: *** [mtest] Error 1
make[1]: *** [bundled] Error 2
make: *** [osx] Error 2

Warning: the following items did not execute (for cclient): com.apple.activate com.apple.build com.apple.destroot com.apple.install
Error: Status 1 encountered during processing.

I figured out, that it had something to do with the compilation of cclient not finding a kerberos library, so I installed kerberos5 manually. When I try to port -v install cclient now it ends with the following error:

`cat ../c-client/CCTYPE` -I../c-client `cat ../c-client/CFLAGS` -o mtest mtest.o ../c-client/c-client.a `cat ../c-client/LDFLAGS`
/usr/bin/ld: Undefined symbols:
_krb5_encrypt_size
_krb5int_key_delete
_krb5int_key_register
_krb5_c_checksum_length
_krb5int_getspecific
_krb5int_setspecific
_krb5_c_make_checksum
_krb5_c_decrypt
_krb5_c_encrypt
_krb5_c_verify_checksum
_krb5_c_block_size
_krb5_c_random_make_octets
_krb5_c_enctype_compare
_krb5_c_random_add_entropy
_krb5_c_random_os_entropy
_krb5_c_valid_enctype
_krb5_string_to_enctype
_krb5_hmac
_krb5int_c_mandatory_cksumtype
_krb5int_enc_arcfour
_krb5int_hash_md5
_krb5int_fac
_krb5int_lock_fac
_krb5int_unlock_fac
_krb5_c_encrypt_length
_krb5_c_make_random_key
_krb5_encrypt_data
_krb5_c_string_to_key
_krb5int_c_combine_keys
_valid_enctype
_res_9_ndestroy
_res_9_ninit
_res_9_ns_initparse
_res_9_ns_name_uncompress
_res_9_ns_parserr
_res_9_nsearch
collect2: ld returned 1 exit status
make[2]: *** [mtest] Error 1
make[1]: *** [bundled] Error 2
make: *** [osx] Error 2
Error: Target com.apple.build returned: shell command "cd "/opt/local/var/db/dports/build/_opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dports_mail_cclient/work/imap-2004g" && make osx EXTRACFLAGS=-fno-common" returned error 2
Command output: _krb5_c_block_size
_krb5_c_random_make_octets
_krb5_c_enctype_compare
_krb5_c_random_add_entropy
_krb5_c_random_os_entropy
_krb5_c_valid_enctype
_krb5_string_to_enctype
_krb5_hmac
_krb5int_c_mandatory_cksumtype
_krb5int_enc_arcfour
_krb5int_hash_md5
_krb5int_fac
_krb5int_lock_fac
_krb5int_unlock_fac
_krb5_c_encrypt_length
_krb5_c_make_random_key
_krb5_encrypt_data
_krb5_c_string_to_key
_krb5int_c_combine_keys
_valid_enctype
_res_9_ndestroy
_res_9_ninit
_res_9_ns_initparse
_res_9_ns_name_uncompress
_res_9_ns_parserr
_res_9_nsearch
collect2: ld returned 1 exit status
make[2]: *** [mtest] Error 1
make[1]: *** [bundled] Error 2
make: *** [osx] Error 2

Warning: the following items did not execute (for cclient): com.apple.activate com.apple.build com.apple.destroot com.apple.install
Error: Status 1 encountered during processing.

What's wrong? It couldn't be that there is a version of kerberos outside of /opt/local involved, is it?

[peimei@…]

I have the same error

[markd@…]

I have no problems installing php5. Pinging php5 maintainers to see if they know the trouble.

[ryandesign (Ryan Carsten Schmidt)]

php5 used to build with support for cclient by default. It no longer does, as of r24593. After that change was made to php5, cclient was updated from 2004g to 2006g in r24609, and the new version of cclient didn't seem to play nice with php5 at all, despite the log message. I don't remember exactly what the error was.

Long story short: installing php5 +apache2 +mysql5 +pear no longer makes use of cclient, so you should not encounter this error anymore. I'll research what exactly happens with cclient 2006g, and whether updating to 2006h would help.

[ryandesign (Ryan Carsten Schmidt)]

Ok, sorry, the problem I was thinking of with cclient 2006g and php5 was filed (and fixed) separately in #11993. And I've filed the request to update cclient to 2006h in #12093.

So, back to your Kerberos problem. What OS are you on, please -- 10.3 or 10.4? What architecture -- Intel or PowerPC? I think this is a problem that could be resolved by making any port that requires Kerberos just depend on the MacPorts kerberos5 port, instead of letting it find the OS-provided version. This would be in line with existing MacPorts philosophy. However, I don't use Kerberos, and barely know what it is, so I'm not sure how we'd test that it works correctly.

[(none)]

Milestone Port Bugs deleted

[tobypeterson]

closing, ryan's question has gone unanswered for two years...