Bug#789381: libpoe-api-peek-perl: FTBFS with perl 5.22: test failures

Prof. Ernesto Hernández-Novich emhn at usb.ve
Mon May 23 11:49:55 UTC 2016


On Sat, 21 May 2016 19:03:54 +0300
Niko Tyni <ntyni at debian.org> wrote:

> On Sat, Jun 20, 2015 at 01:54:30PM +0100, Dominic Hargreaves wrote:
> > Source: libpoe-api-peek-perl
> > Version: 2.2000-1
> > Severity: important
> > User: debian-perl at lists.debian.org
> > Usertags: perl-5.22-transition
> > Tags: sid stretch upstream
> > Forwarded: https://rt.cpan.org/Public/Bug/Display.html?id=103803
> > 
> > This package FTBFS with perl 5.22 (currently in experimental), since
> > perl 5.22 is not supported by the package:
> 
> There's been no reaction to this upstream in more than a year.
> We discussed this package at the Debian Perl Team Sprint in Zürich,
> and we think it should be removed from Debian. However, it has a
> reverse dependency chain to webgui through libpoe-component-ikc-perl.
> 
> I see webgui has been RC-buggy for a long time and is not part
> of any recent stable release. I'm cc'ing the maintainer, Ernesto
> Hernández-Novich. Ernesto, what do you think we should do with
> libpoe-api-peek-perl ? Should webgui get removed as well?

webgui has never been part of any stable release. WebGUI's upstream has
been very slow for the last year or so, with only a couple of releases.
The latest release, about a month and a half ago, still lists
POE::Component::IKC as a dependency and it's used for a core workflow
component -- it requires 0.2001

I've written upstream about their thoughts on the issue.

I've no particular opinion on what to do with libpoe-api-peek-perl --
I certainly don't know how to fix it. If removal is the sane choice, go
ahead and remove both.
-- 
Prof. Ernesto Hernández-Novich - MYS-220C - @iamemhn
Geek by nature, Linux by choice, Debian of course.
If you can't aptitude it, it isn't useful or doesn't exist.
GPG Key Fingerprint = 0064 ADF5 EB5C DE16 99C1 6C56 F2A3 86B5 A757 E5A1



More information about the pkg-perl-maintainers mailing list