Trying to get casperjs running on Ubuntu 12.04. After installing it when I run I get:

09:20 $ ll /usr/local/bin/casperjs
lrwxrwxrwx 1 root root 26 Nov  6 16:49 /usr/local/bin/casperjs -> /opt/casperjs/bin/casperjs

09:20 $ /usr/bin/env python --version
Python 2.7.3

09:20 $ cat /opt/casperjs/bin/casperjs | head -4 
#!/usr/bin/env python

import os
import sys

09:20 $ casperjs
: No such file or directory

09: 22 $ python
Python 2.7.3 (default, Sep 26 2013, 20:03:06) 
[GCC 4.6.3] on linux2

So Python is present and runnable, casperjs is pointing to the right place and it is a python script. But when I run it I get "No such file".

I can fix it by changing the first line of the casperjs python file from:

#!/usr/bin/env python

to:

#!/usr/bin/python

Result:

$ casperjs --version
1.1.0-DEV

I managed to fix it, but I'm wondering why it didn't work with #!/usr/bin/env python, since that seems to be a normal interpreter line. Do I have something configured wrong?

Here are the steps to get casperjs:

$ git clone git://github.com/n1k0/casperjs.git
$ cd casperjs
$ ln -sf `pwd`/bin/casperjs /usr/local/bin/casperjs
$ casperjs
: No such file or directory
  • Can you try running strace /usr/local/bin/casperjs on the nonworking version? Would be helpful if we could see which files env tries to exec, and whether env is failing to find python or python is failing to open the script. – Mark Plotnick Nov 7 '13 at 20:54
  • @MarkPlotnick ran that, 100s of lines of output, anything in particular? – jcollum Nov 7 '13 at 21:17
  • Any lines emitted just prior to : No such file or directory being output that contain attempted execve's. [edit: just saw Gilles' answer. Check for lines in the strace output that look like execve("/usr/bin/python\r", ...). ] – Mark Plotnick Nov 7 '13 at 21:36
up vote 32 down vote accepted

If you see the error “: No such file or directory” (with nothing before the colon), it means that your shebang line has a carriage return at the end, presumably because it was edited under Windows (which uses CR,LF as a line separator). The CR character causes the cursor to move back to the beginning of the line after the shell prints the beginning of the message and so you only get to see the part after CR which ends the interpreter string that's part of the error message.

Remove the CR: the shebang line needs to have a Unix line ending (linefeed only). Python itself allows CRLF line endings, so the CR characters on other lines don't hurt. Shell scripts on the other hand must be free of CR characters.

To remove the Windows line endings, you can use dos2unix:

sudo dos2unix /usr/local/bin/casperjs

or sed:

sudo sed -i -e 's/\r$//' /usr/local/bin/casperjs

If you must edit scripts under Windows, use an editor that copes with Unix line endings (i.e. something less brain-dead than Notepad) and make sure that it's configured to write Unix line endings (i.e. LF only) when editing a Unix file.

  • I've run into this issue but it always has an ^M at the end. I'm exclusively in Ubuntu here but still gedit puts that ^M in sometimes, so I went to Geany. Anyway it will give a different error and that's not the error that I'm seeing. – jcollum Nov 7 '13 at 21:17
  • 1
    @jcollum ^M another way to say CR. – Gilles Nov 7 '13 at 21:18
  • Yes I understand that but what I'm saying is that I'm not getting that error any longer, so it's not a line break issue. – jcollum Nov 7 '13 at 21:25
  • @jcollum You removed the CR when you edited the shebang line. If you change it back to #!/usr/bin/env python (without adding back a CR), it will work. – Gilles Nov 7 '13 at 21:31
  • 1
    Note for anyone confused about terminology: CR = \r = Unicode U+0D = ^M (Ctrl+M), and LF = \n = Unicode U+A0 = ^J (Ctrl+J) – wjandrea May 20 '17 at 20:59

Your Answer

 

By clicking "Post Your Answer", you acknowledge that you have read our updated terms of service, privacy policy and cookie policy, and that your continued use of the website is subject to these policies.

Not the answer you're looking for? Browse other questions tagged or ask your own question.