[Pkg-octave-devel] Autopkgtest for the OF packages
Rafael Laboissière
rafael at debian.org
Mon Sep 18 14:02:40 UTC 2017
* Julien Bect <julien.bect at centralesupelec.fr> [2017-09-17 10:58]:
> Le 14/09/2017 à 08:43, Rafael Laboissière a écrit :
>>
>> And here is the recipe for running the tests (from the package
>> source in the current Git version):
>>
>> autopkgtest -B . -- null
>
> Here is what I get with octave-stk:
>
> autopkgtest [12:32:11]: version 4.4
> autopkgtest [12:32:11]: host EliteBookZZ; command line:
> /usr/bin/autopkgtest -B . -- null
> autopkgtest [12:32:11]: testbed dpkg architecture: amd64
> autopkgtest [12:32:11]: testbed running kernel: Linux 4.9.0-3-amd64 #1
> SMP Debian 4.9.30-2+deb9u3 (2017-08-06)
> autopkgtest [12:32:11]: @@@@@@@@@@@@@@@@@@@@ unbuilt-tree .
> dpkg-source: info: mise en place de
> 0001-Remove-stk_config_testprivatemex.patch
> dpkg-source: info: mise en place de 0002-Remove-the-MOLE.patch
> autopkgtest [12:32:12]: testing package octave-stk version 2.4.2-1
> autopkgtest [12:32:12]: build not needed
> * SKIP no tests in this package
> autopkgtest [12:32:12]: @@@@@@@@@@@@@@@@@@@@ summary
> * SKIP no tests in this package
>
>
> There (many) unit tests in octave-stk but they are not detected.
>
> I suspect that the problem comes from the multi-directory structure of
> the package. If it is so, other packages will have the same issue
> (geometry, for instance).
>
> To run the unit tests in STK, you can just type stk_runtests (or use
> directly __run_test_suite__ as is done in stk_runtests).
>
> Let me know what I can do to help you fix this.
You need to have "Testsuite: autopkgtest-pkg-octave" in d/control. The
version of octave-stk currently in Git has it.
Rafael
More information about the Pkg-octave-devel
mailing list