From owner-freebsd-ports@FreeBSD.ORG Sat Sep 1 19:23:45 2012 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3157106564A for ; Sat, 1 Sep 2012 19:23:45 +0000 (UTC) (envelope-from ohauer@gmx.de) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.22]) by mx1.freebsd.org (Postfix) with SMTP id 32B398FC14 for ; Sat, 1 Sep 2012 19:23:44 +0000 (UTC) Received: (qmail invoked by alias); 01 Sep 2012 19:23:43 -0000 Received: from p578be941.dip0.t-ipconnect.de (EHLO [192.168.0.100]) [87.139.233.65] by mail.gmx.net (mp024) with SMTP; 01 Sep 2012 21:23:43 +0200 X-Authenticated: #1956535 X-Provags-ID: V01U2FsdGVkX19BmnAH6tJB4iLxnybPnQe6zTsTSARYT4904I5qvJ 6HiwMQTUTw1Uqz Message-ID: <504260C4.3010602@gmx.de> Date: Sat, 01 Sep 2012 21:23:48 +0200 From: olli hauer User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:15.0) Gecko/20120824 Thunderbird/15.0 MIME-Version: 1.0 To: Waitman Gobble References: <1346526398.30153@da3m0n8t3r.com> In-Reply-To: <1346526398.30153@da3m0n8t3r.com> X-Enigmail-Version: 1.4.4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: FreeBSD Ports , "apache@FreeBSD.org" Subject: Re: apache22 options NG rewrite testers wanted X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Sep 2012 19:23:45 -0000 On 2012-09-01 21:06, Waitman Gobble wrote: > olli hauer wrote .. >> On 2012-09-01 20:28, Waitman Gobble wrote: >>> Olli Hauer wrote .. >>>> On 2012-09-01 19:45, Waitman Gobble wrote: >>>>> Olli Hauer wrote .. >>>>>> Hi all, >>>>>> >>>>>> I need some testers specially on 9/10-current to test the www/apache22 >>>>>> optionsNG rewrite. >>>>>> >>>>>> I have a report from a 10-current user where we see a make regression, but >>>>>> it is not clear if the regression is in make or the ports framework >>>>>> therefore I need some more testers. >>>>>> >>>>>> What does the patch address >>>>>> - optons NG rewrite of bsd.apache.mk and apache22 >>>>>> - rename port to apache22 so we have no conflicts with upcoming apache24 >>>>>> (pkg install apache22) >>>>>> - apr/apr-util specific options are gone, apr/apu-util will be used now >>>>>> to control the build (THREADS, PGSQL, MYSQL ...) >>>>>> - PR 130479 >>>>>> - PR 153406 >>>>>> - PR 158565 >>>>>> - PR 167965 >>>>>> - PR 168769 >>>>>> >>>>>> - PR 165143 >>>>>> devel/apr1 long outstanding update and removal of PKGNAMESUFFIX >>>>>> >>>>>> The patch should be applied from /usr/ports >>>>>> (contains fixes for Mk/ www/ and devel/ ) >>>>>> >>>>>> http://people.freebsd.org/~ohauer/diffs/apache/apache22_optionsNG_2012-09-01.diff >>>>>> >>>>>> Thanks for your help, >>>>>> olli >>>>> >>>>> Hi Olli, >>>>> >>>>> Looks like there have been quite a few updates since 8/11, last time I did >> a >>>> rebuild. Patch didn't work on my src... >>>>> I'll take some time tomorrow to csup and rebuild and try out your patch. >>>>> >>>> >>>> Thanks, >>>> >>>> I haven't tested the patches against csup ports there the $FreeBSD$ header is >> different, >>>> so I just shaped a tar archive. >>>> http://people.freebsd.org/~ohauer/diffs/apache/apache22_optNG.tar.bz2 >>>> >>>> -- >>>> Regards, >>>> olli >>>> >>>> _______________________________________________ >>>> freebsd-ports@freebsd.org mailing list >>>> http://lists.freebsd.org/mailman/listinfo/freebsd-ports >>>> To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" >>> >>> >>> Thanks, >>> I tried the following, no issues. >>> machine - >>> # uname -a >>> FreeBSD hunny.waitman.net 10.0-CURRENT FreeBSD 10.0-CURRENT #0: Sat Aug 11 13:25:18 >> PDT 2012 root@hunny.waitman.net:/usr/obj/usr/src/sys/KEYSHIA amd64 >>> >>> I did not previously have www/apache22 installed on this machine. >>> >>> >>> replace devel/apr1 www/apache22 Mk/bsd.apache.mk >>> >>> # cd /usr/ports/www/apache22 >>> # make -- OK >>> # make install -- OK >>> # make package -- OK >>> # make deinstall -- OK >>> # pkg_add apache22-2.2.22_7.tbz -- OK >>> # make deinstall -- OK >>> # pkg_add apache22-2.2.22_7.tbz -- OK >>> # pkg_delete apache22-2.2.22_7 -- OK >>> # make install -- OK >>> # make readme -- OK >>> >>> >>> # kldload accf_http >>> # /usr/local/sbin/apachectl start -- OK >>> # wget http://localhost >>> --2012-09-01 11:23:22-- http://localhost/ >>> Resolving localhost (localhost)... 127.0.0.1, ::1 >>> Connecting to localhost (localhost)|127.0.0.1|:80... connected. >>> HTTP request sent, awaiting response... 200 OK >>> Length: 44 [text/html] >>> Saving to: `index.html' >>> >>> 100%[======================================>] 44 --.-K/s in 0s >>> >>> 2012-09-01 11:23:22 (6.60 MB/s) - `index.html' saved [44/44] >>> >>> # cat index.html >>>

It works!

>>> >>> >>> >>> Is there anything you'd like me to test? >>> >>> >>> I have another machine sitting here running 9 I can test if you like. But it's >> busy for the day transcoding a boatload of video, so I can do that one tomorrow >> if you likes. >>> >>> # uname -a >>> FreeBSD kamira.waitman.net 9.1-RC1 FreeBSD 9.1-RC1 #0: Tue Aug 14 04:25:06 UTC >> 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 >>> >>> >> >> Hm yes, we found on a 10-current system a regression in case ALIAS, AUTHN_ALIAS, >> VHOST_ALIAS was selected. >> As soon you hit OK in 'make config' the line >> OPTIONS_FILE_SET+=ALIAS changed to >> OPTIONS_FILE_UNSET+=ALIAS in /var/db/ports/apache22/options >> >> Will be nice if you could 'grep ALIAS /var/db/ports/apache22/options' >> Adjust with 'make config' and grep again (or save the option file and do a diff) >> >> We investigate at the moment if this was a specific 10-current issue or an issue >> in the ports/options/apache framework. >> (but this will take some time longer because of 10 hours tz difference) >> >> Thanks, >> olli >> > > OK, I can do that... BUT those three options were 'already' selected when i did the test... snip ... So it seems more and more the reported issue is a local one. Thanks, olli