On Tue, Jun 21, 2011 at 4:09 PM, Bryan J Smith <[email protected]> wrote: > I've actually built some Pear/Pecl components with the RHEL5.6 php53 (5.3.3) > stack installed more recently, using the SPEC meta tags to package nicely > into > RPMs. I prefer it over running the scripts to build components outside of > RPM. But your experiences may vary.
Can Pear itself be upgraded this way? This is what is holding up use of Horde via pear installation method. If so, please give an example or a URL noting how pear can be updated within the Redhat environment. > -- Bryan > > P.S. For the latest software requirements, have you considered RHEL6? RHEL5 > is > over four (4) years old, based on a Fedora release even older. I would > suspect > several, 2011+ era components that have dependencies on PHP 5.3+, Python 2.6, > etc... will cause various issues that Red Hat won't be able to always address. RHEL 6 would require installing on another hardware system. I don't have experience with recent RH upgrade in situ, but my gut reaction says don't do that with a production system or you are looking at hours of downtime before all features function as they did before. So this is going to wait until there is newer hardware for this system, which will be a few years away since it is only one year old. In my point of view, Redhat 5.0 came out over four years ago. Redhat 5.6 is current (what we are running) and 5.7 is around the corner. Redhat 5 just released php53 in January 2011, so it is false to talk of this being way out of date. It makes sense for Redhat to follow up the php53 release with the missing Pear update. Perhaps it will drive home the point further that there is something busted in Redhat if I show what happens in Debian 5, which is also a number of years old and provides php 5.2.6.... On a Debian 5 system: # pear list Installed packages, channel pear.php.net: ========================================= Package Version State Archive_Tar 1.3.2 stable Console_Getopt 1.2.3 stable PEAR 1.7.1 stable Structures_Graph 1.0.2 stable # pear upgrade-all Will upgrade channel://pear.php.net/structures_graph Will upgrade channel://pear.php.net/pear Will upgrade channel://pear.php.net/archive_tar Will upgrade channel://pear.php.net/console_getopt pear/Console_Getopt requires PEAR Installer (version >= 1.8.0), installed version is 1.7.1 downloading Structures_Graph-1.0.4.tgz ... Starting to download Structures_Graph-1.0.4.tgz (30,318 bytes) .........done: 30,318 bytes downloading PEAR-1.9.3.tgz ... Starting to download PEAR-1.9.3.tgz (295,774 bytes) ...done: 295,774 bytes downloading Archive_Tar-1.3.7.tgz ... Starting to download Archive_Tar-1.3.7.tgz (17,610 bytes) ...done: 17,610 bytes downloading XML_Util-1.2.1.tgz ... Starting to download XML_Util-1.2.1.tgz (17,729 bytes) ...done: 17,729 bytes upgrade-all ok: channel://pear.php.net/Structures_Graph-1.0.4 upgrade-all ok: channel://pear.php.net/Archive_Tar-1.3.7 upgrade-all ok: channel://pear.php.net/XML_Util-1.2.1 upgrade-all ok: channel://pear.php.net/PEAR-1.9.3 PEAR: Optional feature webinstaller available (PEAR's web-based installer) PEAR: Optional feature gtkinstaller available (PEAR's PHP-GTK-based installer) PEAR: Optional feature gtk2installer available (PEAR's PHP-GTK2-based installer) PEAR: To install optional features use "pear install pear/PEAR#featurename" # pear list Installed packages, channel pear.php.net: ========================================= Package Version State Archive_Tar 1.3.7 stable Console_Getopt 1.2.3 stable PEAR 1.9.3 stable Structures_Graph 1.0.4 stable XML_Util 1.2.1 stable If Debian 5 can do this, why can't Redhat 5? --Donald > > ----- Original Message ---- > From: D G Teed <[email protected]> > Sent: Tue, June 21, 2011 2:00:51 PM > > There is an existing bug report for this. > https://bugzilla.redhat.com/show_bug.cgi?id=673521 > We don't have support - can't afford the fees. > > I've looked at the 5.7 release notes and nothing about php or pear > on the horizon. This bug report is now a few months old. > > This shortcoming impacts projects built on php. For example, > it is impossible to install the current Horde Webmail software > based on Horde 4 within the pear environment provided by Redhat. > > It is ridiculous we have to go 3rd party repos or compile > from source if we want updates like this very soon. > > I prefer to install packages managed by a package manager. > Redhat can make it a new package as was done with php53 > and then we have a way to reinstall with the older php 5.1 stuff > if there are issues. > > The user list at horde suggest using the repo Les RPM de Remi > but I'd much rather not get into another dependency tree and > watch my OS start showing cracks in the foundation > a year later. > > _______________________________________________ > rhelv5-list mailing list > [email protected] > https://www.redhat.com/mailman/listinfo/rhelv5-list > _______________________________________________ rhelv5-list mailing list [email protected] https://www.redhat.com/mailman/listinfo/rhelv5-list
