From owner-freebsd-ports@FreeBSD.ORG Fri Jun 9 09:33:46 2006 Return-Path: X-Original-To: ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B44B16A41A; Fri, 9 Jun 2006 09:33:46 +0000 (UTC) (envelope-from gabor.kovesdan@t-hosting.hu) Received: from server.t-hosting.hu (server.t-hosting.hu [217.20.133.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 609F643D78; Fri, 9 Jun 2006 09:33:43 +0000 (GMT) (envelope-from gabor.kovesdan@t-hosting.hu) Received: from localhost (localhost [127.0.0.1]) by server.t-hosting.hu (Postfix) with ESMTP id 54A08999574; Fri, 9 Jun 2006 11:33:37 +0200 (CEST) X-Virus-Scanned: amavisd-new at t-hosting.hu Received: from server.t-hosting.hu ([127.0.0.1]) by localhost (server.t-hosting.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id d-0rz9JFrAQT; Fri, 9 Jun 2006 11:33:31 +0200 (CEST) Received: from [192.168.2.186] (catv-50635cb6.catv.broadband.hu [80.99.92.182]) by server.t-hosting.hu (Postfix) with ESMTP id C59F8999A30; Fri, 9 Jun 2006 11:33:30 +0200 (CEST) Message-ID: <44894067.2040105@t-hosting.hu> Date: Fri, 09 Jun 2006 11:33:27 +0200 From: =?UTF-8?B?S8O2dmVzZMOhbiBHw6Fib3I=?= User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 To: Alexander Leidinger References: <448937F5.4070607@t-hosting.hu> <20060609111749.xl8dr4sq7ko8w80c@netchild.homeip.net> In-Reply-To: <20060609111749.xl8dr4sq7ko8w80c@netchild.homeip.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: ports@FreeBSD.org, emulatorion@FreeBSD.org Subject: Re: The future of Gentoo ports 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, 09 Jun 2006 09:33:46 -0000 Alexander Leidinger wrote: > Quoting Kövesdán Gábor (from Fri, 09 Jun > 2006 10:57:25 +0200): > >> My idea is to repocopy and rename these ports like: >> emulators/linux_base-gentoo-stage1 -> emulators/linux_dist-gentoo-stage1 > > Since you are introducing a new class of linux ports, I like to take > the opportunity to ask for a bikeshed color... > > We have a mix of naming styles. linux-foo, linux_foo and > linux_foo-bar. Does it make sense to use an underscore here instead of > a minus sign? Should we read it as 'this is a "linux dist" port of > "gento" "stage1"', or should we read it as 'this is a "linux" port, it > is a "dist"ribution of "gentoo" "stage1"? > > The former is some kind of semantic-view, that later is more like a > consistent naming scheme. I'd prefer linux_dist since these are somewhat more related to linux_base than linux- ports in general. > >> This introduces a new group of ports (linux_dist*) that are complete >> linux environment for cross-development, etc. At the same time a > > Sounds good. > >> WITH_LINUXBASE macro should be added for installing them into >> ${LINUXBASE} and this requires a conditional CONFLICTS with another >> linux_base ports. > > One of the first thoughts I had here is: via OPTIONS or not, what > would be better? And if using OPTIONS, is it possible to still use > CONFLICTS (evaluation order may be important here)? > > But I think you will solve this problem. :-) I think placing a short note in pre-fetch is enough, the OPTIONS dialog just makes the port more complicated and looks ugly with only one option. > >> If this has been accomplished, I also want to add then three metaports >> as emulators/linux_base-gentoo-stage[123] for the old functionality, >> this would install the ports with WITH_LINUXBASE set, but these >> metaports can be set DEPRECATED without an EXPIRATION_DATE to just note >> that the use of these are discouraged. > > There should be a comment explaining it near DEPRECATED then, so that > a committer doesn't decides to axe those ports. > Sounds good. The pkg-descr should be changed to a sensible explanation > then. I try to come up with a good one for the default linux base port > which mentions the differences compared to the linux_dist port then. > > Bye, > Alexander. > OK, I'll work on a patch for these changes and send a follow-up for review. Gabor Kovesdan