On 02/10/2019 19.32, Alex Bennée wrote:
> 
> Daniel P. Berrangé <berra...@redhat.com> writes:
> 
>> On Wed, Oct 02, 2019 at 04:21:46PM +0200, Thomas Huth wrote:
>>> Running the iotests during "make check" is causing more headaches than
>>> benefits for the block layer maintainers, so let's disable the iotests
>>> during "make check" again.
>>>
>>> Signed-off-by: Thomas Huth <th...@redhat.com>
>>> ---
>>>  tests/Makefile.include   | 2 +-
>>>  tests/qemu-iotests/group | 2 +-
>>>  2 files changed, 2 insertions(+), 2 deletions(-)
>>
>> I don't have any objection to removing from 'make check', but I feel
>> like this commit should be modifying the travis.yml config so that
>> it explicitly runs the block tests, otherwise we're loosing automated
>> CI and the block tests will increase their rate of bitrot again.
> 
> I think we run a subset on gitlab as well. Do the iotests need any
> particular build of QEMU? Lets try and avoid adding unneeded targets.

The tests that are currently specified in .gitlab-ci.yml explicitly are
only tests that are not part of the "auto" group, i.e. not part of "make
check-block". So if we just run "make check-block" in Travis, we do not
have any overlap.

> I must admit I've been out of the loop here. What headaches are they
> causing? Too many false positives?

See this thread here:

https://lists.gnu.org/archive/html/qemu-devel/2019-10/msg00288.html

 Thomas

Reply via email to