Re: FHS compliance/Abstraction of NSBundle

[Yen-Ju Chen]

Andrew Ruder <andy <at> aeruder.net> writes:

> 
> On Mon, May 08, 2006 at 07:21:04PM -0700, Gregory John Casamento wrote:
> > FHS Compliance
> > ==============
> >  We could have Foundation and AppKit in the /usr/local/include
> >  directory, the libraries in /usr/local/lib and the resources for the
> >  libraries in /usr/local/share.   This could be offered as an option
> >  for the user at configuration time.   This would allow the deployment
> >  of GNUstep in an FHS compatible fashion. 
> 
> I don't believe that this should be an option; this should be *STANDARD*
> operation.  As I discussed with Greg earlier, I think one problem with
> GNUstep is that there is an incredibly large barrier to entry:
[snip]

I think it is unfair to say that just because GNUstep does not conform to FHS
and has some other features.
FHS is not the only choice in open source world.
Even Xwindow is installed in difference place in Linux, FreeBSD and MacOS X.
I got GNUstep ready to use through DarwinPorts.
The only thing I need to learn is to start GNUstep.sh and use 'openapp'.
On the other hand, I don't even know how to start Gnome if I start
xwindow from terminal (This happens when I crash Gnome and am forced
to quit xwindow).

What we need is a desktop environment like Gnome and KDE.
There are several attempts including Etoile.
I remember the time I use gnome 0.x or 1.x.
It is just like GNUstep now.
What we need is a good installaion system, which can go through the
package system
in distros, and some good applications and integration.
Look at Xfce, which is also a nice dekstop environment.
I believe it conforms to FHS (never use it, though).
It is still not as popular as Gnome and KDE.

But I do think the OpenGroupware.org has a good arguement
that Foundation should have an option to be installed in FHS as libFoundation.
AppKit need some other resources and is not worth to do that in my own opinions

Yen-Ju

> 
> - Andy
> 
> P.S. I think this will also boost our adoption into distros incredibly,
> GNUstep is not exactly the easiest thing to get into a distro due to its
> non-conformity.
> 
> > One of the things which I've done on the NibCompatibility branch is to
> > abstract the model loading mechanism so that it has "loader" classes.
> > Each loader handles a specific type of gui model (i.e. GSGormLoader
> > for gorms, GSNibLoader for nibs and GSGModelLoader for gmodels).  Each
> > loader registers itself with a factory class so that the scheme is
> > entirely open and can be easily extended.  A similar scheme would be
> > possible to implement for NSBundles.
> 
> P.P.S. Excellent work on the Nib loading stuff so far.  It will be a
> great boon to GNUstep. :)
>