| 1 |
dirk.schoenberger@×××××××××.de wrote: |
| 2 |
> Sorry, but this attitude firmly belong into the "a GUI is just a frontend |
| 3 |
> to the CLI" camp, where I don't really subscribe too. A CLI has its place, |
| 4 |
> but a GUI does so, too, and both are not dependent upon. |
| 5 |
> KDE / GNOME .desktop entries doesn't really compare to Apple's app |
| 6 |
> folders, because .desktop entries are really just start scripts. An app |
| 7 |
> folder contains starting scripts and the related resources / libraries in |
| 8 |
> an all in one package. The idea is that you can copy an app folder around |
| 9 |
> in your local file system or to another file system (thing .dmg here), |
| 10 |
> while the application still remains runnable. So you have to include any |
| 11 |
> library, beside the Apple provided ones. |
| 12 |
|
| 13 |
I see your point, but I think it's a bit unrelated to Gentoo. It might |
| 14 |
however be easier to accomplish with Gentoo because it compiles from |
| 15 |
sources and has more control on how a package is built. Ideally one |
| 16 |
could do "ebuild myapp-1.0.ebuild osxapp" or something, just like |
| 17 |
"ebuild myapp-1.0.ebuild rpm" is there. (Or was envisioned.) |
| 18 |
|
| 19 |
>>> 1) packages which integrate nicely into the system (no dependencies, or |
| 20 |
>>> dependencies which are properly provided by MacOS) |
| 21 |
>> No collisions and no dependencies? No reason to wait for gentoo-osx then. |
| 22 |
> |
| 23 |
> No complicated dependencies. So this is the easiest part, where I still |
| 24 |
> like to have Gentoo's safety net which keeps knowledge about what files |
| 25 |
> belong to which package. This allows for clean uninstall, at least what |
| 26 |
> concerns removing files. I am not quite sure about Fink style install and |
| 27 |
> uninstall scripts. |
| 28 |
|
| 29 |
Uninstalling fink is "rm -R /sw", uninstalling a separate package... |
| 30 |
well, must be possible, though I cannot remember having it done myself. |
| 31 |
|
| 32 |
>>> 2) packages which clash with MacOS provided packages, things like python |
| 33 |
>>> or automake spring to mind |
| 34 |
>> And bash, ls, grep, emacs, vi, vim, gcc, perl, python, tcl/tk, apache, |
| 35 |
>> etc. etc. etc. |
| 36 |
> |
| 37 |
> python and automake are the cases which really annoy me, but naturally you |
| 38 |
> are correct about the other packages, too. If possible I would like to use |
| 39 |
> an Apple provided gcc, so this package is disputable. |
| 40 |
|
| 41 |
Yes, me too, and especially the Apple linker! (ld) But maybe Kito knows |
| 42 |
whether this linker can also be installed if the source is available. |
| 43 |
|
| 44 |
|
| 45 |
-- |
| 46 |
Fabian Groffen |
| 47 |
Gentoo for Mac OS X Project -- Interim Lead |
| 48 |
-- |
| 49 |
gentoo-osx@g.o mailing list |
Archives