[Pkg-gmagick-im-team] Bug#622591: crash in ChertVersion::create

[Olly Betts]

On Sat, Jul 02, 2011 at 10:33:52AM +0200, Vincent Fourmond wrote:
> On Sat, Jul 2, 2011 at 7:25 AM, Olly Betts <olly at survex.com> wrote:
> > $ aptitude why php5-imagick libuuid1
> > p   php5-imagick   Depends libmagickwand3 (>= 7:6.6.0.4)
> > i A libmagickwand3 Depends libsm6
> > i A libsm6         Depends libuuid1 (>= 2.16)
> 
>   Isn't this more an indication that the problem lies in libsm6 ?

Well, that's a good question.

However, there are many Perl modules that depend indirectly on libsm6 -
35 in stable according to:

apt-rdepends -r libsm6 2>/dev/null|grep -o '\<lib.*-perl\>'|sort -u

(and probably plenty for other languages too), yet so far the only
cases I've heard of involved modules built on imagemagick.

I installed a random selection of those 35 and tested them in the
same way:

perl -MGraphViz -MUUID -e 'UUID::generate($uuid)'
perl -MGnome2 -MUUID -e 'UUID::generate($uuid)'
perl -MBarcode::ZBar -MUUID -e 'UUID::generate($uuid)'
perl -MChart::Gnuplot -MUUID -e 'UUID::generate($uuid)'
perl -MGD::SecurityImage -MUUID -e 'UUID::generate($uuid)'

None of these commands segfault on x86-64 squeeze.

In case anyone is keen enough to try the rest, I also tried
libmojomojo-perl, which needs a database so I skipped it, and
libcatalyst-modules-extra-perl which is several CPAN packages in one - I
picked Catalyst::Model which worked OK.

> imagemagick doesn't depend on libuuid1.

Not directly, but those two seem to be the common factor.

Cheers,
    Olly