Your message dated Tue, 14 Oct 2025 11:55:55 +0000
with message-id <[email protected]>
and subject line Bug#1105140: fixed in matrix-synapse 1.139.2-1
has caused the Debian Bug report #1105140,
regarding matrix-synapse:FTBFS:build failed(WorkerLockTest Timeout on riscv64)
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)


-- 
1105140: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1105140
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Source: matrix-synapse
Version: 1.128.0-1
Severity: serious
Tags: FTBFS, patch
User: [email protected]
Usertags: riscv64

Dear matrix-synapse maintainer,
The package matrix-synapse build failed on riscv64.The crucial buildd log
below:
```

=================================== FAILURES ===================================
___________________ WorkerLockTestCase.test_lock_contention ____________________

self = <tests.handlers.test_worker_lock.WorkerLockTestCase
testMethod=test_lock_contention>

    def test_lock_contention(self) -> None:
        """Test lock contention when a lot of locks wait on a single worker"""

        # It takes around 0.5s on a 5+ years old laptop
        with test_timeout(5):
            nb_locks = 500
            d = self._take_locks(nb_locks)
>           self.assertEqual(self.get_success(d), nb_locks)

/build/reproducible-path/matrix-synapse-1.128.0/.pybuild/cpython3_3.13_matrix-synapse/build/tests/handlers/test_worker_lock.py:61:
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
/build/reproducible-path/matrix-synapse-1.128.0/.pybuild/cpython3_3.13_matrix-synapse/build/tests/unittest.py:692:
in get_success
    self.pump(by=by)
/build/reproducible-path/matrix-synapse-1.128.0/.pybuild/cpython3_3.13_matrix-synapse/build/tests/unittest.py:688:
in pump
    self.reactor.pump([by] * 100)
/usr/lib/python3/dist-packages/twisted/internet/task.py:838: in pump
    self.advance(amount)
/build/reproducible-path/matrix-synapse-1.128.0/.pybuild/cpython3_3.13_matrix-synapse/build/tests/server.py:642:
in advance
    super().advance(0)
/usr/lib/python3/dist-packages/twisted/internet/task.py:830: in advance
    call.func(*call.args, **call.kw)
/build/reproducible-path/matrix-synapse-1.128.0/.pybuild/cpython3_3.13_matrix-synapse/build/synapse/util/__init__.py:201:
in wrapped_callback
    callback(*args, **kwargs)
/build/reproducible-path/matrix-synapse-1.128.0/.pybuild/cpython3_3.13_matrix-synapse/build/synapse/handlers/worker_lock.py:191:
in _wake_all_locks
    if not deferred.called:
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _

self = <tests.utils.test_timeout object at 0x3f9e3e74d0>, signum = 14
frame = <frame at 0x3f9bda9560, file
'/build/reproducible-path/matrix-synapse-1.128.0/.pybuild/cpython3_3.13_matrix-synapse/build/synapse/handlers/worker_lock.py',
line 191, code _wake_all_locks>

    def handle_timeout(self, signum: int, frame: Optional[FrameType]) -> None:
>       raise TestTimeout(self.error_message)
E       tests.utils.TestTimeout: Test timed out after 5s

/build/reproducible-path/matrix-synapse-1.128.0/.pybuild/cpython3_3.13_matrix-synapse/build/tests/utils.py:424:
TestTimeout

```
The full buildd log is here:
https://buildd.debian.org/status/fetch.php?pkg=matrix-synapse&arch=riscv64&ver=1.128.0-1&stamp=1746950558&raw=0

My solution to this issue:
The `test_lock_contention` test, which simulates high lock contention, is
timing out on RISC-V systems likely due to inherent performance differences
of the architecture compared to more established platforms like x86_64, for
which the current 5-second timeout is calibrated.

To address this without masking potential regressions on other
architectures, I propose to conditionally adjust the timeout duration for
the RISC-V architecture. This is achieved by detecting the architecture
using `platform.machine()` within the test case and applying a more lenient
timeout (e.g., 15 seconds)  specifically for RISC-V.The debdiff patch is in
the attachment.I have tested that locally,and it works well.Please let me
know whether this solution can be accepted.

Gui-Yue
Best Regards

Attachment: fix_matrix-synapse_test_timeout_on_riscv.patch
Description: Binary data


--- End Message ---
--- Begin Message ---
Source: matrix-synapse
Source-Version: 1.139.2-1
Done: Antonio Russo <[email protected]>

We believe that the bug you reported is fixed in the latest version of
matrix-synapse, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [email protected],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Antonio Russo <[email protected]> (supplier of updated matrix-synapse package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [email protected])


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

Format: 1.8
Date: Tue, 14 Oct 2025 03:59:18 -0600
Source: matrix-synapse
Architecture: source
Version: 1.139.2-1
Distribution: unstable
Urgency: medium
Maintainer: Matrix Packaging Team 
<[email protected]>
Changed-By: Antonio Russo <[email protected]>
Closes: 1105140 1111723 1116789 1117854
Changes:
 matrix-synapse (1.139.2-1) unstable; urgency=medium
 .
   [ Antonio Russo ]
   * New upstream release (Closes: 1105140, #1117854).
   * Refresh vendored rust dependencies.
   * Update debian/copyright.
 .
   [ Santiago Vila ]
   * Fix FTBFS with the nocheck build profile (Closes: #1116789).
 .
   [ Andrej Shadura ]
   * Fix the zeroconf license: BSD-2, not BSD (Closes: #1111723).
   * Remove constraints unnecessary since buster.
   * Update lintian override info format.
Checksums-Sha1:
 7cdf250888e2b32bd75abfd1969b27aa38d392eb 3990 matrix-synapse_1.139.2-1.dsc
 12138b6be99d332df219c302307c387c7a470289 9143758 
matrix-synapse_1.139.2.orig.tar.gz
 302975659f70c94ce3283764dfae8312e497a250 6245500 
matrix-synapse_1.139.2-1.debian.tar.xz
Checksums-Sha256:
 3a52da372444ee94a96da180e7ca0c61e192df1a2ff790cdacfcf9bd83fcda14 3990 
matrix-synapse_1.139.2-1.dsc
 e2912f8fe1b8edc26305e92b458e99be301ea2dd16128cdb80036420b1239932 9143758 
matrix-synapse_1.139.2.orig.tar.gz
 3c36da3bc7065beffa4b86743e1d9bbacee0f3fb27b98835aa9aca02fd4f6ef1 6245500 
matrix-synapse_1.139.2-1.debian.tar.xz
Files:
 ced20b6a6b884b107bc839b26f9c1623 3990 net optional matrix-synapse_1.139.2-1.dsc
 a6c2d14a29e71895a98ee0a21ade1c71 9143758 net optional 
matrix-synapse_1.139.2.orig.tar.gz
 fbf70d4426289624447df8d4333a81c2 6245500 net optional 
matrix-synapse_1.139.2-1.debian.tar.xz

-----BEGIN PGP SIGNATURE-----

iHUEARYKAB0WIQSD3NF/RLIsyDZW7aHoRGtKyMdyYQUCaO40+wAKCRDoRGtKyMdy
YaxeAP0U/xJuAMdLYkWM4CjRdxY5aWKAYea6PkaIyeO+aKn0BAD9EH+K/5VaBwWK
b0thpMb3sxDV05o0K2oH8Mo2nQFl4Q0=
=ngly
-----END PGP SIGNATURE-----

Attachment: pgpm7WG_5mxjV.pgp
Description: PGP signature


--- End Message ---

Reply via email to