-
Notifications
You must be signed in to change notification settings - Fork 144
doesn't work in windows #17
Comments
Hello @jfmatth, I have already come across the issue you mention (I mostly use Winows) and, (as a Q+D solution) if you convert endlines in the .sh files from windows to unix Vagrant provision will work. This is caused by the core.autocrlf setting (http://git-scm.com/book/ch7-1.html) which is tweaked when you install git for windows (the installer will ask you what you want to do with your line endings when checking out code and commiting). The git for windows installer says that the best option is to have autocrfl = true. This means that when you commit your line endings will be converted to windows (that's why you see the \r in the privisioning .sh files) and when you check out your line endings will be converted to unix. There is a great amount of discussion in SO on which should be the best autocrfl strategy (http://stackoverflow.com/questions/2825428/why-should-i-use-core-autocrlf-true-in-git and http://stackoverflow.com/questions/170961/whats-the-best-crlf-handling-strategy-with-git), but my recommendation, since we are talking about the python world, is to use autocrlf = input. That way, when you commit files containing windows line endings they will be converted to unix, but you won't convert unix line endings when you check out (so, .sh scripts will work). |
@spapas , thanks for the very thorough explanation. I've seen this before on other vagrant installs on Windows (cloud foundry comes to mind). It's a huge pain I may try and run it on cygwin, and see what happens. Ill let you know. J |
OK, so i installed in Cygwin with your suggestions, and it worked fine. I'll try in Windows next, but wanted to update you. |
Looks like the scripts have /r in them, causing the git pull in windows to bring down wrong files. I'll try again and post more info
The text was updated successfully, but these errors were encountered: