GNU bug report logs - #27375
Kodi tests take too long

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 27375 in the body.
You can then email your comments to 27375 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: ludo <at> gnu.org (Ludovic Courtès)
To: bug-guix <at> gnu.org
Subject: Kodi tests take too long
Date: Thu, 15 Jun 2017 15:37:02 +0200

The ‘kodi-test’ program used during the test phase of Kodi takes quite a
bit of time, apparently spent scanning for /dev nodes that it won’t find
and waiting for them to show up, which never happens:

--8<---------------cut here---------------start------------->8---
open("/dev/snd/controlC15", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/dev/aloadC15", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC16", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/dev/aloadC16", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC17", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/dev/aloadC17", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC18", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/dev/aloadC18", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC19", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/dev/aloadC19", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC20", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/dev/aloadC20", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC21", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/dev/aloadC21", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC22", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/dev/aloadC22", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC23", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/dev/aloadC23", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC24", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/dev/aloadC24", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC25", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/dev/aloadC25", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC26", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/dev/aloadC26", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC27", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/dev/aloadC27", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC28", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/dev/aloadC28", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC29", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/dev/aloadC29", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC30", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/dev/aloadC30", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC31", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/dev/aloadC31", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
write(11, "\1\0\0\0\0\0\0\0", 8)        = 8
futex(0x1d932e8, FUTEX_UNLOCK_PI_PRIVATE) = 0
nanosleep({tv_sec=1, tv_nsec=500000000}, ^Cstrace: Process 19805 detached
--8<---------------cut here---------------end--------------->8---

Probably that’s something done by alsa-lib.  It would be good to disable
it though, because currently it takes 14937 seconds (more than 4
hours!), occupying a build slot.

Ludo’.

Message #10 received at 27375-done <at> debbugs.gnu.org (full text, mbox):

From: Marius Bakke <mbakke <at> fastmail.com>
To: Ludovic Courtès <ludo <at> gnu.org>, 27375-done <at> debbugs.gnu.org
Subject: Re: bug#27375: Kodi tests take too long
Date: Sun, 25 Feb 2018 18:49:23 +0100

[Message part 1 (text/plain, inline)]

Ludovic Courtès <ludo <at> gnu.org> writes:

> The ‘kodi-test’ program used during the test phase of Kodi takes quite a
> bit of time, apparently spent scanning for /dev nodes that it won’t find
> and waiting for them to show up, which never happens:

This is no longer the case with the latest version (9d2749f62f1479d2d8).

[signature.asc (application/pgp-signature, inline)]

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.