Issues installing packages on FreeBSD 8.2

Question

I'm running into an issue installing some packages on FreeBSD 8.2. I realize some of what the problem is but am not certain on the process for remedying the issue.

For example, I'm trying to install apache from ports. About 15 minutes into the process I am left at this step:

checking how to run the C++ preprocessor... /lib/cpp
configure: error: in `/usr/ports/devel/libtool/work/libtool-2.4':
configure: error: C++ preprocessor "/lib/cpp" fails sanity check
See `config.log' for more details

Relevant details in config.log:

configure:13511: /lib/cpp  conftest.cpp
./configure: line 1968: /lib/cpp: No such file or directory
configure:13511: /lib/cpp  conftest.cpp
./configure: line 1968: /lib/cpp: No such file or directory
configure:13550: result: /lib/cpp
configure:13570: /lib/cpp  conftest.cpp
./configure: line 1968: /lib/cpp: No such file or directory
configure:13570: /lib/cpp  conftest.cpp
./configure: line 1968: /lib/cpp: No such file or directory
configure:13602: error: C++ preprocessor "/lib/cpp" fails sanity check
ac_cv_prog_CXXCPP=/lib/cpp
CXXCPP='/lib/cpp'

So, I've gathered the error is with the libtool-2.4 package. I understand that the issue in this case is that there is no /lib/cpp on my installation. Easy fix (or so I thought). I have changed directories to /usr/ports/devel/libtool/work/libtool-2.4 and tried to install that port manually while specifying the correct location of /usr/bin/cpp with configure.

However, then I still get a similar output:

checking how to run the C++ preprocessor... /usr/bin/cpp
configure: error: in `/usr/ports/devel/libtool/work/libtool-2.4':
configure: error: C++ preprocessor "/usr/bin/cpp" fails sanity check
See `config.log' for more details

Looks similar, but in config.log there are more details:

configure:13570: /usr/bin/cpp  conftest.cpp
cpp: error trying to exec 'cc1plus': execvp: No such file or directory
configure:13570: /usr/bin/cpp  conftest.cpp
cpp: error trying to exec 'cc1plus': execvp: No such file or directory
configure:13602: error: C++ preprocessor "/usr/bin/cpp" fails sanity check
ac_cv_env_CXXCPP_value=/usr/bin/cpp
ac_cv_prog_CXXCPP=/usr/bin/cpp
CXXCPP='/usr/bin/cpp'

I know the issue is probably simple but through some simple trial and error and a fair amount of searching around the web, I can't find the solution to this. Any thoughts on how to get past this issue?

Answer 1

Do you have anything in /etc/make.conf? If so, please post the contents. Also try these commands and post the output:

cd /usr/ports/devel/libtool
make -V PREFIX
make -V LOCALBASE
gcc -v

If you can post a complete transcript of the apache port installation, starting with the "make" command all the way to the error above, that would help, too.

Cheers, Greg

Answer 2

I would use pkg_delete to remove all the packages that apache depends on, and you think are causing a problem.

Requires: apr-ipv6-devrandom-gdbm-db42-1.4.5.1.3.12_1, autoconf-2.68, autoconf-wrapper-20101119, db42-4.2.52_5, expat-2.0.1_2, gdbm-1.9.1, libiconv-1.14, libtool-2.4.2, m4-1.4.16,1, pcre-8.30_2, perl-5.12.4_4

Then make clean each one that you remove. Don't forget to go in an manually remove anything that you manually added (where you said "I have changed directories to /usr/ports/devel/libtool/work/libtool-2.4 and tried to install that port manually while specifying the correct location of /usr/bin/cpp with configure." Undo and delete all these manual changes).

Run "make install" from /usr/ports/www/apache22

You should be fine. If this doesn't work, save all of your configurations, and use the scorched earth method:

Run this for each dependency apache22 has:

pkg_delete -dfv <pkg_name>

Then:

rm -rf /usr/ports
rm -rf /var/db/portsnap
mkdir /var/db/portsnap
portsnap fetch
portsnap extract

Now, reinstall apache22 and restore your configurations.

OR

Drop apache entirely and switch to nginx. You will feel better in the end.

"Apache is like Microsoft Word, it has a million options but you only need six. Nginx does those six things, and it does five of them 50 times faster than Apache."

-- Chris Lea