I am attempting to install pear-base into /usr/bin instead of /opt/local/bin. My best understanding from the man page is that I should use: bash$ sudo port -D /usr/bin install pear-base but it still ends up in /opt/local. Is there a way plant this pear tree next to /usr/bin/php? Running Leopard on Intel. Thanks ____________________________________________________________________________________ Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ
On Feb 10, 2008, at 22:39, Eric Soli wrote:
I am attempting to install pear-base into /usr/bin instead of /opt/local/bin. My best understanding from the man page is that I should use:
bash$ sudo port -D /usr/bin install pear-base
but it still ends up in /opt/local. Is there a way plant this pear tree next to /usr/bin/php?
Running Leopard on Intel.
MacPorts is designed to install its software into ${prefix} which by default is /opt/local. A user can't make a port install its software into a different location. For the case of PEAR, you may want to install it yourself, by hand, in whatever location you want it, rather than use the port.
On Feb 10, 2008 8:39 PM, Eric Soli <eric_soli@yahoo.com> wrote:
I am attempting to install pear-base into /usr/bin instead of /opt/local/bin. My best understanding from the man page is that I should use:
bash$ sudo port -D /usr/bin install pear-base
but it still ends up in /opt/local. Is there a way plant this pear tree next to /usr/bin/php?
You don't say why you want to do this or why the source tarball/distribution doesn't work for you. It looks, from reading the INSTALL file, that it is best installed by and within the php process.
Unix
==== make sure you have enabled default extensions, and if you want faster downloads, enable the zlib extension. You must also enable the CLI SAPI with the --enable-cli extension directive. After this, simply run: make install-pear and PEAR will be automatically configured for you. go-pear ======= For users who cannot perform the above steps, or who wish to obtain the latest PEAR with a slightly higher risk of failure, use go-pear. go-pear is obtained by downloading http://go-pear.org and saving it as go-pear.php. After downloading, simply run "php go-pear.php" or open it in a web browser (windows only) to download and install PEAR. Seems like you could use the system php to perform the second operation. -- Paul Beard / www.paulbeard.org/ <paulbeard@gmail.com/paulbeard@gmail.com>
Hi Paul I tried the instructions in the distrbution, but the 'make' command failed. I'll be poring over this: http://www.cs.utah.edu/dept/old/texinfo/make/make_toc.html & the man pages for a while. Does pear run well from /opt/local? I am trying to build a *AMP stack. (DAMP for Darwin?) It just looks like less re-configuring if it runs from the same directory as php. paul beard <paulbeard@gmail.com> wrote: On Feb 10, 2008 8:39 PM, Eric Soli <eric_soli@yahoo.com> wrote: I am attempting to install pear-base into /usr/bin instead of /opt/local/bin. My best understanding from the man page is that I should use: bash$ sudo port -D /usr/bin install pear-base but it still ends up in /opt/local. Is there a way plant this pear tree next to /usr/bin/php? You don't say why you want to do this or why the source tarball/distribution doesn't work for you. It looks, from reading the INSTALL file, that it is best installed by and within the php process. Unix ==== make sure you have enabled default extensions, and if you want faster downloads, enable the zlib extension. You must also enable the CLI SAPI with the --enable-cli extension directive. After this, simply run: make install-pear and PEAR will be automatically configured for you. go-pear ======= For users who cannot perform the above steps, or who wish to obtain the latest PEAR with a slightly higher risk of failure, use go-pear. go-pear is obtained by downloading http://go-pear.org and saving it as go-pear.php. After downloading, simply run "php go-pear.php" or open it in a web browser (windows only) to download and install PEAR. Seems like you could use the system php to perform the second operation. -- Paul Beard / www.paulbeard.org/ <paulbeard@gmail.com/paulbeard@gmail.com> --------------------------------- Never miss a thing. Make Yahoo your homepage.
On Feb 11, 2008 4:04 PM, Eric Soli <eric_soli@yahoo.com> wrote:
Hi Paul
I tried the instructions in the distrbution, but the 'make' command failed. I'll be poring over this: http://www.cs.utah.edu/dept/old/texinfo/make/make_toc.html & the man pages for a while.
well, the docs are quite stale. the go-pear.org domain is expired and for sale, so that's busted.
Does pear run well from /opt/local? I am trying to build a *AMP stack. (DAMP for Darwin?) It just looks like less re-configuring if it runs from the same directory as php.
I don't see why it wouldn't. Is there some reason to run the stock Apple php (PHP 4.4.7 ) vs a more recent and perhaps more extensible one? -- Paul Beard / www.paulbeard.org/ <paulbeard@gmail.com/paulbeard@gmail.com>
a On Feb 10, 2008 8:39 PM, Eric Soli <eric_soli@yahoo.com> wrote:
I am attempting to install pear-base into /usr/bin instead of /opt/local/bin. My best understanding from the man page is that I should use:
bash$ sudo port -D /usr/bin install pear-base
but it still ends up in /opt/local. Is there a way plant this pear tree next to /usr/bin/php?
what does /usr/bin/pear not provide? Comparing /usr/bin/pear with the one I just built in destroot doesn't show much difference. -- Paul Beard / www.paulbeard.org/ <paulbeard@gmail.com/paulbeard@gmail.com>
I'll probably get to upgrading php after I figure out how to use it well. Right now I don't want to break something that is already working. paul beard <paulbeard@gmail.com> wrote: On Feb 11, 2008 4:04 PM, Eric Soli <eric_soli@yahoo.com> wrote: Hi Paul I tried the instructions in the distrbution, but the 'make' command failed. I'll be poring over this: http://www.cs.utah.edu/dept/old/texinfo/make/make_toc.html & the man pages for a while. well, the docs are quite stale. the go-pear.org domain is expired and for sale, so that's busted. I don't see why it wouldn't. Is there some reason to run the stock Apple php (PHP 4.4.7 ) vs a more recent and perhaps more extensible one? -- Paul Beard / www.paulbeard.org/ <paulbeard@gmail.com/paulbeard@gmail.com> --------------------------------- Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now.
participants (3)
-
Eric Soli
-
paul beard
-
Ryan Schmidt