From owner-cvs-ports@FreeBSD.ORG  Sat May 22 11:13:39 2010
Return-Path: <owner-cvs-ports@FreeBSD.ORG>
Delivered-To: cvs-ports@FreeBSD.org
Received: by hub.freebsd.org (Postfix, from userid 1033)
	id EFB451065673; Sat, 22 May 2010 11:13:39 +0000 (UTC)
Date: Sat, 22 May 2010 11:13:39 +0000
From: Alexey Dokuchaev <danfe@FreeBSD.org>
To: Hajimu UMEMOTO <ume@FreeBSD.org>
Message-ID: <20100522111339.GA49597@FreeBSD.org>
References: <201005211951.o4LJp46e084250@repoman.freebsd.org>
	<yge1vd4h5zr.wl%ume@mahoroba.org> <87bpc832m4.fsf@kobe.laptop>
	<20100522063751.GA87869@FreeBSD.org>
	<87y6fc1jxd.fsf@kobe.laptop> <ygezkzsfihm.wl%ume@mahoroba.org>
	<20100522084946.GA23161@FreeBSD.org>
	<ygey6fcfdhl.wl%ume@mahoroba.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=koi8-r
Content-Disposition: inline
In-Reply-To: <ygey6fcfdhl.wl%ume@mahoroba.org>
User-Agent: Mutt/1.4.2.1i
Cc: cvs-ports@FreeBSD.org, Giorgos Keramidas <keramida@FreeBSD.org>,
	cvs-all@FreeBSD.org, ports-committers@FreeBSD.org
Subject: Re: cvs commit: ports/editors/emacs Makefile
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: Sat, 22 May 2010 11:13:40 -0000

On Sat, May 22, 2010 at 07:16:22PM +0900, Hajimu UMEMOTO wrote:
> Though I myself always build from ports and don't use packages, having
> -nox11 package for emacs is good thing, IMHO.
> I'm not sure how useful emacs with DBUS without X11 is.  Actually, I'm
> using emacs without both X11 and DBUS.  How about disabling both, for
> now?

Disabling both makes even more sense than disabling any one of them,
resulting in a lightweight package, which even I (who does not use
package either) agree might be a good thing to have.

./danfe