On Thu, Sep 24, 2015 at 1:38 PM, Jakub Wilk <jw...@debian.org> wrote:
> Conflicts/replaces on "libgraphicsmagick3" in necessary because of
> /usr/{lib,share}/GraphicsMagick-1.3.21/ directories. :-/ Fortunately, can
> make the new package co-installable with the jessie version by making
> conflict/replaces versioned:
>
> Conflicts: libgraphicsmagick3 (>= 1.3.21)
> Replaces: libgraphicsmagick3 (>= 1.3.21)
+1
>> +++ graphicsmagick-1.3.21/debian/graphicsmagick.install 2015-09-22
>> 21:55:12.000000000 +0200
>> @@ -1,2 +1,3 @@
>> usr/bin/gm
>> usr/share/doc/graphicsmagick/www
>> +usr/share/man/man1/gm.1
>
> I don't understand what why this change is needed. It's not documented in
> the changelog.
A quick check showed the manpage is not installed otherwise, need check.
>> +++ graphicsmagick-1.3.21/debian/libgraphicsmagick++1-dev.links 2015-09-23
>> 00:40:01.000000000 +0200
>> @@ -1 +1,2 @@
>> usr/share/doc/graphicsmagick/www/images
>> usr/share/doc/libgraphicsmagick++1-dev/images
>> +usr/lib/libGraphicsMagick++-Q16.so.11.0.0
>> usr/lib/libGraphicsMagick++-Q16.so
>
> I don't think these symlinks are useful.
> If upstream build system doesn't create them, then we shouldn't either.
I was afraid that other packages may use it to detect the QD support
of the library if not now, but in the close future. But sure, if
upstream doesn't create this then why should I be such pedantic.
>> - dh_shlibdeps -a -L libgraphicsmagick3 \
>> - -l debian/libgraphicsmagick3/usr/lib
>> + dh_shlibdeps -a -L libgraphicsmagick-q16-3 \
>> + -l debian/libgraphicsmagick-q16-3/usr/lib
>
> These days -l and -L shouldn't be needed.
OK.
Thanks! Will act when I get back home.
Laszlo/GCS
