Installation fails on OS X due to System Integrity Protection

[nloveladyallen]

On OS X 10.11+, /usr (except /usr/local and a few others) is read-only. As a result, even with sudo, setup.py fails.

[ids1024]

You could install to /usr/local with python setup.py install --prefix=/usr/local.

[nloveladyallen]

Turns out it installs the command to /usr/local anyway, but completions are being installed to /usr/share. Installs correctly by replacing ('/usr/share/zsh/site-functions', ['_wikicurses']) with ('/usr/local/share/zsh/site-functions', ['_wikicurses']) in setup.py.

[ids1024]

Ah yes, I see. I don't know if there is a good way to make setup.py support both without editing. Setuptools is not really designed for installing data files like that and does not work well for it.

[lahwaacz]

See e.g. http://stackoverflow.com/questions/10458158/python-setup-py-configuration-to-install-files-in-custom-directories

[nloveladyallen]

You could do something like:

if platform.system() == "darwin":
    completions = ('/usr/local/share/zsh/site-functions', ['_wikicurses'])
else:
    completions = ('/usr/share/zsh/site-functions', ['_wikicurses'])

setup(name='Wikicurses',
      # ...
      data_files = [
          # ...
          completions
          ],
      # ...
      )

[ids1024]

That would work, but is a hack. The question is how (if possible) the code could respect --prefix.