From owner-freebsd-stable@FreeBSD.ORG Wed Dec 4 02:34:01 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 43572242 for ; Wed, 4 Dec 2013 02:34:01 +0000 (UTC) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 2B83717D0 for ; Wed, 4 Dec 2013 02:34:01 +0000 (UTC) Received: from Alfreds-MacBook-Air.local (50-204-88-5-static.hfc.comcastbusiness.net [50.204.88.5]) by elvis.mu.org (Postfix) with ESMTPSA id 922CB1A3C19; Tue, 3 Dec 2013 18:34:00 -0800 (PST) Message-ID: <529E9497.4040609@freebsd.org> Date: Tue, 03 Dec 2013 18:33:59 -0800 From: Alfred Perlstein Organization: FreeBSD User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: Daniel O'Connor Subject: Re: BIND segway -> python -> first-class ports References: <529E8C53.6020208@freebsd.org> <529E8F34.5040604@freebsd.org> <09D50FED-23A9-46D3-A589-443BEC04F353@gsoft.com.au> In-Reply-To: <09D50FED-23A9-46D3-A589-443BEC04F353@gsoft.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Dec 2013 02:34:01 -0000 On 12/3/13, 6:23 PM, Daniel O'Connor wrote: > On 4 Dec 2013, at 12:41, Alfred Perlstein wrote: >> So yes, let's get python in base, but *not make it user visible*. We need to only make it visible for internal use of our "src base". > This would still be problematic for, say hypothetical Python bindings to BIND (I have no idea if they exist but let's assume they do). > > Either the bindings are hidden, in which case only 'base' can use them which makes them pointless, or they would need to be an external port (but they which Python would they use? ergh..) > > This is like the problem with Open Office having its own Python - unless you run that binary you can't safely use the bindings which renders them almost useless. I see your point, however that's exactly how it should work. For instance if we "hide" the compiler, we must still export it for people to do things like build kernel modules, we just shouldn't name it "cc" or put it into /usr/bin. 3rd parties that want to write code that is loadable into the kernel or into bind or openoffice or whatever. For access to these applications you must explicitly ask for them, not stumble over them. -Alfred > > -- > Daniel O'Connor software and network engineer > for Genesis Software - http://www.gsoft.com.au > "The nice thing about standards is that there > are so many of them to choose from." > -- Andrew Tanenbaum > GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C > > > > > >