From owner-freebsd-ports@FreeBSD.ORG Fri Dec 4 15:32:13 2009 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 766A81065670; Fri, 4 Dec 2009 15:32:13 +0000 (UTC) (envelope-from ehaupt@FreeBSD.org) Received: from mx.critical.ch (cl-190.zrh-01.ch.sixxs.net [IPv6:2001:41e0:ff00:bd::2]) by mx1.freebsd.org (Postfix) with ESMTP id 0038B8FC18; Fri, 4 Dec 2009 15:32:12 +0000 (UTC) Received: from wiggles.w.critical.ch (localhost [IPv6:::1]) by mx.critical.ch (8.14.3/8.14.3/critical-1.0) with SMTP id nB4FWBCI074091; Fri, 4 Dec 2009 16:32:11 +0100 (CET) (envelope-from ehaupt@FreeBSD.org) Date: Fri, 4 Dec 2009 16:32:11 +0100 From: Emanuel Haupt To: Alexey Dokuchaev Message-Id: <20091204163211.593d8377.ehaupt@FreeBSD.org> In-Reply-To: <20091204151829.GA31164@FreeBSD.org> References: <20091204154724.4ce9a0cb.ehaupt@FreeBSD.org> <20091204151829.GA31164@FreeBSD.org> X-Mailer: Sylpheed 2.7.1 (GTK+ 2.18.3; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org, Emanuel Haupt Subject: Re: nvidia-driver 64bit version 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: Fri, 04 Dec 2009 15:32:13 -0000 > On Fri, Dec 04, 2009 at 03:47:24PM +0100, Emanuel Haupt wrote: > > Hi > > > > I was wondering if you're working on a port for the 64bit version of > > the new beta state nvidia driver [1]. > > Yup, thanks for the pointer. I'm considering options right now. > > > > > Since it's a completely different version it should IMO be separate > > from x11/nvidia-driver. Maybe x11/nvidia-driver-amd64 and > > x11/nvidia-driver could be renamed to x11/nvidia-driver-i386. > > This would be the easiest route, but I'm not sure this is the best > thing to do. From user's perspective, one should be able to "cd > category/port" and "make install". The rest (including taking care of > architecture-dependent things) should be handled by underlying > infrastructure. Right now I believe our bpm is capable of the task, > and my pmake/bpm-fu is strong enough, we'll see. Right, you can put shared make functionality in a seperate file and include it by both ports. Personally I'd prefer two seperate ports rather than OPTIONS because the two drivers don't provide the same funcionality (ie missing TRIM support) and have different versions. Emanuel