Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 937846 - dev-libs/libei-1.3.0 fails tests: 9 libei:python / scanner-pytest FAIL 0.63s exit status 1
Summary: dev-libs/libei-1.3.0 fails tests: 9 libei:python / scanner-pytest FAIL 0.63s ...
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal
Assignee: Gentoo X packagers
URL: https://gitlab.freedesktop.org/libinp...
Whiteboard:
Keywords: TESTFAILURE
Depends on:
Blocks:
 
Reported: 2024-08-13 06:46 UTC by Agostino Sarubbo
Modified: 2024-12-13 15:59 UTC (History)
3 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
build.log (build.log,183.80 KB, text/plain)
2024-08-13 06:46 UTC, Agostino Sarubbo
Details
1-testlog.txt (1-testlog.txt,95.47 KB, text/plain)
2024-08-13 06:46 UTC, Agostino Sarubbo
Details
from Arniiiii: work/libei-1.3.0-build/meson-logs/testlog.txt (file_937846.txt,124.58 KB, text/plain)
2024-12-13 09:41 UTC, Arniii
Details
build.log from Arniiiii (file_937846.txt,183.23 KB, text/plain)
2024-12-13 15:52 UTC, Arniii
Details
emerge --info (file_937846.txt,14.44 KB, text/plain)
2024-12-13 15:53 UTC, Arniii
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Agostino Sarubbo gentoo-dev 2024-08-13 06:46:43 UTC
https://blogs.gentoo.org/ago/2020/07/04/gentoo-tinderbox/

Issue: dev-libs/libei-1.3.0 fails tests.
Discovered on: amd64 (internal ref: ci)

Info about the issue:
https://wiki.gentoo.org/wiki/Project:Tinderbox/Common_Issues_Helper#CF0015
Comment 1 Agostino Sarubbo gentoo-dev 2024-08-13 06:46:44 UTC
Created attachment 900006 [details]
build.log

build log and emerge --info
Comment 2 Agostino Sarubbo gentoo-dev 2024-08-13 06:46:45 UTC
Created attachment 900007 [details]
1-testlog.txt

1-testlog.txt
Comment 3 Agostino Sarubbo gentoo-dev 2024-08-13 06:46:46 UTC
Error(s) that match a know pattern in addition to what has been reported in the summary:


8/9 libei:python / scanner-pytest                  FAIL            0.63s   exit status 1
8/9 libei:python / scanner-pytest           FAIL            0.63s   exit status 1
E   RecursionError: maximum recursion depth exceeded
FAILED test_scanner.py::TestScanner::test_interface_arg[ei] - RecursionError:...
Message: valgrind not found, disabling valgrind test suite
Program black found: NO
Program python3 (xdist) found: NO
Program ruff found: NO
Run-time dependency epoll-shim found: NO (tried pkgconfig and cmake)
Run-time dependency xkbcommon found: NO (tried pkgconfig and cmake)
test_scanner.py::TestScanner::test_interface_arg[ei] FAILED              [ 50%]
Comment 4 Larry the Git Cow gentoo-dev 2024-12-12 01:55:47 UTC
The bug has been closed via the following commit(s):

https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=4983d96b6e800fa5006a8ba43097569c469ed19e

commit 4983d96b6e800fa5006a8ba43097569c469ed19e
Author:     Matt Turner <mattst88@gentoo.org>
AuthorDate: 2024-12-12 01:50:58 +0000
Commit:     Matt Turner <mattst88@gentoo.org>
CommitDate: 2024-12-12 01:55:43 +0000

    dev-libs/libei: Add patch to fix test failure
    
    Closes: https://bugs.gentoo.org/937846
    Signed-off-by: Matt Turner <mattst88@gentoo.org>

 ...1.3.0-scanner-switch-to-using-dataclasses.patch | 417 +++++++++++++++++++++
 dev-libs/libei/libei-1.3.0-r1.ebuild               | 101 +++++
 2 files changed, 518 insertions(+)
