[Debian GNUstep maintainers] Current GNUstep transition almost finished

[Yavor Doganov]

Hubert Chathi wrote:
> 
> I've uploaded all of the above, except for etoile.

Many thanks.  
agenda.app is ready but I had to package 0.28 because 0.29-0.34 all
depend on GNUstep SVN trunk and throw NSException(s) at runtime.
Upstream confirmed this, and also promised to relicense to "GPLv2 or
later" (the major GNUstep libs were relicensed to LGPLv3 and GPLv3 in
the trunk, so next stable releases will be under these licenses).

http://mentors.debian.net/debian/pool/main/a/agenda.app/agenda.app_0.28-1.dsc

For adun.app I've hit #456898 (the bug log contains info about the
problem below as well).  I also have to figure out how to build and
install the plugins, since Adun seems to be nearly unuseful without
them.  This is going to be a QA upload anyway -- I'll ask the Debian
science folks if they're willing to adopt adun.app.

> Due to some strangeness in Objective-C linking (which I don't fully
> understand), PopplerKit doesn't actually depend on gnustep-*, so it
> should be free to migrate to testing when the rest of the poppler
> packages are ready.

Right, it's an upstream bug which is very common (pantomime also
migrated, and it shouldn't).  This is because the library uses symbols
from other libraries, but doesn't link with them so the shlibs system
cannot function as expected.  dpkg-shlibdeps rightfully emits a lot of
warnings.  BTW, this is a serious bug as per Policy 10.2 since all
shared libraries must depend on other libraries they use symbols from.
(We are not being hit by this in real life, since viewpdf.app pulls in
all the necessary dependencies).

Because of such oddities I have decided to use the flag -Wl,-z,defs to
enforce symbol resolution at build time.

The attached patch solves this problem and after applying it the
dependencies

$ cat debian/libpopplerkit0.substvars
shlibs:Depends=libgnustep-base1.14 (>= 1.14.1), libfontconfig1 (>=
2.4.0), libgnustep-gui0.12 (>= 0.12.0), libpoppler2 (>= 0.6),
gnustep-gui-runtime (>= 0.12.0), libc6 (>= 2.7-1), libgcc1 (>=
1:4.2.1), gnustep-gpbs (>= 0.12.0), gnustep-back0.12 (>= 0.12.0),
libstdc++6 (>= 4.2.1), libobjc2 (>= 4.2.1), gnustep-base-runtime (>=
1.14.1)

appear to be right.