RE: <br>> Installing items from source is bad on an RPM based system<br><br>That's simply not correct. <br>I've got a farm of 'rpm' based RedHat and RedHat derivatives. Big deal.<br>If I set up a cluster of web servers that need an odd version of PHP (which I do);
<br><br>1. Apache, PHP and MySQL will not be installed willy-nilly - each base machine will be the bare minimum install. <br>2. Each install will be very site specific regarding the flags you use to install them - for example apache2:
<br>\"'--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'\"
<br><br>You don't get a secure system with that sort of granularity by blindly using RPM's from some repo. <br>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.
<br><br>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. <br><br>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
<br>available to you when you compile the package from scratch. RPM and gcc aren't' mutually exclusive. <br><br>-Peter<br><br><br><div><span class="gmail_quote">On 14/02/07, <b class="gmail_sendername">Johnny Hughes
</b> <<a href="mailto:mailing-lists@hughesjr.com">mailing-lists@hughesjr.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On Tue, 2007-02-13 at 23:17 -0800, gillbates wrote:<br>> I have a silly question... why not install from source?<br>><br>> <a href="http://www.php.net/downloads.php">http://www.php.net/downloads.php</a><br>><br>
> PHP 4.4.4<br><br>Installing items from source is bad on an RPM based system ... it<br>requires that you personally track and update that install forever. If<br>one is willing and able to do that, great. If not, not so great.
<br><br>Also, in this case, there are MANY RPMS that require php to be installed<br>and items installed from source do not put an entry into the RPM<br>database to inform RPM that you have php (in this case) installed.<br>
Therefore any other package that requires the php RPM will not install,<br>as the RPM database does not show it installed.<br><br>If these people want their product used by people in the enterprise, it<br>surely should work on RHEL ... RHEL + Fedora + CentOS = ~55% of all
<br>Linux internet servers on the Dec 2005 netcraft survey (the last one<br>they published showing linux versions).<br><br>The best bet is to fix the app that requires php 4.4 or to find/build an<br>RPM for php-4.4.<br><br>
That should be possible ... though maybe also hard.<br><br>> ----- Original Message ----<br>> From: Michael Kress <<a href="mailto:kress@hal.saar.de">kress@hal.saar.de</a>><br>> To: CentOS mailing list <
<a href="mailto:centos@centos.org">centos@centos.org</a>><br>> Sent: Wednesday, February 14, 2007 2:48:37 PM<br>> Subject: [CentOS] php version 4.4 / ez publish<br>><br>> Hi list, is there any repository on this world where I can stick to
<br>> and<br>> update to a stable and hopefully secure and hopefully long supported<br>> version 4.4 of php? EZ publish's software requirements as of the<br>> current<br>> version tells me that it requires php
4.4 which doesn't meet what<br>> Centos<br>> 4.4 or its upstream provides. For a certain project I want to use ez<br>> publish. Is there any solution you see for that? Install a seperate<br>> server for that? (That's the least I wanna do). Or _does_ it work
<br>> with<br>> php 4.3 under centos 4.4? Any experience?<br>> TIA<br>> Regards,<br>> Michael<br>><br>> --<br>> Michael Kress, <a href="mailto:kress@hal.saar.de">kress@hal.saar.de</a><br>> <a href="http://www.michael-kress.de">
http://www.michael-kress.de</a> / <a href="http://kress.net">http://kress.net</a><br>> P E N G U I N S A R E C O O L<br>><br>> _______________________________________________<br>> CentOS mailing list<br>>
<a href="mailto:CentOS@centos.org">CentOS@centos.org</a><br>> <a href="http://lists.centos.org/mailman/listinfo/centos">http://lists.centos.org/mailman/listinfo/centos</a><br>><br>><br>><br>><br>> Send instant messages to your online friends
<br>> <a href="http://uk.messenger.yahoo.com">http://uk.messenger.yahoo.com</a><br>> _______________________________________________<br>> CentOS mailing list<br>> <a href="mailto:CentOS@centos.org">CentOS@centos.org
</a><br>> <a href="http://lists.centos.org/mailman/listinfo/centos">http://lists.centos.org/mailman/listinfo/centos</a><br><br>_______________________________________________<br>CentOS mailing list<br><a href="mailto:CentOS@centos.org">
CentOS@centos.org</a><br><a href="http://lists.centos.org/mailman/listinfo/centos">http://lists.centos.org/mailman/listinfo/centos</a><br><br><br></blockquote></div><br>