Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 13 Jan 2010 22:02:03 +0600
From:      keneasson <keneasson@zoho.com>
To:        <af.gourmet@videotron.ca>
Cc:        freebsd-questions@freebsd.org
Subject:   Re: cannot install apache22 on FBSD 8.0
Message-ID:  <126286b91ec.-135289677807361896.868388711535684751@zoho.com>
In-Reply-To: <4B4DEA77.10801@videotron.ca>
References:  <4B4D7ABE.3050001@videotron.ca> <4B4D8DD2.3000500@infracaninophile.co.uk> <4B4DEA77.10801@videotron.ca>

next in thread | previous in thread | raw e-mail | index | archive | help
------=_Part_651_106895222.1263398523371
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

---- On Wed, 13 Jan 2010 21:44:55 +0600 PJ &lt;af.gourmet@videotron.ca&gt; =
wrote ----=20

On 1/13/2010 4:09 AM, Matthew Seaman wrote:=20
&gt; PJ wrote:=20
&gt;&gt; Gentlemen,=20
&gt;&gt; I am absolutely stupefied by apache22, php5, php5-extensions and=
=20
&gt;&gt; phpmysql refusing to be updated or installed=20
&gt;&gt; I did manage to do one installation on a freshly upgraded box from=
 7.2=20
&gt;&gt; to 8.0 but with very frustrating and time consuming efforts. I sti=
ll=20
&gt;&gt; don't know how I managed, but it seems to work, for the moment any=
way.=20
&gt;&gt; Could someone explain to me why there is a problem with apache22, =
php5=20
&gt;&gt; and the rest - when doing an upgrade from 7.2 to 8.0.=20
&gt;&gt; I followed the instructions in the handbood to the letter and both=
 times=20
&gt;&gt; there is a problem.=20
&gt;&gt; Am I doing something that is not evident in the instructions. Even=
 the=20
&gt;&gt; apache site states very clearly that and update is about as simple=
 as=20
&gt;&gt; could be.=20
&gt;&gt; The long list of errors when installing apache seem to deal with a=
 lot=20
&gt;&gt; of undeclared stuff (first use in this function) for a lot of ulda=
p=20
&gt;&gt; stuff like cache, connection etc. etc.=20
&gt;&gt; How does one deal with this as there seems to be nothing on google=
.=20
&gt;&gt; TIA=20
&gt;=20
&gt; You're installing quite a complex interconnected group of ports there,=
=20
&gt; and=20
&gt; it can go wrong in any number of new and exciting ways. We can't tell=
=20
&gt; exactly=20
&gt; what has gone wrong from what you tell us -- but it's almost certainly=
 a=20
&gt; problem fairly high up the dependency tree which is screwing things up=
=20
&gt; for=20
&gt; all of the ports lower down you're having trouble with.=20
&gt;=20
&gt; As a general strategy for making this work, probably the most effectiv=
e=20
&gt; route is 'back to square one.' Rip out everything that apache, php etc=
.=20
&gt; depend on, and start again from scratch. This includes all options=20
&gt; settings=20
&gt; for those ports under /var/db/ports/.=20
&gt;=20
&gt; When reinstalling a group of interconnected ports like this, I find it=
=20
&gt; beneficial to sort out all of the OPTIONS settings over the whole=20
&gt; dependency=20
&gt; tree before trying to compile anything. One of the unfortunate=20
&gt; characteristics=20
&gt; of the way OPTIONS processing works at the moment is that changing an=
=20
&gt; option=20
&gt; somewhere can add or remove other ports from the dependency tree, and=
=20
&gt; those in their turn may have their own OPTIONS settings, but those=20
&gt; OPTIONS are not processed in that pass. There are patches to correct=
=20
&gt; that behaviour in PR ports/141641 but until that or something like it=
=20
&gt; is committed, the trick is=20
&gt; to run 'make config-recursive' repeatedly, until you no longer get=20
&gt; presented with any of the blue OPTIONS dialogues.=20
&gt;=20
&gt; Some ports may not give you an OPTIONS dialogue but still have=20
&gt; configuration=20
&gt; settings you can tweak by setting make(1) variables. In this case, I=
=20
&gt; recommend=20
&gt; preserving your settings by adding them to /etc/make.conf. Changing a=
=20
&gt; setting like this can affect the dependency tree in exactly the same=
=20
&gt; way as changing an=20
&gt; option, so re-running 'make config-recursive' /yet again/ is a good id=
ea.=20
&gt;=20
&gt; I wrote a piece about this earlier in the context of reinstalling all=
=20
&gt; ports as=20
&gt; part of the process of upgrading 7.2 -&gt; 8.0, which you might like t=
o=20
&gt; refer to:=20
&gt;=20
&gt; http://lists.freebsd.org/pipermail/freebsd-questions/2010-January/2104=
49.html=20
&gt;=20
&gt;=20
&gt; Note: there's a fairly tricky interplay between www/apache22 and=20
&gt; devel/apr=20
&gt; which only affects you if you enable the APR_FROM_PORTS option in the=
=20
&gt; apache22=20
&gt; OPTIONS dialogue -- both www/apache22 and devel/apr can be configured=
=20
&gt; to add dependencies on all sorts of fairly large software groups=20
&gt; (Berkeley DB, MySQL, LDAP, PostgreSQL ...) and to toggle threading=20
&gt; support. Empirically I've come to the conclusion that if you're=20
&gt; compiling against devel/apr, then devel/apr has to include matching=20
&gt; support for all the software groups enabled in the apache22 options,=
=20
&gt; or building apache22 will fall over in a twisty mess of dependencies,=
=20
&gt; all alike. However, you pretty much cannot get the OPTIONS settings=20
&gt; right in one pass of 'make config-recursive' starting from the=20
&gt; www/apache22 directory. You can avoid some trouble by *not* enabling=
=20
&gt; the APR_FROM_PORTS option -- which is the default, but loses some=20
&gt; flexibility=20
&gt; if you're going to be rebuilding Apache or any 3rd party apache=20
&gt; modules quite=20
&gt; a bit.=20
&gt;=20
&gt; Cheers,=20
&gt;=20
&gt; Matthew=20
&gt;=20
Thanks for the input.=20
There was no way that apache22 was going to install with the apr. I=20
tried everything imaginable and referred to your suggestions.=20
Finally, I removed apr, removed the configuration files from the /work=20
directory, redid config without apr and did config-recursive.=20
Much to my surprise, it worked... now to install php5 and php5=20
extensions and try it all out.=20
PJ=20
_______________________________________________=20
freebsd-questions@freebsd.org mailing list=20
http://lists.freebsd.org/mailman/listinfo/freebsd-questions=20
To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org=
"=20
I read somewhere to put this in my make.conf file.

WITH_MYSQL_VER=3D51
APACHE_VERSION=3D22
WWWDIR =3D /web/phpmyadmin

I have had no problems at all with apache, php or mysql working.
#php -v
PHP 5.2.12 with Suhosin-Patch 0.9.7 (cli) (built: Jan  8 2010 17:12:52)
Copyright (c) 1997-2009 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2009 Zend Technologies
#apachectl -v
Server version: Apache/2.2.14 (FreeBSD)
Server built:   Jan  7 2010 16:40:50

------=_Part_651_106895222.1263398523371--




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?126286b91ec.-135289677807361896.868388711535684751>