From owner-cvs-ports@FreeBSD.ORG  Thu Jul  3 03:07:05 2008
Return-Path: <owner-cvs-ports@FreeBSD.ORG>
Delivered-To: cvs-ports@FreeBSD.org
Received: by hub.freebsd.org (Postfix, from userid 1033)
	id ABC461065672; Thu,  3 Jul 2008 03:07:05 +0000 (UTC)
Date: Thu, 3 Jul 2008 03:07:05 +0000
From: Alexey Dokuchaev <danfe@FreeBSD.org>
To: Alex Kozlov <spam@rm-rf.kiev.ua>
Message-ID: <20080703030705.GA38047@FreeBSD.org>
References: <20080702221837.GA5612@ravenloft.kiev.ua>
Mime-Version: 1.0
Content-Type: text/plain; charset=koi8-r
Content-Disposition: inline
In-Reply-To: <20080702221837.GA5612@ravenloft.kiev.ua>
User-Agent: Mutt/1.4.2.1i
Cc: cvs-ports@FreeBSD.org, Rong-En Fan <rafan@FreeBSD.org>
Subject: Re: cvs commit: ports/www/lynx Makefile pkg-plist
X-BeenThere: cvs-ports@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: CVS commit messages for the ports tree <cvs-ports.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-ports>,
	<mailto:cvs-ports-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/cvs-ports>
List-Post: <mailto:cvs-ports@freebsd.org>
List-Help: <mailto:cvs-ports-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-ports>,
	<mailto:cvs-ports-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 03 Jul 2008 03:07:05 -0000

On Thu, Jul 03, 2008 at 01:18:37AM +0300, Alex Kozlov wrote:
> On Wed, Jul 02, 2008 at 09:16:05PM +0000, Alexey Dokuchaev wrote:
> > I have a couple of questions:
> > 
> > - Is CONFIGURE_TARGET really necessary here? Is yes, could you elaborate
> >   on why whould it be?
> > - Exatra parameter --enable-nested-tables was added to CONFIGURE_ARGS,
> >   but commit log does not mention it.  What changes does it bring?
> It's allow to show table in table. By default lynx show only inner tables
> in that case. In my opinion this is quite safe option.
> Sorry for not mention it in description.

OK, thanks for clarification.

> > - ENABLE_DEFAULT_COLORS should probably be dropped altogether (with
> >   corresponding UPDARING note): we should not encourage non-standard
> >   knobs (i.e. not starting with WITH/WITHOUT) in most cases
> I agree, but someone may still have this knob in make.conf.
> May be best course of action will be warning and then dropping knob in next
> update.

OK, fair enough.

./danfe