[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