我正在尝试使用makefile编译一些源代码。在makefile中，有一堆命令需要作为sudo运行。
当我从终端编译源代码时，一切都很好，并且在第一次运行sudo命令等待密码时，make会暂停。一旦我输入密码，做简历和完成。
但是我希望能够在NetBeans中编译源代码。所以，我开始了一个项目，并向netbeans展示了在哪里可以找到源代码，但当我编译项目时，它给出了错误:
sudo: no tty present and no askpass program specified
第一次执行sudo命令时。
我在网上查了这个问题，我找到的所有解决方案都指向一件事:禁用这个用户的密码。因为这里讨论的用户是根用户。我不想那样做。
还有其他解决办法吗?
当前回答
我想我能帮到别人。
首先，我修改了/etc/sudoers中的用户设置，参考上面的答案。但它仍然没有工作。
myuser ALL=(ALL) NOPASSWD: ALL
%mygroup ALL=(ALL:ALL) ALL
在我的例子中，myuser在mygroup中。
我不需要小组。删除了这一行。
(不应该像我一样删除这一行，只是标记注释。)
myuser ALL=(ALL) NOPASSWD: ALL
它的工作原理!
其他回答
我能够做到这一点，但请确保按照正确的步骤。 这是为任何得到导入错误的人准备的。
步骤1:检查文件和文件夹是否有执行权限问题。 Linux用户使用:
chmod 777 filename
步骤2:检查哪个用户有执行它的权限。
Step3:打开终端键入此命令。
sudo visudo
将这些行添加到下面的代码中
www-data ALL=(ALL) NOPASSWD:ALL
nobody ALL=(ALL) NOPASSWD:/ALL
这是授予执行脚本的权限，并允许它使用所有的库。用户通常是“nobody”或“www-data”。
现在将代码编辑为
echo shell_exec('sudo -u the_user_of_the_file python your_file_name.py 2>&1');
进入终端查看进程是否正在运行 在这里输入这个…
ps aux | grep python
这将输出在python中运行的所有进程。
附加元件: 使用下面的代码检查系统中的用户
cut -d: -f1 /etc/passwd
谢谢你！
运行包含来自jenkins的sudo命令的shell脚本可能无法按预期运行。要解决这个问题，请遵循以下步骤
简单的步骤:
在基于ubuntu的系统中，运行" $ sudo visudo " 这将打开/etc/sudoers文件。 如果jenkins用户已经在该文件中，那么修改如下:
詹金斯
保存文件 重新开始你的jenkins工作 你不应该再看到错误信息:)
确保你正在执行的命令是你的PATH的一部分。
如果您有一个(或多个，但不是ALL)命令sudoers条目，当命令不是路径的一部分(并且没有指定完整路径)时，您将得到sudo: no tty present和没有指定askpass程序。
您可以通过将命令添加到PATH或使用绝对路径调用它来修复它。
sudo /usr/sbin/ipset
而不是
须藤ipset
默认情况下，Sudo将从连接的终端读取密码。您的问题是，从netbeans控制台运行时没有附加终端。因此，您必须使用另一种方法来输入密码:即所谓的askpass程序。
askpass程序不是一个特定的程序，而是任何可以要求密码的程序。例如，在我的系统中，x11-ssh-askpass工作正常。
为了做到这一点，你必须指定要使用的程序，可以使用环境变量SUDO_ASKPASS，也可以在sudo.conf文件中指定(详情请参阅man sudo)。
您可以使用选项-A强制sudo使用askpass程序。默认情况下，它只在没有附加终端时使用它。
作为参考，以防其他人遇到同样的问题，我在一个小时内被这个错误卡住了，因为我使用的是NOPASSWD参数，所以不应该发生这个错误。
我不知道的是，当没有tty并且用户尝试启动的命令不在/etc/sudoers文件中允许的命令的一部分时，sudo可能会引发完全相同的错误消息。
这里有一个简化的例子，我的文件内容与我的问题:
bguser ALL = NOPASSWD: \
command_a arg_a, \
command_b arg_b \
command_c arg_c
当bguser尝试在没有任何tty的情况下启动“sudo command_b arg_b”(bguser被用于某些守护进程)时，他将遇到错误“no tty present and no askpass program specified”。
Why?
因为在/etc/sudoers文件的末尾缺少一个逗号…
(我甚至怀疑这是否是预期的行为，而不是sudo中的错误，因为这种情况下正确的错误消息应该是“对不起，用户bguser不允许执行等”)
