ius-community team mailing list archive
-
ius-community team
-
Mailing list archive
-
Message #00127
Re: Installation Warning and YUM 'replace' unavailable
On Aug 19, 2010, at 11:10 AM, NICHOLAS KLINE wrote:
> Oops, nevermind. I just needed to edit /etc/yum.conf and comment-out
> "exclude=php*"
That was going to be my suggestion. ;)
> PHP 5.3 installed successfully ! Now, onto figuring out the warnings
> in my Apache HTTP error_log:
>
> Thu Aug 19 12:01:54 2010] [notice] SIGHUP received. Attempting to restart
> [Thu Aug 19 12:01:54 2010] [notice] Digest: generating secret for
> digest authentication ...
> [Thu Aug 19 12:01:54 2010] [notice] Digest: done
> PHP Warning: Module 'fileinfo' already loaded in Unknown on line 0
> PHP Warning: Module 'json' already loaded in Unknown on line 0
> PHP Warning: Module 'PDO' already loaded in Unknown on line 0
> PHP Warning: Module 'pdo_sqlite' already loaded in Unknown on line 0
> PHP Warning: Module 'Phar' already loaded in Unknown on line 0
> [Thu Aug 19 12:01:54 2010] [notice] mod_python: Creating 4 session
> mutexes based on 256 max processes and 0 max threads.
> [Thu Aug 19 12:01:54 2010] [notice] Apache/2.2.3 (Red Hat) configured
> -- resuming normal operations
> [Thu Aug 19 12:02:55 2010] [error] [client 129.22.118.130] File does
> not exist: /var/www/html/favicon.ico
> [Thu Aug 19 12:02:57 2010] [error] [client 129.22.118.130] PHP
> Warning: phpinfo() [<a href='function.phpinfo'>function.phpinfo</a>]:
> It is not safe to rely on the system's timezone settings. You are
> *required* to use the date.timezone setting or the
> date_default_timezone_set() function. In case you used any of those
> methods and you are still getting this warning, you most likely
> misspelled the timezone identifier. We selected 'America/New_York' for
> 'EDT/-4.0/DST' instead in /var/www/html/test/testphp.php on line 2
>
Glad to see that you were able to get php53 installed. Based on the errors you are getting, I would have to assume that possibly you copied your old php.ini from the old config (or yum didn't overwrite it)? I would suggest using the new php.ini (probably at /etc/php.ini.rpmnew), and making any relevant changes necessary. Keep in mind, that each sub package (i.e. php-mysql) has its own configuration in /etc/php.d/<module>.ini therefore, you don't want to duplicate any configuration settings in /etc/php.ini (relevant to sub packages).
---
BJ Dierkes
Linux Systems Engineer IV / [RH]acker
Infrastructure Services [Development]
Rackspace Hosting
Follow ups
References