-
Notifications
You must be signed in to change notification settings - Fork 109
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Build] Replace deprecated GabrielBB/xvfb-action by coactions/setup-xvfb #1344
Conversation
FWIW, I recently managed to get rid of Xvfb in CI with https://github.com/redhat-developer/eclipseide-jdtls/blob/main/.github/workflows/validate.yml#L22..L28 . It can be worth preferring mutter over wayland to Xvfb as Xvfb isn't much maintained any longer and all main Linux distro use mutter and dropped X by default. |
That's interesting. Do you know if there is then an equivalent GH-action like setup-xvfb and a Jenkins Plugin like xvfb? |
Back then, I searched and found no GitHub actions; but 4 lines of bash for mutter is IMO more interesting than 1 line of GH action for Xvfb. |
I don't think so, please take into account that the action do much more than "just starting xvfb", e.g. it detects if you run on windows and turn it there into a noop. So if you think mutter is superior it might be good to report it to the people of that action so they can consider using mutter as an alternative. |
That's not really much more, adding a
It's not just me, it's the consensus for all mainstream recent linux distributions who've stopped using X by default.
I don't really care about the action, I'm pretty happy with the steps described above which give more control. |
If the trick is to not execute anything at all on other OS (what about mac?) ... also this currently never do any cleanups.
Sure if you just need to manage/control exactly one (or maybe two or three) repositories / actions it might be fine, for all other cases it just don't scale very well. |
Created an issue: coactions/setup-xvfb#16 |
No description provided.