> Installing items from source is bad on an RPM based system
That's simply not correct.
I've got a farm of 'rpm' based RedHat and RedHat derivatives. Big deal.
If I set up a cluster of web servers that need an odd version of PHP (which I do);
1. Apache, PHP and MySQL will not be installed willy-nilly - each base machine will be the bare minimum install.
2. Each install will be very site specific regarding the flags you use to install them - for example apache2:
\"'--prefix=/usr/local/apache2' '--with-mpm=prefork' '--enable-ssl' '--enable-setenvif' '--enable-proxy' '--enable-proxy-http' '--disable-charset-lite' '--disable-include' '--disable-env' '--disable-status' '--disable-autoindex' '--disable-asis' '--disable-cgi' '--disable-negotiation' '--disable-imap' '--disable-actions' '--disable-userdir' '--disable-alias' '--disable-so'\"
You don't get a secure system with that sort of granularity by blindly using RPM's from some repo.
For our systems that need PHP 4.4 - we install to /usr/local (where it can happily co-exist with an RPM version of PHP 5) precisely because you can compile it against specific versions of Apache and MySQL. When you want to apply security updates - you subscribe to the security list for a particular product and review the patches as they come out - if you need one then re-compile and you're away.
We rely on repos primarily to upgrade the security patches for all packages on a given machine. In any case, for the non-rpm ones we can do that on a per-case basis.
The small amount of time lost on manually upgrading (which to be fair are far and few between) is nothing to the sort of control
available to you when you compile the package from scratch. RPM and gcc aren't' mutually exclusive.
-Peter
On 14/02/07, Johnny Hughes
<mailing-lists@xxxxxxxxxxxx> wrote:
On Tue, 2007-02-13 at 23:17 -0800, gillbates wrote:
> I have a silly question... why not install from source?
>
> http://www.php.net/downloads.php
>
> PHP 4.4.4
Installing items from source is bad on an RPM based system ... it
requires that you personally track and update that install forever. If
one is willing and able to do that, great. If not, not so great.
Also, in this case, there are MANY RPMS that require php to be installed
and items installed from source do not put an entry into the RPM
database to inform RPM that you have php (in this case) installed.
Therefore any other package that requires the php RPM will not install,
as the RPM database does not show it installed.
If these people want their product used by people in the enterprise, it
surely should work on RHEL ... RHEL + Fedora + CentOS = ~55% of all
Linux internet servers on the Dec 2005 netcraft survey (the last one
they published showing linux versions).
The best bet is to fix the app that requires php 4.4 or to find/build an
RPM for php-4.4.
That should be possible ... though maybe also hard.
> ----- Original Message ----
> From: Michael Kress <kress@xxxxxxxxxxx>
> To: CentOS mailing list < centos@xxxxxxxxxx>
> Sent: Wednesday, February 14, 2007 2:48:37 PM
> Subject: php version 4.4 / ez publish
>
> Hi list, is there any repository on this world where I can stick to
> and
> update to a stable and hopefully secure and hopefully long supported
> version 4.4 of php? EZ publish's software requirements as of the
> current
> version tells me that it requires php 4.4 which doesn't meet what
> Centos
> 4.4 or its upstream provides. For a certain project I want to use ez
> publish. Is there any solution you see for that? Install a seperate
> server for that? (That's the least I wanna do). Or _does_ it work
> with
> php 4.3 under centos 4.4? Any experience?
> TIA
> Regards,
> Michael
>
> --
> Michael Kress, kress@xxxxxxxxxxx
> http://www.michael-kress.de / http://kress.net
> P E N G U I N S A R E C O O L
>
> _______________________________________________
> CentOS mailing list
> CentOS@xxxxxxxxxx
> http://lists.centos.org/mailman/listinfo/centos
>
>
>
>
> Send instant messages to your online friends
> http://uk.messenger.yahoo.com
> _______________________________________________
> CentOS mailing list
> CentOS@xxxxxxxxxx
> http://lists.centos.org/mailman/listinfo/centos
_______________________________________________
CentOS mailing list
CentOS@xxxxxxxxxx
http://lists.centos.org/mailman/listinfo/centos
_______________________________________________ CentOS mailing list CentOS@xxxxxxxxxx http://lists.centos.org/mailman/listinfo/centos
