Re: [gentoo-osx] The road ahead?

[Grobian <grobian@gentoo.org>]

dirk.schoenberger@sz-online.de wrote:
> Sorry, but this attitude firmly belong into the "a GUI is just a frontend
> to the CLI" camp, where I don't really subscribe too. A CLI has its place,
> but a GUI does so, too, and both are not dependent upon.
> KDE / GNOME .desktop entries doesn't really compare to Apple's app
> folders, because .desktop entries are really just start scripts. An app
> folder contains starting scripts and the related resources / libraries in
> an all in one package. The idea is that you can copy an app folder around
> in your local file system or to another file system (thing .dmg here),
> while the application still remains runnable. So you have to include any
> library, beside the Apple provided ones.

I see your point, but I think it's a bit unrelated to Gentoo.  It might 
however be easier to accomplish with Gentoo because it compiles from 
sources and has more control on how a package is built.  Ideally one 
could do "ebuild myapp-1.0.ebuild osxapp" or something, just like 
"ebuild myapp-1.0.ebuild rpm" is there.  (Or was envisioned.)

>>> 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.
> 
> No complicated dependencies. So this is the easiest part, where I still
> like to have Gentoo's safety net which keeps knowledge about what files
> belong to which package. This allows for clean uninstall, at least what
> concerns removing files. I am not quite sure about Fink style install and
> uninstall scripts.

Uninstalling fink is "rm -R /sw", uninstalling a separate package... 
well, must be possible, though I cannot remember having it done myself.

>>> 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.
> 
> python and automake are the cases which really annoy me, but naturally you
> are correct about the other packages, too. If possible I would like to use
> an Apple provided gcc, so this package is disputable.

Yes, me too, and especially the Apple linker! (ld)  But maybe Kito knows 
whether this linker can also be installed if the source is available.


-- 
Fabian Groffen
Gentoo for Mac OS X Project -- Interim Lead
-- 
gentoo-osx@gentoo.org mailing list