[Debian GNUstep maintainers] Moving Resources to /usr/share properly

[Yavor Doganov]

In the past weeks I've been installing/upgrading GNUstep on several
workstations in the office (running Etch).  The packages that
currently move their Resources to /usr/share (lusernet.app and
rssreader.app) fail to do so.  The only smooth upgrade happens with
gnumail.app, which had this problem, but was fixed long ago.

Unfortunately, what we've started to do with moving the Resources dir
is not enough.

The relevant snippet in debian/rules is this:

ifndef DEB_GNUSTEP_NO_MOVE
        dh_installdirs usr/share/GNUstep
        mv debian/lusernet.app$(GS_SYSTEM_ROOT)/Applications/LuserNET.app/Resources debian/lusernet.app/usr/share/GNUstep/LuserNET.app
        rm -rf debian/lusernet.app$(GS_SYSTEM_ROOT)/Applications/LuserNET.app/Resources
        dh_link usr/share/GNUstep/LuserNET.app usr/lib/GNUstep/System/Applications/LuserNET.app/Resources
endif

This doesn't work as expected, in fact I've experienced reincarnations
of #364143, but note that I didn't have any custom files installed
there.  In the case of lusernet.app, this is an important bug (missing
app icon and translations), for apps with .gorm files it is a grave
one.

Hubert's preinst script for gnumail.app deals with the problem
perfectly, and also with the extremely rare case when there are user's
files to move.  I'm attaching it here for your review.  In case there
are no objections, I plan to upload lusernet.app, rssreader.app and
projectmanager.app with such a preinst script, shamelessly "stolen"
form Hubert.

This issue affects only upgrades, so I'll remove the script some time
after Etch is released.  Accordingly, packages that will do this in
etch+1 will have to keep this script until etch+2.