~ubuntu-branches/ubuntu/lucid/graphviz/lucid-security

* New upstream release.
  Hopefully it addresses the longstanding rpath issue, since all public
  libraries now belongs to /usr/lib (Closes: #312532, #343476, #360968).
  The problem of language bindings will be addressed in further uploads.
* Maintainer upload.
   - Added myself in the Uploaders field.
* ACK previous NMUs: many thanks for having taken care of graphviz when
  needed.
   - Margarita Manterola <marga@debian.org> (no NMU diff in the BTS);
   - Steinar H. Gunderson <sesse@debian.org> (Closes: #375024, #389396);
   - and my own NMUs (Closes: #399212, #400161).

[debian/patches]
* Disabled no longer needed backported patches:
   - 10000_lua_python_bindings;
   - 10918_nop_fix.
* Disabled the build of the contrib `diffimg' tool since it looks like
  there's a missing .la file:
   - 0_disable_diffimg.
* Added a patch to handle minus vs hyphen signs in the manpages: 
   - 3_manpages_hyphen_fix. 

[debian/control]
* Made the package binNMU safe by switching from `${Source-Version}' to
  `{binary:Version}'.
* Resplitted packaging into graphviz, libgraphvizN, libgraphvizN-dev,
  graphviz-doc, where N matches the SONAME, currently 3.
* Additional packages also count the following bindings: libgv-perl and
  libgv-tcl, which were included in the monolithic graphviz package before.
  The transition should be quite smooth this way. The bindings package will
  be named libgv-* so as to avoid name clashing with e.g. libgraphviz-perl,
  which is a pure perl package. It also reflects the name of the bindings
  (shared objects). The dependencies have still to be polished, that is
  listed in TODO(.Debian).
   - Perl's "gv"  has been moved under /usr/lib/perl5, according to the
     Debian Perl Policy, and this module is loadable without the additional
     `use lib' line, which can be kept though because:
       1) it is harmless;
       2) it should ensure compatibility with default upstream installation
          paths.
   - Tcl files are kept under /usr/lib/graphviz/tcl, as in the previous
     packages. When loading it through the "load" instruction specified in
     the manpage, everything's alright. But if it is loaded using the
     following, an error is displayed, although apparently harmless:
       % package require Tcldot
       Error: invalid api in config: libgvplugin_usershape_gd.so.2 usershape
       2.12
     It can happen when an older graphviz package hasn't been purged, so
     that an older config file is still present under /usr/lib/graphviz.
* Not added a conflict between libgraphviz3 and former versions of graphviz,
  since there is no file overlapping, with both SONAME bump and package
  resplit (in particular thanks to the binding packages).
* Added a conflict between new graphviz-doc and older graphviz, since
  documentation and examples are now in graphviz-doc.
* Added a transitional graphviz-dev package to ensure a smooth upgrade from
  graphviz-dev to libgraphviz3-dev.
* Adjusted all the descriptions, and the sections the packages belong to.

[debian/rules]
* Revamped the install target of the debian Makefile to use dh_install and
  *.install files instead of dh_movefiles and *.{dirs,files}. These
  *.install files have been adjusted to be as clean as possible. Some files
  (documentation, examples) present in the previous packages might now be
  missing, but it is already known, see the updated TODO(.Debian) file.
* Turned the dh_shlibdeps call into a normal call w/o rpath since upstream
  now ships under /usr/lib and no longer under /usr/lib/graphviz.
* Deleted the `-n' option of `dh_makeshlibs' so that the needed `ldconfig'
  calls are added in the maintainer scripts.
* Added an override for libgraphviz3 since we are aware of the multiple
  share objects, and since lintian signals that all have `3' as SONAME,
  which is considered an error...
* Renamed menu to graphviz.menu to ensure it gets installed properly.
* Changed the ``make install'' to using ``DESTDIR='' instead of ``prefix='',
  thanks to Alexander Sack.
* Added dh_perl calls, to be able to use ${perl:Depends} in the control
  file, even though no dependency is added for now.