Re: mass bug gnustep programs: policy violation
I like your very accurate investigation and claiming that "all
programs dependant upon gnustep-base1". In the case of gorm this can
be fixed by providing a wrapper script in /usr/bin, as it's done for
not only a handful of packages.
Provided this fix satisfies you concerns, please file bug reports for
the appropriate packages. If you do have other concerns please state
how these should be addressed.
Your help as a GNUstep user and Debian developer would be appreciated.
Dan Weber writes:
> There is a serious policy violation regarding all programs dependant
> upon gnustep-base1 and themselves. They break Section 9.1.1 of the
> Debian Policy.
> Using /usr/lib/GNUstep for non-lib and executable binaries for direct
> invocation is not permitted.
> With Given Permission, I have quoted some logs from IRC to be included.
> <trave11er> dan2: what's the violation?
> <dan2> trave11er: breaks FHS compliance (9.1.1)
> <trave11er> in what way?
> <dan2> trave11er: installing binaries, documentation, etc in to
> <dan2> even /usr/lib/GNUstep is a violation even if it was only libs
> <trave11er> binaries in /usr/lib/package are ok, as far as they are not
> supposed to be run by end users
> <dan2> this for instace -->
> <dan2> trave11er: but they are to be run by the user
> <trave11er> dan2: directly?
> <dan2> yes
> <trave11er> it is not a symbolic link?
> <dan2> no
> <dan2> let me debrief you rather quickly on using gnustep applications
> <dan2> to use a GNUstep application you first have to do this
> <dan2> source /usr/lib/GNUstep/System/Library/Makefiles/GNUstep.sh
> <dan2> then you use a program called openapp which is located in
> <trave11er> i used windowmaker in the past, i do not recall that i had
> to do anything like that
> <dan2> openapp will then load the program from /usr/lib/GNUstep/Applications
> <dan2> trave11er: windowmaker does not, only gnustep applications
> <dan2> windowmaker is not a gnustep application