57

After committing my project's gradlew file from my Windows machine to the remote repo using Git, invoking gradlew on my Linux server failed with this message:

/usr/bin/env: bash: No such file or directory

What happened?

Matthias Braun
  • 32,039
  • 22
  • 142
  • 171

6 Answers6

104

The problem's cause was that Git on Windows converted the line endings of gradlew from Unix style (LF) to Windows style (CRLF).

You can turn off that automatic conversion using git config core.autocrlf false.

Setting the line endings of gradlew back to Unix style fixed the problem. In Vim this is done using :set fileformat=unix.

Matthias Braun
  • 32,039
  • 22
  • 142
  • 171
  • 1
    @MatthiasBraun - Hello. I am having the same problem. I have an Android project that was built on Windows using Android Studio. When I import in my MAC, I can not run ./gradlew clean or ./gradlew build as i get = env: bash\r: No such file or directory . i try set fileformat=unix but does not work. – Thiago Jun 16 '15 at 03:07
  • This doesn't solve my problem. I'm using Windows as well. – Martin Erlic Feb 23 '17 at 14:37
  • As an additional help for Windows users, it can be done in Notepad++ using the menu item Edit -> EOL Conversion -> Unix (LF) – Jeremy Mangas Dec 30 '17 at 19:02
  • that exactly was the problem in my case.. I am sharing my project files between windows machine and macbook – Tarun Gupta Apr 07 '21 at 06:24
  • great answer and life saving – Obtice Dec 26 '22 at 19:19
66

This is because the gradlew file has Windows file-endings.

You can install dos2unix with apt-get or yum by running:

sudo apt-get install dos2unix

sudo yum install -y dos2unix

and then use dos2unix to convert the line-endings

from CRLF Windows CarriageReturn + LineFeed

to LF Linux LineFeed only:

dos2unix ./gradlew

Then run your gradlew for a test:

./gradlew clean -d
Martin Zeitler
  • 1
  • 19
  • 155
  • 216
Justin Rhoades
  • 681
  • 5
  • 5
13

Thanks for the answers, these highlighted that the problem was Windows creating the gradlew, when I am on mac.

To fix this, from the directory of the app I ran the command:

gradle wrapper

This creates (replaces the broken) a gradle wrapper, that works! (notice it uses your local gradle install to fix the wrapper of the app)

Blundell
  • 75,855
  • 30
  • 208
  • 233
2

To solve it permanently for Git checkouts on Linux and Mac:

In your root Git repo directory add a file named .gitattributes with this content:

gradlew text eol=lf

More information: https://git-scm.com/docs/gitattributes

PS: Works too for .sh files using this entry:

*.sh text eol=lf

The entries work at checkout time and convert the line endings of these files to LF.

Matthias Braun
  • 32,039
  • 22
  • 142
  • 171
Robert Halter
  • 362
  • 1
  • 9
1

A vendor had shipped a gradlew with Windows carriage returns. Opening gradlew in vim revealed ^M line endings. Running :e ++ff=dos removed the line endings and resolved this issue.

As per https://vim.fandom.com/wiki/File_format

auzwang
  • 66
  • 5
0

Follow Arrow then ok , it works in @macOS #BigSurenter image description here

krishnendra
  • 673
  • 7
  • 8