Gentoo Archives: gentoo-osx

From: Nathan <nathan.stocks@×××××.com>
To: gentoo-osx@l.g.o
Subject: Re: [gentoo-osx] The road ahead?
Date: Tue, 01 Nov 2005 16:08:03
Message-Id: 96c9d6a80511010807k76b88056i4021a6bb746df607@mail.gmail.com
In Reply to: [gentoo-osx] The road ahead? by dirk.schoenberger@sz-online.de
1 On 10/31/05, dirk.schoenberger@×××××××××.de
2 <dirk.schoenberger@×××××××××.de> wrote:
3 > Just wanted to put my 2cent into the discussion.
4 > I suppose I am currently just a pure Gentoo-OSX user, and while I see the
5 > point of the prefix project, I am not really convinced by it. I like the
6 > way Gentoo integrates into the system, or at least the part accessible by
7 > a console.
8
9 (Foreward: I'm not trying to be offensive or attack Dirk. Please
10 read the following as having being written with a 'thoughtful' or
11 'didactic' tone, because it is)
12
13 Hmm. I would have to put my vote firmly in the opposite camp. If
14 Gentoo can't keep itself separate from OS X, it's useless to me, as I
15 depend on a fully-functioning OS X system for my day job. Anyone who
16 needs a working OS X system needs prefixed installs with gentoo-osx.
17 Path collisions != "integrat[ing] into the system".
18
19 > I see this as an advantage above e.g. Fink, with its own namespace. The
20 > namespace variant implies that I have to fudge around with PATH variables
21 > and other CLI stuff, in order to get the apps working. I still have no
22 > real MacOSX integration, with App folder and GUI starter elements (which
23 > would be my biggest feature request)
24
25 I see not trashing the existing system software as far more important
26 than the minor configuration of your path. This is Gentoo! What "App
27 folder" are you expecting? KDE menus, Gnome menus, etc. are basically
28 fancy widgets that execute CLI commands when you click on them. If
29 you need something to click on for your own sanity, the logical thing
30 for you to do would be to create some scripts in /Applications that
31 call the X apps you use when you click on them, assuming you got the X
32 apps installed in the first place. I wouldn't be surprised if someone
33 came up with a fink-commander-like project for OS X (to install and
34 run stuff) if the prefixed-installs-hurdle ever gets passed.
35
36 > From what I see as a user, the Gentoo packages divide into 4 categories
37 >
38 > 1) packages which integrate nicely into the system (no dependencies, or
39 > dependencies which are properly provided by MacOS)
40
41 No collisions and no dependencies? No reason to wait for gentoo-osx then.
42
43 > 2) packages which clash with MacOS provided packages, things like python
44 > or automake spring to mind
45
46 And bash, ls, grep, emacs, vi, vim, gcc, perl, python, tcl/tk, apache,
47 etc. etc. etc.
48 I would guess this is a _lot_ of packages, including most of the stuff
49 that just having a gentoo system depends on.
50
51 > 3) packages which depend on 2)
52
53 This wold be the rest of the packages.
54
55 > 4) misc packages which are otherwise problematic. This means most of the
56 > package.masked packages, where I cannot really speak about.
57
58 Not really a separate category. Any of the above can belong to your
59 category 4 as well.
60
61 > The biggest problem is obiously the packages in 2)
62
63 Which prefixed installs will solve. When portage fully supports
64 prefixed installs, then:
65 (1) A base system gets created by devs by whatever means (hopefully
66 the only step with mandatory dependencies on Apple tools)
67 (2) Regular users install the prefix-enabled base system into a prefix
68 (and add $PREFIX/bin, $PREFIX/sbin, etc. to .bashrc)
69 (3) 'emerge mypackage' uses the gentoo system in $PREFIX to build
70 'mypackage' and install in into
71 $PREFIX/regular/gentoo/path/for/the/package
72 (4) USERS REJOICE!
73 (5) At this point, I'm sure someone will start a 'fink-commander'-like
74 project for people who aren't comfortable with the command-line
75
76 > My private idea in order to emerge packages in 3) would currently be to
77 > manually install the needed packages in places like /usr/local (instead of
78 > Gentoos /usr) and put these packages into package.provided. It would be
79 > really nice if I could use this way while still being able to use the
80 > emerge functionaltiy. Perhaps this could be handled by a special USE flag?
81
82 Manually "install" packages whose dependencies won't install? I think
83 you have missed the concept that the dependencies are necessary to
84 both compile and run the package.
85
86 Anyway, not trying to be disagreeable or mean--no offense meant to
87 Dirk in any way.
88
89 I'm excited to hear kito/ferringb's news about prefixed install
90 progress. I've been a Gentoo user for 3 years and currently have over
91 a dozen rack-mounted Gentoo Linux (x86) servers (and more coming every
92 month). I've got four other developers at my work and myself using
93 100% Apple hardware on the desktop (powerbooks mostly), and soon 100%
94 Gentoo Linux on the servers. We're all currently using fink and
95 darwinports for our OSS currently--just waiting for prefixed
96 installs...
97
98 Man, that took too long. I had better get to work. :-)
99
100 --
101 gentoo-osx@g.o mailing list

Replies

Subject Author
Re: [gentoo-osx] The road ahead? Kito <kito@g.o>
Re: [gentoo-osx] The road ahead? dirk.schoenberger@×××××××××.de