Your message dated Sat, 17 Nov 2012 15:24:14 +0100
with message-id <20121117142414.ga1...@jwilk.net>
and subject line Re: Bug#684220: RFS: tinysvm/0.09-1 [ITP] -- SVM trainer and
classifier toolkit
has caused the Debian Bug report #684220,
regarding RFS: tinysvm/0.09+dfsg-1 [ITP] -- SVM trainer and classifier toolkit
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
684220: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=684220
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: sponsorship-requests
Severity: wishlist
Dear mentors,
I am looking for a sponsor for my package "tinysvm"
* Package name : tinysvm
Version : 0.09-1
Upstream Author : Taku Kudo <taku...@is.aist-nara.ac.jp>
* URL : http://www.chasen.org/~taku/software/TinySVM/
* License : LGPL-2+
Section : science
It builds those binary packages:
libtinysvm1 - TinySVM shared library
libtinysvm1-dbg - TinySVM debug symbols
libtinysvm1-dev - TinySVM development files
tinysvm - SVM trainer and classifier toolkit
To access further information about this package, please visit the
following URL:
http://mentors.debian.net/package/tinysvm
Alternatively, one can download the package with dget using this command:
dget -x
http://mentors.debian.net/debian/pool/main/t/tinysvm/tinysvm_0.09-1.dsc
More information about tinysvm can be obtained from
http://www.chasen.org/~taku/software/TinySVM/.
Regards,
Giulio Paci
--- End Message ---
--- Begin Message ---
* Giulio Paci <giuliop...@gmail.com>, 2012-11-15, 01:33:
You may also want to provide DEP-8 tests.
Are you saying this in general or are you specifically talking about
tinysvm?
I was talking specifically about tinysvm, but if you implement DEP-8
test in your other packages, it won't hurt. :)
Are there any benefits in implementing DEP-8 tests replacing tests in
the upstream build system?
Not replace, but rather re-use for a slightly different purpose.
(I just quickly read the "current specification" document linked by
http://dep.debian.net/deps/dep8/) Or are they intended to be run during
installation (I did not get the meaning of "as-installed").
Right, this document is not very friendly for newcomers. It'd nice if it
contained some kind of philosophical introduction...
The difference between DEP-8 tests and build-time tests, that the former
test actual binary packages that are installed on the tested system.
This makes the scope of issued possible to detect a bit different. For
example, these problems could be detected by DEP-8 tests but not by
build-time tests:
- some files that are essential for the software to function correctly
were not included in the binary package;
- a dependency is missing;
- one of the libraries the package uses broke ABI.
On the other hand, build-time test could detect API breakage in a used
library, which is impossible for DEP-8 tests.
Does it makes things clear to you?
Anyway, uploaded.
--
Jakub Wilk
--- End Message ---