Comment 5 Arniii 2024-12-13 09:34:03 UTC
It's not fixed.
Comment 6 Sam James archtester Gentoo Infrastructure gentoo-dev Security 2024-12-13 09:36:28 UTC
(In reply to Arniii from comment #5)
> It's not fixed.

How so? Please provide new logs.

You may have hit bug 946329, but I can't say without logs.
Comment 7 Arniii 2024-12-13 09:37:14 UTC
(In reply to Sam James from comment #6)
> (In reply to Arniii from comment #5)
> > It's not fixed.
> 
> How so? Please provide new logs.
> 
> You may have hit bug 946329, but I can't say without logs.

test_scanner.py::TestScanner::test_ei_names[eis]
test_scanner.py::TestScanner::test_versione_arg[ei]
test_scanner.py::TestScanner::test_ei_names[ei]
test_scanner.py::TestScanner::test_interface_arg[ei]
test_scanner.py::TestScanner::test_ei_names[brei]
test_scanner.py::TestScanner::test_cli_extra_data[jsonfile]
test_scanner.py::TestScanner::test_cli_extra_data[string]
test_scanner.py::TestScanner::test_cli_extra_data[yamlfile]
[gw0] [ 12%] PASSED test_scanner.py::TestScanner::test_ei_names[eis]
[gw4] [ 25%] PASSED test_scanner.py::TestScanner::test_versione_arg[ei]
[gw6] [ 37%] PASSED test_scanner.py::TestScanner::test_cli_extra_data[jsonfile]
[gw1] [ 50%] PASSED test_scanner.py::TestScanner::test_ei_names[ei]
[gw2] [ 62%] PASSED test_scanner.py::TestScanner::test_ei_names[brei]
[gw7] [ 75%] PASSED test_scanner.py::TestScanner::test_cli_extra_data[string]
[gw5] [ 87%] PASSED test_scanner.py::TestScanner::test_cli_extra_data[yamlfile]
[gw3] [100%] FAILED test_scanner.py::TestScanner::test_interface_arg[ei]

=============================================================================================================== FAILURES ===============================================================================================================
__________________________________________________________________________________________________ TestScanner.test_interface_arg[ei] __________________________________________________________________________________________________
[gw3] linux -- Python 3.12.8 /usr/bin/python3.12

self = <test_scanner.TestScanner object at 0x7fd7bdf61c70>
protocol = Protocol(copyright='\nCopyright © 2008-2011 Kristian Høgsberg\nCopyright © 2010-2011 Intel Corporation\nCopyright © 20...to receive objects of this type, it must announce\nsupport for this interface in ei_handshake.interface_version.\n'))])

    @pytest.mark.parametrize("component", ("ei",))
    def test_interface_arg(self, protocol: Protocol):
        intf = next((i for i in protocol.interfaces if i.name == "ei_device"))
        event = next((e for e in intf.events if e.name == "interface"))

        obj, interface_name, version = event.arguments
>       assert obj.interface_arg == interface_name

test_scanner.py:54:
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
<attrs generated eq eiscanner.Argument>:11: in __eq__
    self.interface_arg_for == other.interface_arg_for and
<attrs generated eq eiscanner.Argument>:10: in __eq__
    self.interface_arg == other.interface_arg and
<attrs generated eq eiscanner.Argument>:11: in __eq__
    self.interface_arg_for == other.interface_arg_for and
E   RecursionError: maximum recursion depth exceeded
!!! Recursion detected (same locals & position)
-------------------------------------------------------------------------------------------------------- Captured stdout setup ---------------------------------------------------------------------------------------------------------
protocol for component ei
======================================================================================================= short test summary info ========================================================================================================
FAILED test_scanner.py::TestScanner::test_interface_arg[ei] - RecursionError: maximum recursion depth exceeded
===================================================================================================== 1 failed, 7 passed in 1.47s ======================================================================================================


10/10 libei:python / oeffis-pytest                    OK              3.90s

Summary of Failures:

 9/10 libei:python / scanner-pytest           FAIL            1.68s   exit status 1

Ok:                 9
Expected Fail:      0
Fail:               1
Unexpected Pass:    0
Skipped:            0
Timeout:            0
Comment 8 Arniii 2024-12-13 09:39:01 UTC
(In reply to Arniii from comment #7)
> (In reply to Sam James from comment #6)
> > (In reply to Arniii from comment #5)
> > > It's not fixed.

I've checked that the patch exist in /var/tmp/portage/dev-libs/libei-1.3.0/files/1.3.0-scanner-switch-to-using-dataclasses.patch
Comment 9 Arniii 2024-12-13 09:41:41 UTC
Created attachment 913906 [details]
from Arniiiii: work/libei-1.3.0-build/meson-logs/testlog.txt
Comment 10 Sam James archtester Gentoo Infrastructure gentoo-dev Security 2024-12-13 13:36:43 UTC
Please share the build.log + emerge --info too.
Comment 11 Arniii 2024-12-13 15:52:53 UTC
Created attachment 913950 [details]
build.log from Arniiiii
Comment 12 Arniii 2024-12-13 15:53:18 UTC
Created attachment 913951 [details]
emerge --info
Comment 13 Sam James archtester Gentoo Infrastructure gentoo-dev Security 2024-12-13 15:53:50 UTC
That looks like libei-1.3.0, not libei-1.3.0-r{1,2} with the fix (which will probably be stabled soon, but good it wasn't done immediately given -r2 was needed).
Comment 14 Arniii 2024-12-13 15:59:16 UTC
(In reply to Sam James from comment #13)
> That looks like libei-1.3.0, not libei-1.3.0-r{1,2} with the fix (which will
> probably be stabled soon, but good it wasn't done immediately given -r2 was
> needed).

Ah yes, you are right. I've tried the -r2 version, it works perfectly. Thanks.