庆典：在MobaXterm的Gradle运行小程序时未找到 [英] bash: applet not found when running gradle in MobaXterm

问题描述

我目前正在评估 MobaXterm 作为替代我的Windows7的机器上我目前的纯Cygwin安装。有一件事我被困正在运行gradle这个。当执行我总是

I am currently evaluating MobaXterm as replacement for my current plain Cygwin installation on my Windows7 machine. One thing I got stuck is running 'gradle'. When executing I always get

bash: applet not found

其他人也有类似的问题，与移动设备和路由器，例如命令：

Other people had similar issues with commands on mobile devices and routers, e.g.:

• http://forum.xda-developers.com/showthread.php？ T = 169113


• http://comments.gmane.org/gmane.linux.busybox/35809

• http://forum.xda-developers.com/showthread.php?t=169113
• http://comments.gmane.org/gmane.linux.busybox/35809

不知道如何结合在一起的，但称改变周围的底层外壳的可执行文件的符号链接或复制解决方案，最次。是否有人知道gradle这个环境依赖关系分叉工人/守护程序之类的东西，甚至有大约mobaXterm cygwin环境和一个普通的Cygwin环境之间差异的详细信息？ Cygwin和MobaXterm使用相同的.bash_profile我的机器上。

Don't know how this fits together, but solutions most times referred to changing symlinks or copying around executables of the underlying shell. Does someone know the environment dependencies of gradle for forking workers/deamons and stuff like that or even has details about the differences between a mobaXterm cygwin environment and a plain cygwin environment? Cygwin and MobaXterm use the same .bash_profile on my machine.

THX输入！
干杯

Thx for input! Cheers

推荐答案

在MobaXterm客户服务的一种反应后，我找到了解决办法。问题是由这一事实造成的，大多数MobaXterm核心的命令（LS，猫，杀等）都建在busybox的是返回提到的错误陈述的bash：APPLET未找到。 （也可以用命令busybox的bash的'复制）。

after the kind response of the MobaXterm customer service, I found a solution. The problem is caused by the fact, that most of the core commands of MobaXterm (ls, cat, kill and so on) are built on busybox which is returning the mentioned error statement "bash: applet not found". (Can be reproduced with command 'busybox bash').

据该gradle这个消息人士透露，gradle这个unixStartScript.txt具有以下脚本preamble：

According to the gradle sources, the gradle unixStartScript.txt has the following script preamble:

#!/usr/bin/env bash

我想通了，在MobaXterm env命令重新用符号链接psented准确busybox.exe $ P $。这似乎是遵循/为gradle这个启动脚本的实际bash命令之前解决。这将导致

I figured out that in MobaXterm the env command is represented by a sym-link to exactly busybox.exe. That seems to be followed/resolved before the actual bash command for the gradle start script. which causes

#!/usr/bin/busybox.exe bash

对于环境preparation执行。

to be executed for environment preparation.

长话短说：要解决此问题，请/bin/env.exe硬链接到/bin/busybox.exe或简单地复制/bin/busybox.exe并将其重命名在Windows中env.exe资源管理器，以获得最终的gradle在MobaXTerm运行！

Long story short: To fix this issue, make /bin/env.exe a hardlink to /bin/busybox.exe or simply copy /bin/busybox.exe and rename it to env.exe in the Windows Explorer to get gradle finally running in MobaXTerm!

干杯
本

这篇关于庆典：在MobaXterm的Gradle运行小程序时未找到的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！