Bug#961147: libcolor-calc-perl: broken by new libgraphics-colornames-perl

Niko Tyni ntyni at debian.org
Thu May 21 19:14:20 BST 2020


On Wed, May 20, 2020 at 10:22:31PM +0300, Niko Tyni wrote:
> Package: libcolor-calc-perl
> Version: 1.074-2
> Severity: grave
> Tags: bullseye sid
> X-Debbugs-Cc: libgraphics-colornames-perl at packages.debian.org
> 
> Color::Calc uses Graphics::ColorNames::HTML, which was recently dropped
> from the libgraphics-colornames-perl package in Debian.
> 
> Graphics::ColorNames::HTML is now available separately on CPAN, with a
> deprecation notice pointing users to Graphics::ColorNames::WWW (packaged
> in Debian as libgraphics-colornames-www-perl) instead.
> 
> So Color::Calc needs to adapt, or Graphics::ColorNames::HTML needs to be
> packaged separately despite the deprecation.
> 
> Also, libgraphics-colornames-perl should add a Breaks entry for the
> versions of libcolor-calc-perl it broke.

I had a look at making Color::Calc use Graphics::ColorNames::WWW instead.
The API is a drop-in replacement, but the test suite blows up because it
has more color names to choose from (17 in ::HTML vs 148 in ::WWW).

The module seems to be partly about these subtle differences between
different color schemes, so I'm a bit uneasy about patching it to use
::WWW by default and patching the test suite.

We could also inline the small ::HTML hash, but part of the Color::Calc
API is being able to choose a Graphics::ColorNames submodule, so we can't
really hide it very deep. And if it's going to be a public module, it's
cleaner to just package it separately I think.

So IMO we should either to package Graphics::ColorNames::HTML even though
it's deprecated, or drop Color::Calc from Debian.

libcolor-calc-perl has just one reverse dependency AFAICS:
libcgi-application-plugin-authentication-perl.

-- 
Niko Tyni   ntyni at debian.org



More information about the pkg-perl-maintainers mailing list