Re: Proposed removal of arch-perl (libarch-perl)

2010-03-09 Thread Mikhael Goikhman
On 09 Mar 2010 12:33:44 +0100, Alex Muntada wrote: > > + Mikhael Goikhman : > > > I think README gives a handful of hints about the package. Anyway, in > > the devel branch (managed under tla, that is mentioned in README too) > > all tests should now pass even without tla or baz installed. > > I.

Re: Proposed removal of arch-perl (libarch-perl)

2010-03-09 Thread Alex Muntada
+ Mikhael Goikhman : > I think README gives a handful of hints about the package. Anyway, in > the devel branch (managed under tla, that is mentioned in README too) > all tests should now pass even without tla or baz installed. > I.e.:  TLA=/bin/false make test IIRC, having Makefile.PL exit a non

Re: Proposed removal of arch-perl (libarch-perl)

2010-03-07 Thread Mikhael Goikhman
On 07 Mar 2010 18:19:48 -0500, Jonathan Yu wrote: > > I'm really embarrassed now, for not having asked you about this issue > first. I'll take a look at fixing the libarch-perl package > immediately, and look into adopting the other related packages based > on it (assuming they are Perl code). >

Re: Proposed removal of arch-perl (libarch-perl)

2010-03-07 Thread Mikhael Goikhman
On 07 Mar 2010 16:17:56 -0500, Jonathan Yu wrote: > > On Sun, Mar 7, 2010 at 3:14 PM, Clint Adams wrote: > > Have you asked upstream? > > Actually, no I haven't, since given the number of test failures on > CPAN Testers (pretty much 100% are FAILs), I assumed the the author > was already aware o

Re: Proposed removal of arch-perl (libarch-perl)

2010-03-07 Thread Jonathan Yu
Mikhael, I'm really embarrassed now, for not having asked you about this issue first. I'll take a look at fixing the libarch-perl package immediately, and look into adopting the other related packages based on it (assuming they are Perl code). Perhaps something you can consider doing is having te

Re: Proposed removal of arch-perl (libarch-perl)

2010-03-07 Thread Christian Kuelker
Hi, Jonathan Yu wrote: On Sun, Mar 7, 2010 at 3:14 PM, Clint Adams wrote: Have you asked upstream? Actually, no I haven't, since given the number of test failures on CPAN Testers (pretty much 100% are FAILs), I assumed the the author was already aware of the problem. On second thought, thoug

Re: Proposed removal of arch-perl (libarch-perl)

2010-03-07 Thread Jonathan Yu
Clint, On Sun, Mar 7, 2010 at 3:14 PM, Clint Adams wrote: > Have you asked upstream? Actually, no I haven't, since given the number of test failures on CPAN Testers (pretty much 100% are FAILs), I assumed the the author was already aware of the problem. On second thought, though, you're right --

Re: Proposed removal of arch-perl (libarch-perl)

2010-03-07 Thread Clint Adams
On Sun, Mar 07, 2010 at 01:06:13PM -0500, Jonathan Yu wrote: > Recently I've been working on adopting the arch-perl package under the > Debian Perl Group's umbrella. However, there are now some test > failures (which didn't surface before because tests were simply > disabled). So, long story short,

Re: Proposed removal of arch-perl (libarch-perl)

2010-03-07 Thread gregor herrmann
On Sun, 07 Mar 2010 13:06:13 -0500, Jonathan Yu wrote: > 2. popcon score - see > http://qa.debian.org/popcon.php?package=arch-perl - does not appear > helpful. It has 0 all across, despite hundreds of submitters according > to the graph. The page for the binary package seems more helpful, at leas

Re: Proposed removal of arch-perl (libarch-perl)

2010-03-07 Thread Emilio Pozuelo Monfort
On 07/03/10 19:06, Jonathan Yu wrote: > Who is using arch-perl? > > 1. It has many reverse-dependencies > Reverse Depends: > axp > archzoom > archway > axp > archzoom > archway Well, those are repeated so they are not that many. Maybe you can remove those three packages together with

Proposed removal of arch-perl (libarch-perl)

2010-03-07 Thread Jonathan Yu
Hi: Recently I've been working on adopting the arch-perl package under the Debian Perl Group's umbrella. However, there are now some test failures (which didn't surface before because tests were simply disabled). So, long story short, my main issue with this is we are redistributing software which