No, it's not a clean solution but if the PECL maintainers are silly enough to hard code a memory limit in the shell script that is used to invoke it then there is not a huge amount that you can do about it. There are lots of hits on google complaining about the hard coded memory limit but not much in the way of solutions to the problem.
I'd guess the real solution to problems like this is to report it upstream to the PECL maintainers - maybe suggesting that a better solution would be to have an /etc/pecl.ini and change /usr/bin/pecl to use -c /etc/pecl.ini to point it to its own php.ini that can be amended to suit site requirements. On 03/08/2010 12:50, li...@truthisfreedom.org.uk wrote: > Quoting Trevor Hemsley <trevor.hems...@codefarm.com>: > >> When I look in my /usr/bin/pecl file I see that it is a 4 line shell >> script and one of the parameters there sets the memory_limit. Did you >> try hacking that? > I can see where in that file I could put the options, however the > whole point of us using puppet is that we don't have to modify files > or repackage software... :( > > The current systems are built by downloading the source from php.net > and compiling by hand, then installing any pecl libraries that are > required by hand. It can take us up to 6 hours to build a webserver > this way! > > I guess that if push comes to shove I could create a manifest that > pushes out a new copy of /usr/bin/pecl to the relevant place, but > that's really not a "clean" solution as far as I'm concerned! > > Thanks for the heads up on the file though, > > Matt > -- Trevor Hemsley Infrastructure Engineer ................................................. * C A L Y P S O * Brighton, UK OFFICE +44 (0) 1273 666 350 FAX +44 (0) 1273 666 351 ................................................. www.calypso.com This electronic-mail might contain confidential information intended only for the use by the entity named. If the reader of this message is not the intended recipient, the reader is hereby notified that any dissemination, distribution or copying is strictly prohibited. * P * /*/ Please consider the environment before printing this e-mail /*/ -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-us...@googlegroups.com. To unsubscribe from this group, send email to puppet-users+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en.
