Bug#610603: ITP: sra-sdk -- utilities for the NCBI Sequence Read Archive
Package: wnpp
Severity: wishlist
Owner: Charles Plessy <plessy@debian.org>
Package name : sra-sdk
Version : 2.0.0rc1
Upstream Author : National Center for Biotechnology Information (U. S. A.)
URL : http://trace.ncbi.nlm.nih.gov/Traces/sra/sra.cgi?cmd=show&f=software&m=software&s=software
License : Public domain (U. S. A. governmental work)
Programming Lang: C
Description : utilities for the NCBI Sequence Read Archive
Tools for reading the SRA archive, generally by converting individual runs
into some commonly used format such as fastq. It also includes sources to
loader tools that are still under test. The intention is to give pre-release
access to the reader code.
.
The textual dumpers "sra-dump" and "vdb-dump" are provided in this
release as an aid in visual inspection. It is likely that their
actual output formatting will be changed in the near future to a
stricter, more formalized representation[s]. PLEASE DO NOT RELY UPON
THE OUTPUT FORMAT SEEN IN THIS RELEASE.
.
The "help" information will be improved in near future releases, and
the tool options will become standardized across the set. We will
also be providing documentation on our web site.
.
Tool options may change in the next release. Version 1 tool options
will remain supported wherever possible in order to preserve
operation of any existing scripts.
I will first upload to experimental until a final release is published.
There will be 3 binary packages: sra-toolkit with the binaries,
sra-toolkit-libs0 with the runtime libraries, and sra-toolkit-libs-dev
for developers.
I understand that having one package per library is ideal, but the
number of different libaries is quite large:
/usr/lib/libwkdb.so.1.1.2
/usr/lib/libkproc.so.1.0.0
/usr/lib/libsra-schema.so.1.0.0
/usr/lib/libvdb.so.2.0.4
/usr/lib/libkq.so.1.0.0
/usr/lib/libksrch.so.1.0.2
/usr/lib/libkfs.so.1.0.2
/usr/lib/libkdb.so.1.1.2
/usr/lib/libwvdb.so.2.0.4
/usr/lib/libksproc.so.1.0.0
/usr/lib/libkfg.so.1.0.0
/usr/lib/libkxml.so.1.0.2
/usr/lib/libwsradb.so.3.0.1
/usr/lib/libklib.so.1.1.0
/usr/lib/libsrareader.so.1.0.0
/usr/lib/libsradb.so.3.0.1
This said, if a more experienced developer would still recommend me to
make one package per library, I will. I checked with upstream and
these libraries are intended for public use (although given that they
are recent, there is no known third-party using them yet).
Have a nice day,
--
Charles Plessy
Debian Med packaging team
http://www.debian.org/devel/debian-med
Tsurumi, Kanagawa, Japan
Reply to: