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-p...@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 nt...@debian.org
