I've locally patched the FreeBSD port of py-whichcraft to avoid a compilation problem with python-3.6.x:

=======================<phase: configure      >============================
===>   py36-whichcraft-0.5.2 depends on package: py36-setuptools>0 - found
===>   py36-whichcraft-0.5.2 depends on file: /usr/local/bin/python3.6 - found
===>   py36-whichcraft-0.5.2 depends on file: /usr/local/bin/ccache - found
===>  Configuring for py36-whichcraft-0.5.2
Traceback (most recent call last):
  File "<string>", line 1, in <module>
  File "setup.py", line 35, in <module>
    readme = open("README.rst").read()
  File "/usr/local/lib/python3.6/encodings/ascii.py", line 26, in decode
    return codecs.ascii_decode(input, self.errors)[0]
UnicodeDecodeError: 'ascii' codec can't decode byte 0xc2 in position 1067: ordinal not in range(128)
*** Error code 1

Stop.

Looks like some unicode characters sneaked into README.rst. The patch is available here:

https://svnweb.freebsd.org/ports/head/devel/py-whichcraft/files/patch-README.rst?revision=481787&view=co

I'd just paste it into this report, but I doubt the subtleties of the whitespace changes would survive the process.

E:\Project\whichcraft>python test_whichcraft.py
============================= test session starts =============================
platform win32 -- Python 2.7.10, pytest-2.9.1, py-1.4.31, pluggy-0.3.1
rootdir: E:\Project\whichcraft, inifile:
plugins: cov-2.2.1
collected 2 items

test_whichcraft.py F.

================================== FAILURES ===================================
____________________________ test_existing_command ____________________________

def test_existing_command():
cmd = which('date')
assert cmd
E assert None
test_whichcraft.py:9: AssertionError
===================== 1 failed, 1 passed in 0.17 seconds ======================

reference to cookiecutter/cookiecutter#703

split on string that usually ends with ";" will generate empty string as last item.

As every string can end with empty string, this will always return plain version, not suffixed one

Hi :)

I know, 465d532 fixed the mismatch of whichcraft.__version__, but the https://pypi.org/project/whichcraft/0.6.0 release still contains the wrong __version__ = "0.5.3" line

And this breaks my custom generalized dependency checks that I do in most of my projects, so I need to do hacky workarounds for whichcraft as requirement ;)

Can you please quickly make a new 0.6.1 release or so?

BTW, in case you don't know it: There is https://pypi.org/project/setuptools-scm , a nice official https://www.pypa.io tool for automatically determining project versions based on Git tags and passing them to setup() by using a simple setup entry point, also offering the feature of additionally writing the version into a Python module for keeping everything automatically consistent. I use it in all my Python projects, and even in some non-Python projects :)

Kind regards,
Stefan

73% isn't enough for a package used this much: https://codecov.io/gh/pydanny/whichcraft/src/master/whichcraft.py

per
cookiecutter/cookiecutter#1207 (comment)

• Disable travis-ci.org webhook
• Enable travis-ci.com webhook
• Update the Readme