Skip to content
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

Using dash as default /bin/sh would cause privileged_startx fail #316

Closed
LdBeth opened this issue Jan 11, 2023 · 1 comment
Closed

Using dash as default /bin/sh would cause privileged_startx fail #316

LdBeth opened this issue Jan 11, 2023 · 1 comment
Assignees
Milestone

Comments

@LdBeth
Copy link

LdBeth commented Jan 11, 2023

Symbol link /bin/dash to /private/var/select/sh to change default /bin/sh as dash shell (to reproduce the issue probably needs a reboot, since it may be related to some scripts that was run at boot) seems would cause a cryptic error message when startx or any time executing /op/X11/libexec/privileged_startx:

privileged_startx: client: (os/kern) failure

Although most people won't change the default setting of using /bin/bash as the sh, for people exploring the probability of reducing bashism on their systems this is a risk they should know.


This is tested with Monterey v12.6.2 (21G320) on Intel MacBook,affecting all recent release versions of XQuartz from 2.8.2 to 2.8.5-beta

@jeremyhu jeremyhu self-assigned this Jan 11, 2023
@jeremyhu jeremyhu added this to the 2.8.5 milestone Jan 11, 2023
@jeremyhu
Copy link
Member

I'm glad to see folks making use of /private/var/select/sh to switch to dash. I didn't really do much other than add the sh(1) man page to advertise it. Thanks for helping to make scripts more portable.

checkbashisms is a great tool if you haven't discovered it yet: https://salsa.debian.org/debian/devscripts.git

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants