There is no ./codespell.py

[jwilk]

README says:

Check usage with ./codespell.py -h

But there is no ./codespell.py (unless you cd into bin, in which case the command doesn't work either).

codespell.py was moved from . to bin in b400e42, but I don't understand why. The commit message is enigmatic.

[larsoner]

It follows a more standard Python lib pattern to put it in bin. Really most people will / should probably now install via pip and thus just be able to do codespell.py directly

[gemal]

    copying build/scripts-3.4/codespell.py -> /home/scrutinizer/.pyenv/versions/3.4.1/bin
    changing mode of /home/scrutinizer/.pyenv/versions/3.4.1/bin/codespell.py to 775

is this normal? That I cant just run codespell.py but it seems only to be able able in /home/scrutinizer/.pyenv/versions/3.4.1/bin/codespell.py ?

[lurch]

most people will / should probably now install via pip and thus just be able to do codespell.py directly

...except now that pypi has been upgraded ( #101 ), pip will actually install the executable codespell instead of codespell.py

[larsoner]

Argh, you're right. I guess we should revert to codespell.py for backward compatibility reasons

[larsoner]

@lucasdemarchi do you agree we should change the name to bin/codespell.py instead of bin/codespell? I think it's necessary for backward compatibility.

[lurch]

Isn't it 'better' to have installed commands without the extension? (I assumed this change was deliberate)

[larsoner]

Yeah it is better, but I'm worried about backward compatibility. For people who used to do codespell.py it won't work anymore. So I'm starting to think we should use the old name.

[anatol]

Please keep codespell file without file extension. It has been done this way for a long time. The convention has been changed in previous release and that is why we requested reverting it back to codespell.

[larsoner]

Ahh okay, thanks @anatol

[jviotti]

But the problem is that removing .py breaks the tool Windows, which relies on extensions to know how to execute a file. Could we have codespell.py for Windows, and just codespell elsewhere?

[larsoner]

Should we just provide both, then?

[larsoner]

Could we have codespell.py for Windows, and just codespell elsewhere?

I guess that's an option, too. I'll look and see what happens with binaries installed from other repos I work on. I know we have command-line utilities and AFAIK we don't do anything special for Windows. It's possible that they have just never worked there, I guess.

[larsoner]

I guess that you can use setuptools to take care of it. This might be the best/simplest route. Someone want to give it a try?

[larsoner]

I have verified locally that setuptools does indeed install a codespell.exe for Windows so just doing codespell works there with #136

[lurch]

Woohoo, great to see this issue fixed 👍 Any chance of a release on PyPi? ;)

[larsoner]

Yes that's the next step, I should have time by next week

[jviotti]

Has the release been published?

[larsoner]

https://pypi.python.org/pypi/codespell/