[Debian GNUstep maintainers] Is anyone maintaining gnustep-dl2? (was: RFS: gnustep-dl2 NMU fixing #360547 and #293025)

[Anthony Juckel]

Whether or not the package is accepted, I still appreciate the
feedback, so I'll continue plugging away at this package.  I'll leave
the decision to those wiser than I whether it would be worth-while to
try to salvage gnustep-dl2 in etch.

I've completed most of your suggestions, but I'm having a little
trouble with gsdh_gnustep.  After building with gsdh_gnustep, I get a
few lintian errors about symlinks in a non-dev package.  I'm assuming
this is because the library files have moved from /usr/lib/GNUstep
into FHS-compliant locations, so they now trip up lintian.  I'll next
look into splitting this into the more policy-compliant libgnustep-dl2
and libgnustep-dl2-dev packages.

In the shorter term, I'll try to upload the updated NMU to my repo shortly.

On 7/31/06, Hubert Chan <hubert at uhoreg.ca> wrote:
> - this is a GNUstep-specific comment, but for most GNUstep packages,
>   especially library packages such as gnustep-dl2, it is now also
>   necessary to add a call to gsdh_gnustep in the debian/rules file, in
>   the binary-* targets.  This is due to a change in directory structure
>   between the Debian versions of gnustep-make (and -base) 1.09 and 1.10.
> - your NMU would also have fixed #343202, by nature of building against
>   a newer version of postgresql-dev.
>
> Other than that, your NMU seems to be pretty good.
>
> Again, thank you very much for your contribution, and I hope that you
> will continue helping to improve Debian.

Thanks for the feedback.  It is very much appreciated.

Anthony W. Juckel