-
Notifications
You must be signed in to change notification settings - Fork 32
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
How do you cope with distros having requiretty enabled in /etc/sudoers #24
Comments
Not really sure of the consequences but anyway, here's the patch that works for me:
|
Looks like that's only part of the equation unfortunately, since box.sudo? evals to false when using box.sudo instead of box.enable_sudo and then running the command with execute. |
I don't have any solution for this currently unfortunately (other than to update the sudoers config). |
Anything new on this? I also have a situation where I need to ship a program to 3rd parties and can't control the Sudoers file. It looks like Centos 6 at least sets requiretty as the default. |
@rberger I did find a solution to the problem and I've been using it with CentOS boxes since then: https://github.com/rubiojr/shexy/blob/master/lib/shexy.rb#L104 |
If you are using an Amazon linux AMI that supports user data, it's probably best to just change the sudoers config like this: hashicorp/vagrant#1482 (comment) |
Hey Delano,
Having issues with:
or
when /etc/sudoers has "Defaults requiretty" (like CentOS):
Haven't been able to find a good way to cope with this without patching. Any hints?
The text was updated successfully, but these errors were encountered: