Please test this package against PHP 5.0.1. If the package works, please add a comment to this bug to say that the package works, and close this bug as 'RESOLVED INVALID'. If the package does not work, please add a blocker against 'virtual/php' (for dev-php/php) or 'virtual/httpd-php' (for mod_php or php-cgi) as appropriate, and close this bug as 'RESOLVED FIXED'. Thanks, Stu
I no longer maintain this application.
Sorry - the metadata says that you still do. Is there a new maintainer? If not, mind posting a message to gentoo-dev asking for a volunteer? If we can't find a new maintainer, I'll move the package into package.mask and then after a suitable period I'll remove it from the tree. Thanks, Stu
The metadata was changed in May, you may want to 'cvs update' that bad boy. AFAIK there is no maintainer for sure. Perhaps mholzer was going to take it.
Hi, for me, I have only one problem to compile the php ldap extension with tls enable with 5.x ebuild version. It works perfectly with 4.x but not with 5.x. In result of what, I can't connect to my openldap tls enable server ... Here the result of the emerge pretend command for each of the ebuild : [ebuild R ] dev-php/mod_php-5.0.3 -adabas +apache2 -bcmath +berkdb -birdste p -bzlib -calendar -cdb -cpdflib +crypt -ctype +curl -curlwrappers -db2 +dba -db ase -dbm -dbmaker -dbx -debug -dio -empress -empress-bcs -esoob +exif +fam -fdft k -filepro -flatfile -frontbase +ftp +gd -gd-external +gdbm -gmp -hyperwave-api -iconv +imap -informix -ingres -inifile -interbase -iodbc +jpeg -kerberos +ldap -libedit -mcve +memlimit -mhash -mime -ming -mnogosearch -msession -msql -mssql +mysql -mysqli +ncurses -nis +nls -oci8 +odbc -oracle7 -ovrimos -pcntl +pcre -pf pro +png +posix -postgres -qdbm +readline -recode -sapdb +sasl +session +shared -sharedmem +simplexml -snmp -soap +sockets -solid +spell -spl +sqlite +ssl -syba se -sybase-ct -sysvipc -tidy +tiff -tokenizer +truetype -wddx +xml2 -xmlrpc -xpm +xsl +zlib 0 kB As you can see, I have the ssl and the ldap flag enable. Moreover, openldap-2.1.30-r4 is installed. If I want to compile older version of php : dev-php/mod_php-4.3.9 +X +apache2 +berkdb +crypt +curl -debug -doc -fdftk -firebird -flash -freetds +gd -gd-external +gdbm -gmp -hardenedphp +imap -informix +ipv6 +java +jpeg -kerberos +ldap -mcal +memlimit -mssql +mysql +nls -oci8 +odbc +pam +pdflib +png -postgres -qt -snmp +spell +ssl +tiff +truetype +xml2 -yaz 0 kB And this version works just fine with tls ... If I make a strings ldap.so | grep tls with the 5.x build, no result and if I made it with the 4.x result, it returns me the ldap_start_tls function. If you need precisions or other informations, please let me know. Cordially Denis Sacchet 4.x
phpldapadmin has a new version out 0.9.5 which has been made to work with php5, from what I can tell no previous version will work with php5.
mmm, it looks like the download process for 0.9.5 has changed, now one has to create an account before downloading the package. do you think it could be possible to distribute this package via gentoo mirrors without breaking the licence stuff (it is said to be GPL)?
Hm well that sucks. Actually that really pisses me off. I'm fine with just pulling this package from portage altogether. Stuart?
well, it's really a pity, because this application is by far the best web-based ldap manager i've seen and i'm regularly using it. i'm voluntary for maintening it, if licence gives us the right to make it available through gentoo mirrors. however, as i'm still running php4, i won't be able to test it against php5.
It actually looks like they still have their files on the sf.net file repository. At least last night they did when I got notification of a new release with php5 support.
Works fine with PHP5 here. Version is 0.9.6
works