Bug#962464: Remove ICU dependency

[Nick Wellnhofer]

Package: libxml2

Bug #776254 requested that libxml2 uses ICU for character set conversion 
because of some unspecified issues with Chromium. This adds an otherwise 
useless, multi-megabyte dependency (larger than libxml2 itself). I propose to 
revert that change. This means that libxml2 will use iconv for character 
conversion as before.


I'm sure that the Chromium issues can be worked around in another way. I'm 
also disappointed that the Chromium developers never reached out to the 
libxml2 maintainers.

Bug#816280: Binary incompatibility between debugperl and perl

[Nick Wellnhofer]

On 29/02/2016 16:52, Dominic Hargreaves wrote:

Just to be clear, do you mean you don't think that your issue
will be fixed by these patches in blead?

http://perl5.git.perl.org/perl.git/commit/5ca5a62834a7fccb204c7fd4b35a11873d1bdd3b
http://perl5.git.perl.org/perl.git/commit/0419d9784dfda8adf6980bd60e782b144126dd72

(from https://rt.perl.org/Ticket/Display.html?id=127212)


This fix should work unless there are other interpreter variables that are 
only enabled with -DDEBUGGING. But I think that my proposal to move debugging 
variables to the end of the struct is better. At least `random_state` which 
can be accessed directly from XS code should be moved forward.


Nick

Bug#816280: Binary incompatibility between debugperl and perl

[Nick Wellnhofer]

On 29/02/2016 13:17, Dominic Hargreaves wrote:

This was discovered as part of the investigation into
 (which is
not quite the same bug) and was fixed upstream. This fix should be in
5.24 which should be in stretch. However, the fix by its nature breaks
binary compatibility, so it will unfortunately not be possible to apply
it to a stable release.


Yes, my issue is a bit different and it doesn't seem to be fixed. I'll bring 
it up upstream.


Nick

Bug#816280: Binary incompatibility between debugperl and perl

[Nick Wellnhofer]

Package: perl-debug
Version: 5.20.2-2

The layout of interpreter variables is different in the debug and normal 
version of the perl binary. This means that XS extensions might read from or 
write to the wrong area of the interpreter variable struct, causing crashes 
and other strange behavior.


Here's an example, originally reported by me at 
https://rt.cpan.org/Public/Bug/Display.html?id=111211


$ PERL_DESTRUCT_LEVEL=2 debugperl -MList::Util=shuffle -e shuffle
Segmentation fault

This segfaults because `shuffle` calls `seedDrand01` which writes to the 
`random_state` interpreter variable. If you have a look at `intrpvar.h` in the 
Perl source, you'll see that `random_state` is at the very end with some 
variables before that are only enabled in debug builds. This causes 
`random_state` to be at a different offset in the debug build. The XS module 
`List::Util` uses the non-debug offset, so any writes to `random_state` cause 
memory corruption.


I'd propose that all interpreter variables that are only used in the debug 
build should be moved to very end in `intrpvar.h`.

Bug#149013: Add namespace registration mecanism in xmllint --shell.

[Nick Wellnhofer]

This feature was added quite some time ago. The debug shell learned the 
`setns` command in 2004 and the `setrootns` command in 2005. See


https://git.gnome.org/browse/libxml2/commit/?id=bbaa997a06eef7198af749649a3aac4fc6cff0c5
https://git.gnome.org/browse/libxml2/commit/?id=20887eef62c93f1b45ec40f4f4b564730a0ba0e8

Nick


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#750593: xsltproc: bus error on some architectures

[Nick Wellnhofer]

On Oct 6, 2014, at 06:21 , Jelmer Vernooij jel...@samba.org wrote:

 Nick, which bug in the GNOME bug tracker are you referring to?

https://bugzilla.gnome.org/show_bug.cgi?id=736077

 Even if this is a bug in docbook-xsl, it would still be good if
 xsltproc printed an error rather than crashing - though perhaps that
 wouldn't need to be priority serious.

It’s not that easy. Actually, it’s not really a bug in libxslt or docbook-xsl 
but a memory issue (stack overflow). libxslt doesn’t optimize tail calls, so 
recursive templates should be used with great care because after a couple of 
hundred recursions, stack space runs out.

If you set the --maxdepth option of xsltproc to a value that’s low enough, 
you’ll get an error message instead of a crash, but finding a suitable value 
depends on stack size and the actual stylesheet.

Nick


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#750593: xsltproc: bus error on some architectures

[Nick Wellnhofer]

As noted in the GNOME bug tracker, this looks very much like a stack overflow 
from a recursive XSLT template. Your options are:

- Increase stack size.
- Isolate the recursive template that causes the error and ask the docbook-xsl
maintainers whether they can replace it with a non-recursive version.

I’d change the package to docbook-xsl.

HTH,
Nick


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#573769: xsltproc: exits successfully on stylesheet error

[Nick Wellnhofer]

This is essentially the following bug in the libxslt bug tracker:

https://bugzilla.gnome.org/show_bug.cgi?id=680954

Nick


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#725955: xsltproc (libxslt?) HTTP requests lack User-Agent: that http://www.w3.org/ requires

[Nick Wellnhofer]

libxslt uses nanohttp from libxml2 to make HTTP requests, so the package should 
be changed to lixml2.

Nick


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#751887: RFP: libmath-vector-real-xs-perl -- Real vector arithmetic in fast XS

[Nick Wellnhofer]

Package: wnpp
Severity: wishlist

Math::Vector::Real::XS reimplements most of the functions in 
Math::Vector::Real in XS for a great performance boost. Since there already 
exists a package for Math::Vector::Real, it would make sense to add the XS 
version.



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#718535: libxslt1.1: missing newlines with indent=no

[Nick Wellnhofer]

On 05/08/2013 03:33, Vincent Lefevre wrote:

This is rather confusing as the XSLT spec

   http://www.w3.org/TR/xslt

says: If the indent attribute has the value yes, then the xml output
method may output whitespace in addition to the whitespace in the
result tree (possibly based on whitespace stripped from either the
source document or the stylesheet) in order to indent the result
nicely; if the indent attribute has the value no, it should not output
any additional whitespace. The default value is no.
^^^

So, though the behavior is not really disallowed by the spec, I would
have expected indent=no to give the same result as no indent
attribute. Unfortunately this is not documented, at least in the
man pages, and this change hasn't been announced either.


I think it's a good compromise. The change is related to this bug report:

https://bugzilla.gnome.org/show_bug.cgi?id=652766

I agree that this should be documented somewhere. If this issue is 
important to you, I'd suggest you file a bug report at 
bugzilla.gnome.org or take it to the libxslt mailing list 
(x...@gnome.org) where you're more likely to get answers.


Nick


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#718535: libxslt1.1: missing newlines with indent=no

[Nick Wellnhofer]

libxslt does exactly what you want if you don't provide an indent attribute at 
all.

indent=yes: Let libxslt add whitespace.
indent=no: Never add whitespace.
no indent attribute: Add newline after top-level nodes.

Nick


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#708407: Please upgrade to 0.08250

[Nick Wellnhofer]

Package: libdbix-class-perl
Version: 0.08196-3

This package hasn't been upgraded for one and a half years. There have 
been many improvements to DBIx::Class, especially in the 0.08250 release.


Nick


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#332629: perl-debug: incorect $Config::Config{usemymalloc} value.

[Nick Wellnhofer]

I just ran into this bug when I tried to run the Apache Lucy valgrind 
tests. The test suite checks ccflags for -DDEBUGGING which fails with 
debugperl. So this does cause at least minor problems for developers but 
I understand that a fix would not be trivial.




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#651343: --recursive is buggy

[Nick Wellnhofer]

Package: dh-make-perl
Version: 0.74-1

The --recursive option of dh-make-perl is buggy. See

https://rt.cpan.org/Public/Bug/Display.html?id=71708

There's also a patch from reporter DKOGAN.



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#535755: /usr/bin/gcov-4.3: gcov produces wrong answers when, given more than one source file

[Nick Wellnhofer]

I can confirm this bug with gcc-4.4, version 4.4.5-10 from unstable.



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#596732: perlmagick: BlobToImage fails for SVG

[Nick Wellnhofer]

Did you try to install libmagickcore3-extra?



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#603332: RFP: libhttp-exception-perl -- throw HTTP-Errors as (Exception::Class-) Exceptions

[Nick Wellnhofer]

Package: wnpp
Severity: wishlist

HTTP::Exception lets you throw HTTP-Errors as Exceptions. Every 
HTTP::Exception is a Exception::Class - Class. So the same mechanisms 
apply as with Exception::Class-classes. HTTP::Exception can be used with 
Plack::Middleware::HTTPExceptions. But HTTP::Exception does not depend 
on Plack, you can use it anywhere else. It just plays nicely with Plack.




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#580096: RFP: libmail-deliverystatus-bounceparser-perl -- Perl extension to analyze bounce messages

[Nick Wellnhofer]

Package: wnpp
Severity: wishlist

Mail::DeliveryStatus::BounceParser analyzes RFC822 bounce messages and
returns a structured description of the addresses that bounced and the
reason they bounced; it also returns information about the original
returned message including the Message-ID. It works best with RFC1892
delivery reports, but will gamely attempt to understand any bounce
message no matter what MTA generated it.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#579768: pg_upgradecluster and --disable-triggers

[Nick Wellnhofer]

Package: postgresql-common
Version: 106
Severity: minor

When upgrading a database from 8.3 to 8.4 I got several errors related
to foreign keys. It turned out that I could only upgrade succesfully by
making pg_upgradecluster pass the --disable-triggers option to pg_restore.

It would be nice if a --disable-triggers option could be added to
pg_upgradecluster and passed to pg_restore.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#566587: FTBFS: tests fail

[Nick Wellnhofer]

I can't test this but to me it looks like the correct fix is:

-   my $low4bytes = ( ( $self-get_byte( $offset )  1  )  
0x30 )  30;
+   my $low4bytes = ( ( $self-get_byte( $offset )  1  )  
0x03 )  30;


Nick



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#562642: postgresql-common: Please do not depend on lsb-release

[Nick Wellnhofer]

Package: postgresql-common
Version: 102
Severity: wishlist


postgresql-common depends on lsb-release which in turn depends on python.
I'd like to be able to install postgresql without installing python.

The only place I could find where lsb-release is used is in
/usr/share/postgresql-common/supported-versions which is part of
postgresql-client-common. This script also handles the case when lsb-release
is not installed. So I'd suggest to remove lsb-release from the dependencies
of postgresql-common and make postgresql-client-common recommend it.

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-trunk-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages postgresql-common depends on:
ii  adduser   3.112  add and remove users and groups
ii  debconf [debconf-2.0] 1.5.28 Debian configuration management sy
ii  lsb-base  3.2-23 Linux Standard Base 3.2 init scrip
ii  lsb-release   3.2-23 Linux Standard Base version report
ii  postgresql-client-common  102manager for multiple PostgreSQL cl
ii  procps1:3.2.8-2  /proc file system utilities
ii  ssl-cert  1.0.25 simple debconf wrapper for OpenSSL

postgresql-common recommends no packages.

postgresql-common suggests no packages.

-- debconf information excluded



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#562651: Please package gdbserver separately

[Nick Wellnhofer]

Package: gdb
Version: 7.0-1
Severity: wishlist

This is a follow-up to
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=560786#62

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-trunk-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gdb depends on:
ii  libc6   2.10.2-2 GNU C Library: Shared libraries
ii  libexpat1   2.0.1-6  XML parsing C library - runtime li
ii  libncurses5 5.7+20090803-2   shared libraries for terminal hand
ii  libreadline66.0-5GNU readline and history libraries
ii  python2.5   2.5.4-3  An interactive high-level object-o
ii  zlib1g  1:1.2.3.4.dfsg-2 compression library - runtime

gdb recommends no packages.

Versions of packages gdb suggests:
pn  gdb-doc   none (no description available)

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#512205: This is by design

[Nick Wellnhofer]

This is by design. You have to repage the image after cropping with

MagickSetImagePage(wand, crop_width, crop_height, 0, 0);

Nick

-- 
aevum gmbh
rumfordstr. 4
80469 münchen
germany

tel: +49 89 3838 0653
http://aevum.de/



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#545782: missing README.Debian

[Nick Wellnhofer]

The files in /usr/lib/debug aren't meant to be run directly. They only
contain symbols for gdb.

Nick

-- 
aevum gmbh
rumfordstr. 4
80469 münchen
germany

tel: +49 89 3838 0653
http://aevum.de/



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#470671: Please provide a no-X11 built package

[Nick Wellnhofer]

There are two approaches: One is to provide two complete sets of all the
ImageMagick packages. A much easier solution for distros and users would
be to move all the X11 code to a separate library and put it in a single
package. But that should be done upstream. I made a proposal with a
proof-of-concept patch on the magick-developers mailing list:

http://studio.imagemagick.org/pipermail/magick-developers/2009-October/003188.html

But this will have to wait at least until the next major revision.

Nick


-- 
aevum gmbh
rumfordstr. 4
80469 münchen
germany

tel: +49 89 3838 0653
http://aevum.de/



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#524613: Patch for #478538 also resolves this issue

[Nick Wellnhofer]

Accidentally, my latest patch for #478538 also resolves this issue. See
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=478538#69

The patch basically does what Bill suggested by moving the offending
modules to a different package.

Nick



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#478538: [imagemagick] New patch

[Nick Wellnhofer]

Nelson A. de Oliveira wrote:
 Just note that  the latest version of ImageMagick on Debian has some
 changes from the version that you are working now (libmagick10 has
 been split into libmagickcore2 and libmagickwand2, for example).
 If possible, it would be good to you use the latest version available
 (it's on unstable right now, version 6.5.1.0-1.1).

Here is a patch against the latest unstable version. I built the package
on Lenny and got the following dependencies:

libmagickcore2_6.5.1.0-1.1_i386.deb
 Depends: libbz2-1.0, libc6 (= 2.7-1), libfontconfig1 (= 2.4.0),
libfreetype6 (= 2.3.5), libglib2.0-0 (= 2.12.0), libgomp1 (= 4.2.1),
libice6 (= 1:1.0.0), libjasper1 (= 1.900.1), libjpeg62, liblcms1 (=
1.15-1), liblqr-1-0 (= 0.1.0), libpng12-0 (= 1.2.13-4), libsm6,
libtiff4, libx11-6, libxext6, libxml2 (= 2.6.27), libxt6, zlib1g (=
1:1.2.3.3.dfsg)

libmagickcore2-extra_6.5.1.0-1.1_i386.deb
 Depends: libbz2-1.0, libc6 (= 2.7-1), libcairo2 (= 1.2.4),
libdjvulibre21 (= 3.5.20), libfontconfig1 (= 2.4.0), libfreetype6 (=
2.3.5), libglib2.0-0 (= 2.12.0), libgomp1 (= 4.2.1), libgraphviz4 (=
2.20.0), libgtk2.0-0 (= 2.12.0), libice6 (= 1:1.0.0), libilmbase6,
libjpeg62, liblcms1 (= 1.15-1), liblqr-1-0 (= 0.1.0), libmagickcore2,
libmagickwand2, libopenexr6 (= 1.6.1), librsvg2-2 (= 2.18.1), libsm6,
libtiff4, libwmf0.2-7 (= 0.2.8.4), libx11-6, libxext6, libxml2 (=
2.6.27), libxt6, zlib1g (= 1:1.1.4)


The following dependencies are removed from libmagickcore2:

libcairo2
libdjvulibre21
libgraphviz4
libgtk2.0-0
libilmbase6
libmagickwand2
libopenexr6
librsvg2-2
libwmf0.2-7

There's still a dependency on libglib2.0-0 because of liblqr-1-0.
Interestingly, the dependency on libmagickwand2 was dropped.

Nick
diff -urN imagemagick-6.5.1.0/debian/control 
imagemagick-6.5.1.0-nik1/debian/control
--- imagemagick-6.5.1.0/debian/control  2009-07-30 05:13:01.0 +0200
+++ imagemagick-6.5.1.0-nik1/debian/control 2009-07-30 06:51:33.0 
+0200
@@ -55,7 +55,7 @@
 Architecture: any
 Section: libs
 Depends: ${shlibs:Depends}, ${misc:Depends}
-Recommends: ghostscript, gsfonts
+Recommends: ghostscript, gsfonts, libmagickcore2-extra
 Description: low-level image manipulation library
  The MagickCore API is a low-level interface between the C programming language
  and the ImageMagick image processing libraries and is recommended for
@@ -66,6 +66,14 @@
  This package contains the C libraries needed to run executables that make
  use of MagickCore.
 
+Package: libmagickcore2-extra
+Architecture: any
+Section: libs
+Depends: ${shlibs:Depends}, ${misc:Depends}
+Description: low-level image manipulation library - extra codecs
+ This package adds support for SVG, WMF, OpenEXR, DjVu and Graphviz to
+ MagickCore.
+
 Package: libmagickcore-dev
 Architecture: any
 Section: libdevel
diff -urN imagemagick-6.5.1.0/debian/libmagickcore2-extra.install 
imagemagick-6.5.1.0-nik1/debian/libmagickcore2-extra.install
--- imagemagick-6.5.1.0/debian/libmagickcore2-extra.install 1970-01-01 
01:00:00.0 +0100
+++ imagemagick-6.5.1.0-nik1/debian/libmagickcore2-extra.install
2009-07-30 05:22:32.0 +0200
@@ -0,0 +1,10 @@
+usr/lib/ImageMagick-*/modules-Q16/coders/djvu.la
+usr/lib/ImageMagick-*/modules-Q16/coders/djvu.so
+usr/lib/ImageMagick-*/modules-Q16/coders/dot.la
+usr/lib/ImageMagick-*/modules-Q16/coders/dot.so
+usr/lib/ImageMagick-*/modules-Q16/coders/exr.la
+usr/lib/ImageMagick-*/modules-Q16/coders/exr.so
+usr/lib/ImageMagick-*/modules-Q16/coders/svg.la
+usr/lib/ImageMagick-*/modules-Q16/coders/svg.so
+usr/lib/ImageMagick-*/modules-Q16/coders/wmf.la
+usr/lib/ImageMagick-*/modules-Q16/coders/wmf.so
diff -urN imagemagick-6.5.1.0/debian/rules imagemagick-6.5.1.0-nik1/debian/rules
--- imagemagick-6.5.1.0/debian/rules2009-07-30 05:13:01.0 +0200
+++ imagemagick-6.5.1.0-nik1/debian/rules   2009-07-30 06:33:54.0 
+0200
@@ -128,6 +128,10 @@
dh_installdocs
dh_installexamples
dh_install
+   # Remove extra coders
+   while read FILE; do \
+   rm -f debian/libmagickcore2/$$FILE; \
+   done debian/libmagickcore2-extra.install
dh_installmenu
dh_installman
dh_installmime

Bug#478538: [imagemagick] Have you tested

[Nick Wellnhofer]

Bastien ROUCARIES wrote:
 Your split patch is nice but you forget to add librsvg to dependency.

The Debian build magic adds that dependency automatically.

 if you 
 give us some proof that your patch work (ie with and without libextra, please 
 add term output), will could give a try.

What do you mean by proof? Simply running some imagemagick commands?

I did some testing without -extra, and I didn't find any problems. When
you additionally install the -extra package you should have the exact
same files installed as currently with the full package.

On another note, one might also create seperate packages for SVG and WMF
support. Personally, I would also put the OpenEXR, DjVu and Graphviz
coders in extra packages. They are rather obscure formats and each of
them depends on another library. What do you think?

Nick



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#478538: [imagemagick] New patch

[Nick Wellnhofer]

Here is a new version of the patch that moves more ImageMagick coders
into the -extra package and makes libmagick10 recommend
libmagick10-extra (instead of suggest).

When you build the new binary packages the dependencies look like this:

$ dpkg -I libmagick10_6.3.7.9.dfsg2-1~lenny1_i386.deb
 new debian package, version 2.0.
 size 3826756 bytes: control archive= 8810 bytes.
 847 bytes,18 lines  control
   26432 bytes,   308 lines  md5sums
 135 bytes, 7 lines   *  postinst #!/bin/sh
 132 bytes, 7 lines   *  postrm   #!/bin/sh
  48 bytes, 2 lines  shlibs
 Package: libmagick10
 Source: imagemagick
 Version: 7:6.3.7.9.dfsg2-1~lenny1
 Architecture: i386
 Maintainer: Luciano Bello luci...@debian.org
 Installed-Size: 11376
 Depends: libbz2-1.0, libc6 (= 2.7-1), libfontconfig1 (= 2.4.0),
libfreetype6 (= 2.3.5), libice6 (= 1:1.0.0), libjasper1 (= 1.900.1),
libjpeg62, liblcms1 (= 1.15-1), libpng12-0 (= 1.2.13-4), libsm6,
libtiff4, libx11-6, libxext6, libxml2 (= 2.6.27), libxt6, zlib1g (=
1:1.1.4)
 Recommends: ghostscript, gsfonts, libmagick10-extra
 Suggests: html2ps
 Section: libs
 Priority: optional
 Homepage: http://www.imagemagick.org/
 Description: image manipulation library

$ dpkg -I libmagick10-extra_6.3.7.9.dfsg2-1~lenny1_i386.deb
 new debian package, version 2.0.
 size 202732 bytes: control archive= 1214 bytes.
 968 bytes,16 lines  control
1450 bytes,17 lines  md5sums
 Package: libmagick10-extra
 Source: imagemagick
 Version: 7:6.3.7.9.dfsg2-1~lenny1
 Architecture: i386
 Maintainer: Luciano Bello luci...@debian.org
 Installed-Size: 524
 Depends: libbz2-1.0, libc6 (= 2.7-1), libcairo2 (= 1.2.4),
libdjvulibre21 (= 3.5.20), libfontconfig1 (= 2.4.0), libfreetype6 (=
2.3.5), libglib2.0-0 (= 2.12.0), libgraphviz4 (= 2.20.0), libgtk2.0-0
(= 2.12.0), libice6 (= 1:1.0.0), libilmbase6, libjpeg62, liblcms1 (=
1.15-1), libmagick10, libopenexr6 (= 1.6.1), librsvg2-2 (= 2.18.1),
libsm6, libtiff4, libwmf0.2-7 (= 0.2.8.4), libx11-6, libxext6, libxml2
(= 2.6.27), libxt6, zlib1g (= 1:1.1.4)
 Suggests: libwmf-bin
 Section: libs
 Priority: optional
 Homepage: http://www.imagemagick.org/
 Description: image manipulation library - extra codecs


The following dependencies are split out:

libcairo2
libdjvulibre21
libglib2.0-0
libgraphviz4
libgtk2.0-0
libilmbase6
libopenexr6
librsvg2-2
libwmf0.2-7


Then install the packages without -extra and try to convert an SVG file:

$ sudo dpkg -i libmagick10_6.3.7.9.dfsg2-1~lenny1_i386.deb
$ sudo dpkg -i imagemagick_6.3.7.9.dfsg2-1~lenny1_i386.deb
$ convert Debian-OpenLogo.svg Debian-OpenLogo.png
sh: wmf2eps: command not found
convert: Delegate failed `wmf2eps -o %o %i'.
convert: unable to open image `/tmp/magick-XXoJZlAK': No such file or
directory.
convert: UnableToOpenBlob `/tmp/magick-XXoJZlAK': No such file or directory.
convert: missing an image filename `Debian-OpenLogo.png'.


Install libmagick10-extra and try again:

$ sudo dpkg -i libmagick10-extra_6.3.7.9.dfsg2-1~lenny1_i386.deb
$ convert Debian-OpenLogo.svg Debian-OpenLogo.png
$ file Debian-OpenLogo.png
Debian-OpenLogo.png: PNG image, 109 x 144, 16-bit/color RGBA, non-interlaced


Nick

diff -urN imagemagick-6.3.7.9.dfsg2/debian/control 
imagemagick-6.3.7.9.dfsg2-nik2/debian/control
--- imagemagick-6.3.7.9.dfsg2/debian/control2009-07-30 00:06:29.0 
+0200
+++ imagemagick-6.3.7.9.dfsg2-nik2/debian/control   2009-07-30 
00:09:27.0 +0200
@@ -23,13 +23,24 @@
  Possible effects: colormap manipulation, channel operations, thumbnail
  creation, image annotation, limited drawing, image distortion, etc...
 
+Package: libmagick10-extra
+Architecture: any
+Section: libs
+Depends: ${shlibs:Depends}, ${misc:Depends}
+Suggests: libwmf-bin
+Description: image manipulation library - extra codecs
+ LibMagick supports loading and saving a very large set of image formats.
+ It allows a lot of image manipulation as well.
+ .
+ This package adds support for SVG, WMF, OpenEXR, DjVu and Graphviz.
+
 Package: libmagick10
 Architecture: any
 Section: libs
 Depends: ${shlibs:Depends}, ${misc:Depends}
-Recommends: ghostscript, gsfonts
-Suggests: libwmf-bin, html2ps
-Description: image manipulation library 
+Recommends: ghostscript, gsfonts, libmagick10-extra
+Suggests: html2ps
+Description: image manipulation library
  LibMagick supports loading and saving a very large set of image formats.
  It allows a lot of image manipulation as well.
  .
diff -urN imagemagick-6.3.7.9.dfsg2/debian/libmagick10-extra.dirs 
imagemagick-6.3.7.9.dfsg2-nik2/debian/libmagick10-extra.dirs
--- imagemagick-6.3.7.9.dfsg2/debian/libmagick10-extra.dirs 1970-01-01 
01:00:00.0 +0100
+++ imagemagick-6.3.7.9.dfsg2-nik2/debian/libmagick10-extra.dirs
2009-07-30 00:07:33.0 +0200
@@ -0,0 +1 @@
+usr/lib
diff -urN imagemagick-6.3.7.9.dfsg2/debian/libmagick10-extra.files 
imagemagick-6.3.7.9.dfsg2-nik2/debian/libmagick10-extra.files
--- 

Bug#478538: [imagemagick] New patch

[Nick Wellnhofer]

Bastien ROUCARIES wrote:
 Le mercredi 29 juillet 2009 23:01:40, vous avez écrit :
 Then install the packages without -extra and try to convert an SVG file:

 $ sudo dpkg -i libmagick10_6.3.7.9.dfsg2-1~lenny1_i386.deb
 $ sudo dpkg -i imagemagick_6.3.7.9.dfsg2-1~lenny1_i386.deb
 $ convert Debian-OpenLogo.svg Debian-OpenLogo.png
 sh: wmf2eps: command not found
 convert: Delegate failed `wmf2eps -o %o %i'.
 This message worry me. Does it show on the command line for converting a jpg 
 to png ?

Converting JPGs or GIFs works fine.

 Moreover message are not really useful. Care to forward to upstream in order 
 to improve message in case of missing delegate ?.

Well, if ImageMagick doesn't find a coder library in
/usr/lib/ImageMagick-6.3.7/modules-Q16/coders that can handle SVGs it
falls back to the delegate commands defined in
/usr/lib/ImageMagick-6.3.7/config/delegates.xml . This file has an entry
to convert SVGs using the command wmf2eps:

delegate decode=svg command=quot;wmf2epsquot; -o quot;%oquot;
quot;%iquot;/

The name of wmf2eps is of course confusing in this case. But it can
handle SVG files.

If you delete the SVG entry from delegates.xml the error message becomes:

$ convert Debian-OpenLogo.svg Debian-OpenLogo.png
convert: no decode delegate for this image format `Debian-OpenLogo.svg'.
convert: missing an image filename `Debian-OpenLogo.png'.

Nick



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#478538: Suggested patch

[Nick Wellnhofer]

Moving the WMF and SVG coders to a separate module seems to be really
easy. What about the attached patch?

Nick
diff -uN imagemagick-6.3.7.9.dfsg2/debian/control 
imagemagick-6.3.7.9.dfsg2-nik1/debian/control
--- imagemagick-6.3.7.9.dfsg2/debian/control2009-06-03 04:20:14.0 
+0200
+++ imagemagick-6.3.7.9.dfsg2-nik1/debian/control   2009-06-03 
04:25:49.0 +0200
@@ -23,13 +23,24 @@
  Possible effects: colormap manipulation, channel operations, thumbnail
  creation, image annotation, limited drawing, image distortion, etc...
 
+Package: libmagick10-extra
+Architecture: any
+Section: libs
+Depends: ${shlibs:Depends}, ${misc:Depends}
+Suggests: libwmf-bin
+Description: image manipulation library - extra codecs
+ LibMagick supports loading and saving a very large set of image formats.
+ It allows a lot of image manipulation as well.
+ .
+ This package adds support for WMF and SVG.
+
 Package: libmagick10
 Architecture: any
 Section: libs
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Recommends: ghostscript, gsfonts
-Suggests: libwmf-bin, html2ps
-Description: image manipulation library 
+Suggests: libmagick10-extra, html2ps
+Description: image manipulation library
  LibMagick supports loading and saving a very large set of image formats.
  It allows a lot of image manipulation as well.
  .
diff -uN imagemagick-6.3.7.9.dfsg2/debian/libmagick10-extra.dirs 
imagemagick-6.3.7.9.dfsg2-nik1/debian/libmagick10-extra.dirs
--- imagemagick-6.3.7.9.dfsg2/debian/libmagick10-extra.dirs 1970-01-01 
01:00:00.0 +0100
+++ imagemagick-6.3.7.9.dfsg2-nik1/debian/libmagick10-extra.dirs
2009-06-03 04:08:19.0 +0200
@@ -0,0 +1 @@
+usr/lib
diff -uN imagemagick-6.3.7.9.dfsg2/debian/libmagick10-extra.files 
imagemagick-6.3.7.9.dfsg2-nik1/debian/libmagick10-extra.files
--- imagemagick-6.3.7.9.dfsg2/debian/libmagick10-extra.files1970-01-01 
01:00:00.0 +0100
+++ imagemagick-6.3.7.9.dfsg2-nik1/debian/libmagick10-extra.files   
2009-06-03 04:07:46.0 +0200
@@ -0,0 +1,6 @@
+usr/lib/ImageMagick-6.3.7/modules-Q16/coders/svg.a
+usr/lib/ImageMagick-6.3.7/modules-Q16/coders/svg.la
+usr/lib/ImageMagick-6.3.7/modules-Q16/coders/svg.so
+usr/lib/ImageMagick-6.3.7/modules-Q16/coders/wmf.a
+usr/lib/ImageMagick-6.3.7/modules-Q16/coders/wmf.la
+usr/lib/ImageMagick-6.3.7/modules-Q16/coders/wmf.so
Common subdirectories: imagemagick-6.3.7.9.dfsg2/debian/patches and 
imagemagick-6.3.7.9.dfsg2-nik1/debian/patches

Bug#443675: libwmf0.2-7: should not depends on libgtk

[Nick Wellnhofer]

The libwmf package from Ubuntu 9.04 seems to have dropped the dependency

libwmf (0.2.8.4-6ubuntu1) jaunty; urgency=low

  * Split out GTK plugin into separate package

 -- Jonathan Riddell jridd...@ubuntu.com  Thu, 22 Jan 2009 15:13:18 +




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#478538: Please do not depend on gtk

[Nick Wellnhofer]

The package libmagickcore1 in Ubuntu 9.04 seems to have dropped the
dependency on gtk.

imagemagick (7:6.4.5.4.dfsg1-1ubuntu3) jaunty; urgency=low

  * Don't build-dep on librsvg, it brings in excessive dependencies

 -- Jonathan Riddell jridd...@ubuntu.com  Thu, 22 Jan 2009 10:42:41 +

libwmf (0.2.8.4-6ubuntu1) jaunty; urgency=low

  * Split out GTK plugin into separate package

 -- Jonathan Riddell jridd...@ubuntu.com  Thu, 22 Jan 2009 15:13:18 +



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#393876: libapache2-modxslt: xsl:sort doesn't work as expected

[Nick Wellnhofer]

Support for the lang attribute of xsl:sort has been added to libxslt and 
should be available in the next release. If you set the lang attribute 
you should get the following sort order for most languages:


A a B b C c

Additionally, all kinds of language specific rules should be honored.

The case-order attribute is still unsupported, but language dependent 
sorting should serve most people just fine.


Nick


--
aevum gmbh
rumfordstr. 4
80469 münchen
germany

tel: +49 89 3838 0653
http://aevum.de/



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]