[Debian-med-packaging] What should be done with libbio-das-lite-perl

[Andreas Tille]

Hi,

On Tue, Jan 05, 2016 at 10:44:05AM +0100, Petter Reinholdtsen wrote:
> 
> The orphaned package
> <URL: https://packages.qa.debian.org/libb/libbio-das-lite-perl.html >
> 
> list its subversion repository to be part of debian-med, and I find its
> files under
> <URL: http://anonscm.debian.org/viewvc/debian-med/trunk/packages/libbio-das-perl/trunk/ >.
> 
> But what should be done with the package?  Is it maintained by
> debian-med, even thought debian-med is not listed as the maintainer?  I

As said in a previous mail this just slipped through since it was not
added to the Debian Med tasks (fixed now).

> have no idea what the package is useful for, I just came across it via
> lintian.debian.net.
> 
> I see three options:
> 
>  1) Remove the package, there is only 1 user according to popcon.

That's bad since it is a precondition for ensembl we want to reinject at
some point in time.
 
>  2) Make package properly maintained by debian-med, and find some other
>     uploader (the existing maintainer is no longer active).

I updated

   svn://anonscm.debian.org/debian-med/trunk/packages/ensembl/libbio-das-lite-perl/trunk/

in any case (regarding packaging and latest upstream version).

>  3) Move the package to the Debian perl team.

That would be fine for me as well.

> What is your view on this?
> 
> For some strange reason, the package is no longer listed on
> <URL: https://qa.debian.org/developer.php?login=holland@eaglegenomics.com >.
> This happened a few minutes ago.  Perhaps it already is removed and the
> information have not propagated across the Debian infrastructure yet?

May be this is due to #793959 ???


Questions to the pkg-perl team:

  1. Would you prefer to maintain this package?  This would be fine
     for me.

  2. If we should keep it in Debian Med I have some remaining questions
     about the packaging:

     a) Upstream tarball contains a copy of itself (Bio-Das-Lite-2.11.tar.gz)
        How to you deal with this usually (ignore or repack)?

     b) I needed a nasty override since the clean target *created* some
        new files MYMETA*.  I fixed this using

	override_dh_clean:
        	dh_clean
	        rm -f MYMETA*

        but I wonder whether this is a proper solution or whether this
        might be somehow connected to my main problem with this package
        which is a failed test:

     c) One failed test:

   debian/rules override_dh_auto_test
make[1]: Entering directory '/build/libbio-das-lite-perl-2.11'
http_proxy= dh_auto_test -- --test_files="t/00-critic.t t/00-distribution.t t/00-pod.t t/00-podcoverage.t t/06-singledsn-singleseg.t t/20-authentication.t t/21-proxy.t t/40-dna.t t/45-sequence.t t/50-entry_poin
<------>perl Build test --verbose 1 "--test_files=t/00-critic.t t/00-distribution.t t/00-pod.t t/00-podcoverage.t t/06-singledsn-singleseg.t t/20-authentication.t t/21-proxy.t t/40-dna.t t/45-sequence.t t/50-en
t/00-critic.t ............... skipped: Author test.  Set $ENV{TEST_AUTHOR} to a true value to run.
No such file: build.tap

#   Failed test 'Checking MANIFEST integrity'
#   at /usr/share/perl5/Test/Distribution.pm line 249.
# Looks like you failed 1 test of 9.
t/00-distribution.t ..........
1..9
not ok 1 - Checking MANIFEST integrity
ok 2 - use Bio::Das::Lite;
ok 3 - Bio::Das::Lite defines a version
ok 4 - POD test for blib/lib/Bio/Das/Lite.pm
ok 5 - MANIFEST exists
ok 6 - README exists
ok 7 - Changes(.pod)? or ChangeLog(.pod)? exists
ok 8 - Build.PL or Makefile.PL exists
ok 9 - Pod Coverage ok
Dubious, test returned 1 (wstat 256, 0x100)
Failed 1/9 subtests.
...
Test Summary Report
-------------------
t/00-distribution.t       (Wstat: 256 Tests: 9 Failed: 1)
  Failed test:  1
  Non-zero exit status: 1
Files=17, Tests=59,  1 wallclock secs ( 0.06 usr  0.00 sys +  0.91 cusr  0.05 csys =  1.02 CPU)
Result: FAIL
Failed 1/17 test programs. 1/59 subtests failed.


      I'd like to fix this but have no idea how.  So if we
      should keep this package in Debian Med I'd be happy if
      you could help here.

Kind regards

     Andreas.

-- 
http://fam-tille.de