From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org)
	by nuthatch.gentoo.org with esmtp (Exim 4.50)
	id 1EWyg6-0000cf-Qc
	for garchives@archives.gentoo.org; Tue, 01 Nov 2005 16:08:03 +0000
Received: from robin.gentoo.org (localhost [127.0.0.1])
	by robin.gentoo.org (8.13.5/8.13.5) with SMTP id jA1G7eGF032367;
	Tue, 1 Nov 2005 16:07:40 GMT
Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.194])
	by robin.gentoo.org (8.13.5/8.13.5) with ESMTP id jA1G7dY2020365
	for <gentoo-osx@lists.gentoo.org>; Tue, 1 Nov 2005 16:07:39 GMT
Received: by xproxy.gmail.com with SMTP id h29so1435473wxd
        for <gentoo-osx@lists.gentoo.org>; Tue, 01 Nov 2005 08:07:39 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
        s=beta; d=gmail.com;
        h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
        b=irw5zGv3JhcDdkJ6QaWJ9uDljLR5wRqPG9wcXWM9pB5nEZRi9YDu+yu91Hw8p//bZ6Vt1n030hg149LfSxpa65QESg+5snNgpM18ExRc0MTgAE0YIBZ6O7bEIx8dJnSuytWz5P1eyFfPewTxn264pw6lw5FtyeMg9/af4NbdyPc=
Received: by 10.64.233.6 with SMTP id f6mr1174995qbh;
        Tue, 01 Nov 2005 08:07:38 -0800 (PST)
Received: by 10.65.44.18 with HTTP; Tue, 1 Nov 2005 08:07:38 -0800 (PST)
Message-ID: <96c9d6a80511010807k76b88056i4021a6bb746df607@mail.gmail.com>
Date: Tue, 1 Nov 2005 09:07:38 -0700
From: Nathan <nathan.stocks@gmail.com>
To: gentoo-osx@lists.gentoo.org
Subject: Re: [gentoo-osx] The road ahead?
In-Reply-To: <61654.84.179.46.234.1130797067.squirrel@mail.sz-online.de>
Precedence: bulk
List-Post: <mailto:gentoo-osx@lists.gentoo.org>
List-Help: <mailto:gentoo-osx+help@gentoo.org>
List-Unsubscribe: <mailto:gentoo-osx+unsubscribe@gentoo.org>
List-Subscribe: <mailto:gentoo-osx+subscribe@gentoo.org>
List-Id: Gentoo Linux mail <gentoo-osx.gentoo.org>
X-BeenThere: gentoo-osx@gentoo.org
Reply-to: gentoo-osx@lists.gentoo.org
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Disposition: inline
References: <61654.84.179.46.234.1130797067.squirrel@mail.sz-online.de>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by robin.gentoo.org id jA1G7dY2020365
X-Archives-Salt: ef0cbc2f-6946-4226-baab-3a78e958c6e9
X-Archives-Hash: 5bff24011ce9f082d6be1c4204d37a0a

On 10/31/05, dirk.schoenberger@sz-online.de
<dirk.schoenberger@sz-online.de> wrote:
> Just wanted to put my 2cent into the discussion.
> I suppose I am currently just a pure Gentoo-OSX user, and while I see the
> point of the prefix project, I am not really convinced by it. I like the
> way Gentoo integrates into the system, or at least the part accessible by
> a console.

(Foreward:  I'm not trying to be offensive or attack Dirk.  Please
read the following as having being written with a 'thoughtful' or
'didactic' tone, because it is)

Hmm.  I would have to put my vote firmly in the opposite camp.  If
Gentoo can't keep itself separate from OS X, it's useless to me, as I
depend on a fully-functioning OS X system for my day job.  Anyone who
needs a working OS X system needs prefixed installs with gentoo-osx. 
Path collisions != "integrat[ing] into the system".

> I see this as an advantage above e.g. Fink, with its own namespace. The
> namespace variant implies that I have to fudge around with PATH variables
> and other CLI stuff, in order to get the apps working. I still have no
> real MacOSX integration, with App folder and GUI starter elements (which
> would be my biggest feature request)

I see not trashing the existing system software as far more important
than the minor configuration of your path.  This is Gentoo!  What "App
folder" are you expecting?  KDE menus, Gnome menus, etc. are basically
fancy widgets that execute CLI commands when you click on them.  If
you need something to click on for your own sanity, the logical thing
for you to do would be to create some scripts in /Applications that
call the X apps you use when you click on them, assuming you got the X
apps installed in the first place. I wouldn't be surprised if someone
came up with a fink-commander-like project for OS X (to install and
run stuff) if the prefixed-installs-hurdle ever gets passed.

> From what I see as a user, the Gentoo packages divide into 4 categories
>
> 1) packages which integrate nicely into the system (no dependencies, or
> dependencies which are properly provided by MacOS)

No collisions and no dependencies?  No reason to wait for gentoo-osx then.

> 2) packages which clash with MacOS provided packages, things like python
> or automake spring to mind

And bash, ls, grep, emacs, vi, vim, gcc, perl, python, tcl/tk, apache,
etc. etc. etc.
I would guess this is a _lot_ of packages, including most of the stuff
that just having a gentoo system depends on.

> 3) packages which depend on 2)

This wold be the rest of the packages.

> 4) misc packages which are otherwise problematic. This means most of the
> package.masked packages, where I cannot really speak about.

Not really a separate category.  Any of the above can belong to your
category 4 as well.

> The biggest problem is obiously the packages in 2)

Which prefixed installs will solve.  When portage fully supports
prefixed installs, then:
(1) A base system gets created by devs by whatever means (hopefully
the only step with mandatory dependencies on Apple tools)
(2) Regular users install the prefix-enabled base system into a prefix
(and add $PREFIX/bin, $PREFIX/sbin, etc. to .bashrc)
(3) 'emerge mypackage' uses the gentoo system in $PREFIX to build
'mypackage' and install in into
$PREFIX/regular/gentoo/path/for/the/package
(4) USERS REJOICE!
(5) At this point, I'm sure someone will start a 'fink-commander'-like
project for people who aren't comfortable with the command-line

> My private idea in order to emerge packages in 3) would currently be to
> manually install the needed packages in places like /usr/local (instead of
> Gentoos /usr) and put these packages into package.provided. It would be
> really nice if I could use this way while still being able to use the
> emerge functionaltiy. Perhaps this could be handled by a special USE flag?

Manually "install" packages whose dependencies won't install?  I think
you have missed the concept that the dependencies are necessary to
both compile and run the package.

Anyway, not trying to be disagreeable or mean--no offense meant to
Dirk in any way.

I'm excited to hear kito/ferringb's news about prefixed install
progress.  I've been a Gentoo user for 3 years and currently have over
a dozen rack-mounted Gentoo Linux (x86) servers (and more coming every
month).  I've got four other developers at my work and myself using
100% Apple hardware on the desktop (powerbooks mostly), and soon 100%
Gentoo Linux on the servers.  We're all currently using fink and
darwinports for our OSS currently--just waiting for prefixed
installs...

Man, that took too long.  I had better get to work.  :-)

-- 
gentoo-osx@gentoo.org mailing list