On 12. Okt 2005, at 18:54 Uhr, Armando Di Cianno wrote:
Frameworks and system wide bundles belong into /usr/local/lib, app
specific bundles into /usr/local/lib/lowercase(appname)-version.
With respect to FHS, you mean /usr/lib, correct?
Well, yes. Depends. However the important thing is that the setup
below that is "correct" :-)
... so, if packaged by a distro/os, then OGo would be installed as you
described, but in /usr, not /usr/local, yes?
Yes, the uploaded Debian packages install into /usr. Packages
(nightly builts etc) provided by the OGo build system in /usr/local.
I haven't looked into OGo for a while, but out of curiousity, does it
still/does-it-work support classic GNUstep/OpenSTEP installation
Domains?
Yes. It works by first checking GNUstep env variables and then
falling back to /usr/local and /usr. The defaults system of lF uses
GNUSTEP_USER_ROOT when available and ~/.libFoundation otherwise.
FHS support in OGo is quite hackish API and makefile wise, but a
necessity nevertheless. It would be great if gstep-make would
directly support FHS installs.
I suppose I could just look, but I'm curious if it still
does, and if it is still planned to be supported for the future.
Yes, we have no intentions to remove GNUstep-env support. Its quite
useful in hosting setups because you can use it to have multiple
servers w/o being required to install virtual servers or even
multiple users.
BTW: you can even have half/half here. Some libs (eg SOPE) coming
from /usr or /usr/local and the apps from the GNUstep tree. Which can
be quite convenient too.
Greets,
Helge
--
http://docs.opengroupware.org/Members/helge/
OpenGroupware.org
_______________________________________________
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnustep
