Bugzilla – Bug 147349
phplib not intented to be used in production (should be drooped)
Last modified: 2006-02-02 08:18:48 UTC
Hi: I wonder why phplib is shipped with SUSE. Problems: 1. Project is unmantained 2.latest release was more than 3 years ago. Poc : (test with 10.1 latest please) cd /path/to/phplib for phplib in *.inc;do php -d display_errors=1 -d html_errors=0 -d error_prepend_string=" " -d error_reporting=2047 -l $phplib done you will even find PARSER errors. solution: All this functionality (and a lot more), is provided nowdays, on PEAR. BTW..Im sure it will not even work correctly on PHP 5.1 even in the case most files are syntactically correct.
Andreas, isn't too late for dropping proposed phplib package? No package is required this package in our distribution. (And Cristian knows what he talking about, because he works with php every day).
well. If a not mantained. not under active development package,generating fatal errors with just doing syntax checks on it , IF CANNOT be dropped now.: 1. you will have a non working or half working package.(some code is even for PHP3 (!) ) 2.user will need to change php.ini configuration (and maybe will still not work ) 3. you have to package a warning inside, telling the user about it. if CAN be dropped: 1. template class is provided with the evolution of the phplib template class called HTML_Template_IT available from PEAR ( and use mostly the same code syntax) 2. Database abstraction ins provided by PEAR DB. 3. Session stuff if provided by HTTP_Session PEAR package.(which BTW ,looks like the evolution of phplib session class) 4. Auth : is provided by a whole bunch of PEAR packages..Im lazy and the list is too long to mention :-)
I dropped it now.