Re: cygport xvfb.cygclass xvfb_run now hangs under GH scallywag

Brian Inglis via Cygwin-apps <[email protected]> Tue, 30 Dec 2025 17:35:32 -0700
Newsgroups gmane.os.cygwin.applications
Organization Systematic Software
Message-ID <[email protected]>
On 2025-12-28 13:57, Brian Inglis wrote:
> On 2025-12-28 13:21, Brian Inglis wrote:
>> On 2025-12-28 11:09, Brian Inglis wrote:
>>> While testing zint under GH scallywag (10903), cygport check ctest now hangs 
>>> after running xvfb_run cygdrop ... ctest and had to be cancelled.
>>> Everything worked fine for my previous zint updates up to 2025-03-01 (9484).
>>>
>>> After adding b-r xorg-server-extra, using that package's xvfb-run (instead of 
>>> xvfb.cygclass xvfb_run) works, but now with two test failures, under both GH 
>>> scallywag (10907) and locally.
>>>
>>> Does something need to be tweaked in xvfb_run xvfb.cygclass to have it use or 
>>> work more like xorg-server-extra xvfb-run and avoid hanging but avoid issues?
>>
>> By contrast, locally, cygport check "hangs" at end *after* running tests, with 
>> gam_server, bash, subshell, and tee still running, where GH scallywag hangs 
>> starting ctest.

Modified playground cygport to check for $GITHUB_WORKFLOW = scallywag and run 
ctest under xvfb-run then run under xvfb_run with -xv enabled, which loops 
starting an X server, running xmodmap, killing xvfb, deleting X tmp lock and 
socket, incrementing xvfb_display, and repeats: see GH scallywag zint job 10923.

-- 
Take care. Thanks, Brian Inglis              Calgary, Alberta, Canada

La perfection est atteinte                   Perfection is achieved
non pas lorsqu'il n'y a plus rien à ajouter  not when there is no more to add
mais lorsqu'il n'y a plus rien à retrancher  but when there is no more to cut
                                 -- Antoine de Saint-Exupéry