[pkg-GNUstep-maintainers] Re: Bug#256141: addresses: GNUstep Mass Bug Breaks Policy Section 9.1.1

[Eric Heintzmann]

On 2004-07-30 11:58:18 +0200 Steve Langasek <vorlon@debian.org> wrote:

> reassign 256141 addresses-framework
> thanks
> 
> There does appear to be a policy violation here.  The files installed
> under
> /usr/lib/GNUstep/System/Library/Frameworks/Addresses.framework/Versions/A/Headers/
> are (Obj)C header files, which according to the FHS should be 
> installed
> under /usr/include/. 

The FHS says:
4.3 /usr/include : Directory for standard include files.
This is where all of the system's general-use include files for the C 
and C++ programming languages should be placed.

Since these headers are part of a gnustep framework (see these 
frameworks like plugins), they are not standard or of general-use and 
they don't need to be moved in /usr/include. ( But I agree that 
installing headers  /usr/lib... is not FHS-compliant).


> The directory
> /usr/lib/GNUstep/System/Library/Headers/ seems to be the one used by 
> the
> compiler; moving the contents of that directory to /usr/include may be
> an appropriate resolution for this bug.
> 
> If there are reasons why ObjC headers cannot safely be installed under
> /usr/include, you may want to open a discussion on the debian-devel 
> list
> about this.
> 
> Thanks,
> 
The problem is that the GNUstep Makefiles system install them at this 
place, and expect to find them here and not in /usr/include. (you will 
find same problem in all other GNUstep packages).

But the problem is more general, GNUstep uses is own filesystem 
layout, wich is not FHS compliant.
(see it here: 
http://www.gnustep.org/resources/documentation/filesystem.ps)
Changing this layout implies to break this elegant layout, and to fork 
GNUstep make.

	Eric