Hi all, 在 2025/6/30 19:37, Santiago Vila 写道:
On Sat, Jun 28, 2025 at 01:53:44PM +0100, Simon McVittie wrote:Please don't treat this as precedent for "remove dbus-run-session from the command-line" being a good first thing to try whenever there is a build or build-time-test failure. If a test suite or a piece of build-time batch processing is wrapped in dbus-run-session, it's usually there for a reason.Ok. I take note.If my theory about this particular FTBFS is correct, removing the use of dbus-run-session results in the build using D-Bus X11 autolaunching (dbus-launch, dbus-x11) instead, which works around the test failure via an internal implementation detail of dbus-launch (the fact that it's an X11 client); and if that theory is correct, `xeyes &` would have been an almost equivalent workaround (I say "almost" because it would have a race condition), but the real solution would be to use `xvfb-run -s "-noreset"` to suppress the X server's unwanted "reset" behaviour.I confirm that by adding those options to the xvfb-run call in dh_auto_test (as in the attached patch), the problem disappears completely (tested 50 times on machines with 1 cpu and 50 times on machines with 2 cpus). Question for Boyuan: Since you did the last upload, would you please consider making another team upload to fix this? (This is a very targeted fix, so I think it should be ok).
Thanks for the discussion, and especially the explanation from smcv. Yes, this now looks reasonable to me. At the current stage of freeze, I don't think a direct upload to Unstable is a good idea. Let me obtain an unblock pre-approval first. Thanks, Boyuan Yang
Attachment:
OpenPGP_signature.asc
Description: OpenPGP digital signature