Ola Lundqvist <opal@debian.org> writes:
> I do not really see a problem here. All gnustep packages store
> files in a (at least sort of) FHS compliant directory:
> /usr/lib/GNUstep
Are the files stored there only object files, libraries and internal
binaries not intended to be executed directly by users? [This is quoted
From the FHS]
> It is not very different from perl, python, emacs, java (and more) packages
> that have a "filesystem" of it's own and managed there.
Listing Perl, Python and Emacs here is totally wrong (and I don't know
enough about Java packaging to speak about it). Perl is the best
example: Architecture-dependend data is stored in /usr/lib/perl{/,5/},
arch-indep data in /usr/share/perl. Perl scripts that are intended to be
used directly go to {/usr,}/bin. There's not a "filesystem" in
/usr/lib/perl, only a tree of modules.
> The only thing that can be argued is that the name maybe should be
> without capital letters, but I do not think that is very important.
NACK. GNUstep is not FHS-compliant and really should be fixed.
[Please stop the top-posting and quote properly. Thanks.]
Marc
--
BOFH #177:
sticktion
Attachment:
pgp1Xyed3i2rF.pgp
Description: PGP signature