[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

mass bug gnustep programs: policy violation



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 /usr/lib/GNUstep
<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 --> /usr/lib/GNUstep/System/Applications/Gorm.app/Gorm
<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 /usr/lib/GNUstep/System/Tools/openapp <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

Attachment: signature.asc
Description: OpenPGP digital signature


Reply to: