After getting updated to Monterey 12.2.1 and having Xcode updated to 13.2.1, I'm having trouble in a venv environment when I use the system installed Python, 3.10.2. My app is using ssh2-python, which needs to link to libssh2. I believe this spells it all out: (to skipg over the annoying horizontal scroll, the takeway text is '/usr/lib/libssh2.1.dylib' (no such file)
File "/Users/mnelson1/3m-install/venv-3.10.2/lib/python3.10/site-packages/pssh/clients/native/single.py", line 25, in <module>
from ssh2.error_codes import LIBSSH2_ERROR_EAGAIN
ImportError: dlopen(/Users/mnelson1/3m-install/venv-3.10.2/lib/python3.10/site-packages/ssh2/error_codes.cpython-310-darwin.so, 0x0002): Library not loaded: /private/var/folders/6s/q3hjdt5s00b5p_cpjbbxp6680000gr/T/pip-install-lasr65mk/ssh2-python_46cfb4509bee4529bbe0e4eacbb00674/src/src/libssh2.1.dylib
Referenced from: /Users/mnelson1/3m-install/venv-3.10.2/lib/python3.10/site-packages/ssh2/error_codes.cpython-310-darwin.so
Reason: tried: '/private/var/folders/6s/q3hjdt5s00b5p_cpjbbxp6680000gr/T/pip-install-lasr65mk/ssh2-python_46cfb4509bee4529bbe0e4eacbb00674/src/src/libssh2.1.dylib' (no such file), '/usr/lib/libssh2.1.dylib' (no such file)
Of course, libssh2 is actually installed:
❯ brew info libssh2
libssh2: stable 1.10.0 (bottled), HEAD
C library implementing the SSH2 protocol
https://www.libssh2.org/
/usr/local/Cellar/libssh2/1.10.0 (184 files, 999.8KB) *
Poured from bottle on 2022-03-03 at 15:00:10
From: https://github.com/Homebrew/homebrew-core/blob/HEAD/Formula/libssh2.rb
License: BSD-3-Clause
==> Dependencies
Required: openssl#1.1 ✔
==> Options
--HEAD
Install HEAD version
==> Analytics
install: 101,845 (30 days), 301,986 (90 days), 1,138,668 (365 days)
install-on-request: 1,683 (30 days), 6,573 (90 days), 137,389 (365 days)
build-error: 2 (30 days)
❯ ls -l /usr/local/lib/libssh*
lrwxr-xr-x 1 mnelson1 staff 44 Mar 3 15:01 /usr/local/lib/libssh2.1.dylib# -> ../Cellar/libssh2/1.10.0/lib/libssh2.1.dylib
lrwxr-xr-x 1 mnelson1 staff 38 Mar 3 15:01 /usr/local/lib/libssh2.a# -> ../Cellar/libssh2/1.10.0/lib/libssh2.a
lrwxr-xr-x 1 mnelson1 staff 42 Mar 3 15:01 /usr/local/lib/libssh2.dylib# -> ../Cellar/libssh2/1.10.0/lib/libssh2.dylib
(Although I'm concerned about that build-error - I'm weak here and don't know if this is a real problem or not.)
Anyway, I can work around this by setting DYLD_LIBRARY_PATH (currently undefined) to /usr/local/lib.
I'm not experienced at installation management on the Mac, so I'm wondering why a brew install of the library doesn't just work? Even more confusing, if I use 3.10.2 (or any other version) from pyeval, I don't have the problem. Why does the system install of Python apparently have a different dynamic library path from the pyeval builds?
I don't have any python modules installed in the global or local locations, so I don't think it's anything else I've done:
❯ pip3 list installed
Package Version
---------- -------
pip 22.0.3
setuptools 58.1.0
wheel 0.37.1
I thought that it's possible that old cached pip installs might need to be rebuilt, so I've tested by running my install after completely deleting the pip3 cache, to no avail.
The good news is that most of my target installs are on Linux systems, and they don't seem to have this fickleness about libssh2, so the problem is limited to my development environment. But I'd like to have a better idea of what I'm doing wrong. And there are a few app users who are likely vulnerable to this, and I'd like to be able to give a coherent explanation of any necessary workarounds.
Searching for info on this problem I realize it's not an uncommon problem, discussions like this are scattered around, but the resolutions I've found don't enlighten things much for me.
libssh2 is installed, but Apple has depreciated its use in newer MacOS versions in favor of its own libraries, hence why it cannot be found. In your error, the package is looking for libssh2 in /usr/lib/libssh2.1.dylib, which does not contain the dylibs. You will need to find where they were installed (with brew 3.6.19 the default install path is /opt/homebrew/Cellar/ on Monterey 12.6.2)
The following command worked for me:
export DYLD_LIBRARY_PATH=/path to libssh2.1.dylib, 1.1, 1.0 etc/
For my system homebrew installed libssh2 and the .dylib files in the following path...
export DYLD_LIBRARY_PATH=/opt/homebrew/Cellar/libssh2/1.10.0/lib/
You can also place this export statement in your .bashrc or .zshrc so that you won't have to define it each time you restart the shell.
I found many of the solutions on other forums for this issue are outdated/do no work, it is possible this may not work in a future version.
Related
I'm trying to get the hg-git extension to work with TortoiseHg (v5.8 on Win10). I have enabled the "hggit" extension in the settings. But when I try to push to github I get an error:
*** failed to import extension hggit: No module named hggit
Searching my drives I only have on hg executable in the TortoiseHg directory but can not find any hggit or hg-git binaries. Is there something else one have to do to get the extension working?
UPDATE - a beta release of THG 6.1.2 apparently has restored hggit and is available now:
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5752#note_185806
I haven't tried it yet myself.
That post also notes:
The plan is for a py3 installer to be available with the next major
release [in July 2022]
Original answer:
Apparently at the moment THG has the option to include hggit in the settings, but does not actually package hggit itself.
According to Matt Harbison, one of the contributors/maintainers of TortoiseHG:
I took [hggit] out because it was always lagging behind changes in core hg,
and its dependencies broke stuff.
He goes on to add:
install by simply running py -2 -m pip install hg-git --user if you
have python2 installed on your system.
Another person (Aurélien Campéas) states the following for using Python 3:
with python 3 and a plain "pip install mercurial hg-git" and it just
works
Further, this other post by Keith Turkowski describes a full installation of THG and hggit with Python3 on Windows:
Install python-3.9.2-amd64.exe (if you want to use Python 3 and have Python.exe in the path)
Install putty-0.74-installer.msi (for SSH support)
Install tortoisehg-5.7.0-x64.msi
Install python-2.7.18.amd64.msi (For current user, Python.exe not in path)
Win+R -> cmd (command prompt): py -2 -m pip install hg-git --user
Enable hggit in TortoiseHg Settings (Extensions)
I assume you could use newer versions of the THG, Python, etc. installers.
I recently deleted the default python version on Fedora 31 and installed python 3.9 then made it as default, now I have multiple versions of python.
If I type: whereis python in my terminal this list appear:
python: /usr/bin/python /usr/bin/python3.9 /usr/bin/python3.7 /usr/bin/python3.9-config /usr/bin/python3.7m /usr/bin/python3.9-x86_64-config /usr/lib/python3.9 /usr/lib/python2.6 /usr/lib/python3.7 /usr/lib64/python3.9 /usr/lib64/python3.7 /usr/local/bin/python3.7m-config /usr/local/bin/python3.7 /usr/local/bin/python3.7m /usr/local/lib/python3.7 /usr/include/python3.9 /usr/include/python3.7m /usr/share/man/man1/python.1.gz /usr/src/Python-3.7.4/python
If I type pip then I get ModuleNotFoundError: No module named 'pip'
Also multiple packages are broken such as dnf, argcomplete, pip, etc.
I cannot update or install anything.
How can I solve this problem ?
Grab/Download the original python RPMs for your distro and reinstall them that way if they're not still cached under /var ....
With Python 3.9 you should use pip3...So install python3-pip.
That should do the trick
I tried many solutions and didn't work, however I ended up backing up my data and completely deleting the OS, then I downloaded the last version of fedora and restored my data on it.
thanks for your time
I ran into this unfortunate situation as well on Fedora 35. dnf, yum, and a bunch of other things broke.
I didn't manage to get Python 3.10 back through dnf, yum, or apt-get. I downloaded the rpm from https://fedora.pkgs.org/35/fedora-x86_64/python3-3.10.0-1.fc35.x86_64.rpm.html. It did require a dependency of python3-libs which I downloaded from: https://fedora.pkgs.org/35/fedora-x86_64/python3-libs-3.10.0-1.fc35.x86_64.rpm.html.
I installed python3-libs first with sudo rpm -i python3-libs-3.10.0-1.fc35.x86_64.rpm --force as there were some file writing conflicts. I ran the same command for the python3.10 rpm with the --force flag as well since there were 2 conflicts. After that, everything worked perfectly! Managed to dodge having to do a full reinstall.
I'm doing:
$ brew install subversion --with-python
Yet, homebrew reports:
Warning: subversion: this formula has no --with-python option so it will be ignored!
It goes on to install subversion, as that was only a warning, but I need the Python bindings too.
I tried --with-python in other positions, but it does not make any difference.
Here's all the output:
Warning: subversion: this formula has no --with-python option so it will be ignored!
==> Downloading https://homebrew.bintray.com/bottles/subversion-1.10.2.high_sierra.bottle.tar.gz
Already downloaded: /Users/paul/Library/Caches/Homebrew/downloads/cd34819a835db41e326680b8e94b4343ee0d98f68456b42c03fd1895c77b65c7--subversion-1.10.2.high_sierra.bottle.tar.gz
==> Pouring subversion-1.10.2.high_sierra.bottle.tar.gz
==> Caveats
svntools have been installed to:
/usr/local/opt/subversion/libexec
The perl bindings are located in various subdirectories of:
/usr/local/opt/subversion/lib/perl5
If you wish to use the Ruby bindings you may need to add:
/usr/local/lib/ruby
to your RUBYLIB.
Bash completion has been installed to:
/usr/local/etc/bash_completion.d
==> Summary
🍺 /usr/local/Cellar/subversion/1.10.2: 244 files, 30.4MB
Other info: I'm on macOS 10.13.6. Homebrew was upgraded today (no upgrades pending). There's a info page https://formulae.brew.sh/formula/subversion that suggests that --with-python is a real option, but that's not something the install command agrees with. At least on my computer. Swig is install on my mac (v3.0.12) via brew.
https://formulae.brew.sh/formula/subversion is out of date. The --with-python argument is not supported because the formula does the Python steps by default now.
I'm having a lot of trouble with installing Python 2.7 on the MacOS 10.14 Mojave Beta.
Yes, I know that Python 2 comes pre-installed on the Mac, but I need a framework build of Python for my task.
I've tried re-installing the command line tools and then installing Python 2.7 as suggested here and here, but am still having issues - below is my output:
NickLaptop:~ nicholasarner$ brew reinstall python#2
==> Reinstalling python#2
==> Downloading https://www.python.org/ftp/python/2.7.15/Python-2.7.15.tar.xz
Already downloaded: /Users/nicholasarner/Library/Caches/Homebrew/python#2-2.7.15.tar.xz
==> ./configure --prefix=/usr/local/Cellar/python#2/2.7.15_1 --enable-ipv6 --datarootdir=/usr/l
==> make
==> make install PYTHONAPPSDIR=/usr/local/Cellar/python#2/2.7.15_1
==> make frameworkinstallextras PYTHONAPPSDIR=/usr/local/Cellar/python#2/2.7.15_1/share/python#
==> Downloading https://files.pythonhosted.org/packages/1a/04/d6f1159feaccdfc508517dba1929eb93a
Already downloaded: /Users/nicholasarner/Library/Caches/Homebrew/python#2--setuptools-39.2.0.zip
==> Downloading https://files.pythonhosted.org/packages/ae/e8/2340d46ecadb1692a1e455f13f75e596d
Already downloaded: /Users/nicholasarner/Library/Caches/Homebrew/python#2--pip-10.0.1.tar.gz
==> Downloading https://files.pythonhosted.org/packages/2a/fb/aefe5d5dbc3f4fe1e815bcdb05cbaab19
Already downloaded: /Users/nicholasarner/Library/Caches/Homebrew/python#2--wheel-0.31.1.tar.gz
==> make html
Last 15 lines from /Users/nicholasarner/Library/Logs/Homebrew/python#2/05.make:
return build_main(argv)
File "/usr/local/Cellar/sphinx-doc/1.7.5_1/libexec/lib/python2.7/site-packages/sphinx/cmd/build.py", line 22, in build_main
from sphinx import cmdline
File "/usr/local/Cellar/sphinx-doc/1.7.5_1/libexec/lib/python2.7/site-packages/sphinx/cmdline.py", line 23, in <module>
from sphinx.application import Sphinx
File "/usr/local/Cellar/sphinx-doc/1.7.5_1/libexec/lib/python2.7/site-packages/sphinx/application.py", line 29, in <module>
from sphinx.config import Config
File "/usr/local/Cellar/sphinx-doc/1.7.5_1/libexec/lib/python2.7/site-packages/sphinx/config.py", line 21, in <module>
from sphinx.util import logging
File "/usr/local/Cellar/sphinx-doc/1.7.5_1/libexec/lib/python2.7/site-packages/sphinx/util/__init__.py", line 33, in <module>
from sphinx.util import logging
File "/usr/local/Cellar/sphinx-doc/1.7.5_1/libexec/lib/python2.7/site-packages/sphinx/util/logging.py", line 106, in <module>
class SphinxLoggerAdapter(logging.LoggerAdapter):
AttributeError: 'module' object has no attribute 'LoggerAdapter'
make: *** [build] Error 1
Do not report this issue to Homebrew/brew or Homebrew/core!
These open issues may also help:
python 3.7.0 https://github.com/Homebrew/homebrew-core/pull/29490
python upgrade failing https://github.com/Homebrew/homebrew-core/issues/29214
app-engine-python 1.9.70 https://github.com/Homebrew/homebrew-core/pull/28858
molecule: Use correct `docker` python package dependency https://github.com/Homebrew/homebrew-core/pull/28635
[root] formula does not link against python#2 correctly. https://github.com/Homebrew/homebrew-core/issues/29377
clingo add support for lua, use python 3 https://github.com/Homebrew/homebrew-core/pull/28057
OSError: [Errno 1] Operation not permitted for python#2 –with-tcl-tk https://github.com/Homebrew/homebrew-core/issues/28168
Error: You are using macOS 10.14.
We do not provide support for this pre-release version.
You may encounter build failures or other breakages.
Please create pull-requests instead of filing issues.
Error: You are using macOS 10.14.
We do not provide support for this pre-release version.
You may encounter build failures or other breakages.
Please create pull-requests instead of filing issues
Any help is appreciated!
EDIT Please don't suggest Anaconda! For what I'm working on, I specifically need a framework built version of Python via Brew.
EDIT 2 - I tried reinstalling Sphinx, which happened with no problems. Upon doing that, I tried running install python#2 again, but had the same issue as before.
Below is the output of running brew doctor
NickLaptop:~ nicholasarner$ brew doctor
Please note that these warnings are just used to help the Homebrew maintainers
with debugging if you file an issue. If everything you use Homebrew for is
working fine: please don't worry or file an issue; just ignore this. Thanks!
Warning: "config" scripts exist outside your system or Homebrew directories.
`./configure` scripts often look for *-config scripts to determine if
software packages are installed, and what additional flags to use when
compiling and linking.
Having additional scripts in your path can confuse software installed via
Homebrew if the config script overrides a system or Homebrew provided
script of the same name. We found the following "config" scripts:
/Library/Frameworks/Python.framework/Versions/2.7/bin/python2-config
/Library/Frameworks/Python.framework/Versions/2.7/bin/python2.7-config
/Library/Frameworks/Python.framework/Versions/2.7/bin/python-config
/usr/local/CrossPack-AVR/bin/libusb-config
Warning: Unbrewed dylibs were found in /usr/local/lib.
If you didn't put them there on purpose they could cause problems when
building Homebrew formulae, and may need to be deleted.
Unexpected dylibs:
/usr/local/lib/libFLAC.8.2.0.dylib
/usr/local/lib/libcdt.5.dylib
/usr/local/lib/libcgraph.6.dylib
/usr/local/lib/libcsnd6.6.0.dylib
/usr/local/lib/libfltk.1.1.dylib
/usr/local/lib/libfltk.1.3.dylib
/usr/local/lib/libfltk_forms.1.3.dylib
/usr/local/lib/libfltk_images.1.1.dylib
/usr/local/lib/libfltk_images.1.3.dylib
/usr/local/lib/libfluidsynth.1.dylib
/usr/local/lib/libgraph.5.dylib
/usr/local/lib/libgvc.6.dylib
/usr/local/lib/libgvpr.2.dylib
/usr/local/lib/liblo.0.dylib
/usr/local/lib/libluajit-5.1.2.0.2.dylib
/usr/local/lib/libmpadec.dylib
/usr/local/lib/libpathplan.4.dylib
/usr/local/lib/libpng12.0.dylib
/usr/local/lib/librealsense.1.12.1.dylib
/usr/local/lib/libsfml-audio.2.0.dylib
/usr/local/lib/libsfml-graphics.2.0.dylib
/usr/local/lib/libsfml-network.2.0.dylib
/usr/local/lib/libsfml-system.2.0.dylib
/usr/local/lib/libsfml-window.2.0.dylib
/usr/local/lib/libsndfile.1.dylib
/usr/local/lib/libwiiuse.dylib
/usr/local/lib/libxdot.4.dylib
Warning: Unbrewed header files were found in /usr/local/include.
If you didn't put them there on purpose they could cause problems when
building Homebrew formulae, and may need to be deleted.
Unexpected header files:
/usr/local/include/graphviz/arith.h
/usr/local/include/graphviz/cdt.h
/usr/local/include/graphviz/cgraph.h
/usr/local/include/graphviz/color.h
/usr/local/include/graphviz/geom.h
/usr/local/include/graphviz/graph.h
/usr/local/include/graphviz/graphviz_version.h
/usr/local/include/graphviz/gvc.h
/usr/local/include/graphviz/gvcext.h
/usr/local/include/graphviz/gvcjob.h
/usr/local/include/graphviz/gvcommon.h
/usr/local/include/graphviz/gvconfig.h
/usr/local/include/graphviz/gvplugin.h
/usr/local/include/graphviz/gvplugin_device.h
/usr/local/include/graphviz/gvplugin_layout.h
/usr/local/include/graphviz/gvplugin_loadimage.h
/usr/local/include/graphviz/gvplugin_render.h
/usr/local/include/graphviz/gvplugin_textlayout.h
/usr/local/include/graphviz/gvpr.h
/usr/local/include/graphviz/pack.h
/usr/local/include/graphviz/pathgeom.h
/usr/local/include/graphviz/pathplan.h
/usr/local/include/graphviz/textpara.h
/usr/local/include/graphviz/types.h
/usr/local/include/graphviz/usershape.h
/usr/local/include/graphviz/xdot.h
/usr/local/include/jack/control.h
/usr/local/include/jack/intclient.h
/usr/local/include/jack/jack.h
/usr/local/include/jack/jslist.h
/usr/local/include/jack/metadata.h
/usr/local/include/jack/midiport.h
/usr/local/include/jack/net.h
/usr/local/include/jack/ringbuffer.h
/usr/local/include/jack/session.h
/usr/local/include/jack/statistics.h
/usr/local/include/jack/systemdeps.h
/usr/local/include/jack/thread.h
/usr/local/include/jack/transport.h
/usr/local/include/jack/types.h
/usr/local/include/jack/uuid.h
/usr/local/include/jack/weakjack.h
/usr/local/include/jack/weakmacros.h
/usr/local/include/librealsense/rs.h
/usr/local/include/librealsense/rsutil.h
/usr/local/include/runt.h
/usr/local/include/sndfile.h
/usr/local/include/soundpipe.h
/usr/local/include/sporth.h
Warning: Unbrewed .la files were found in /usr/local/lib.
If you didn't put them there on purpose they could cause problems when
building Homebrew formulae, and may need to be deleted.
Unexpected .la files:
/usr/local/lib/liblo.la
/usr/local/lib/libsndfile.la
Warning: Unbrewed .pc files were found in /usr/local/lib/pkgconfig.
If you didn't put them there on purpose they could cause problems when
building Homebrew formulae, and may need to be deleted.
Unexpected .pc files:
/usr/local/lib/pkgconfig/jack.pc
/usr/local/lib/pkgconfig/libcdt.pc
/usr/local/lib/pkgconfig/libcgraph.pc
/usr/local/lib/pkgconfig/libgraph.pc
/usr/local/lib/pkgconfig/libgvc.pc
/usr/local/lib/pkgconfig/libgvpr.pc
/usr/local/lib/pkgconfig/libpathplan.pc
/usr/local/lib/pkgconfig/libxdot.pc
/usr/local/lib/pkgconfig/sndfile.pc
Warning: Unbrewed static libraries were found in /usr/local/lib.
If you didn't put them there on purpose they could cause problems when
building Homebrew formulae, and may need to be deleted.
Unexpected static libraries:
/usr/local/lib/liblua.a
/usr/local/lib/librunt.a
/usr/local/lib/libsndfile.a
/usr/local/lib/libsoundpipe.a
/usr/local/lib/libsporth.a
Warning: You have unlinked kegs in your Cellar
Leaving kegs unlinked can lead to build-trouble and cause brews that depend on
those kegs to fail to run properly once built. Run `brew link` on these:
lua
libsndfile
ruby
Warning: You are using macOS 10.14.
We do not provide support for this pre-release version.
You may encounter build failures or other breakages.
Please create pull-requests instead of filing issues.
Warning: Broken symlinks were found. Remove them with `brew prune`:
/usr/local/bin/git-remote-keybase
/usr/local/bin/keybase
/usr/local/bin/lua
/usr/local/bin/lua-5.2
/usr/local/bin/lua5.2
/usr/local/bin/luac
/usr/local/bin/luac-5.2
/usr/local/bin/luac5.2
/usr/local/bin/luarocks
/usr/local/bin/luarocks-5.2
/usr/local/bin/luarocks-admin
/usr/local/bin/luarocks-admin-5.2
/usr/local/etc/bash_completion.d/_brew_services
/usr/local/etc/fonts/conf.d/10-hinting-slight.conf
/usr/local/etc/fonts/conf.d/10-scale-bitmap-fonts.conf
/usr/local/etc/fonts/conf.d/20-unhint-small-vera.conf
/usr/local/etc/fonts/conf.d/30-metric-aliases.conf
/usr/local/etc/fonts/conf.d/30-urw-aliases.conf
/usr/local/etc/fonts/conf.d/40-nonlatin.conf
/usr/local/etc/fonts/conf.d/45-latin.conf
/usr/local/etc/fonts/conf.d/49-sansserif.conf
/usr/local/etc/fonts/conf.d/50-user.conf
/usr/local/etc/fonts/conf.d/51-local.conf
/usr/local/etc/fonts/conf.d/60-latin.conf
/usr/local/etc/fonts/conf.d/65-fonts-persian.conf
/usr/local/etc/fonts/conf.d/65-nonlatin.conf
/usr/local/etc/fonts/conf.d/69-unifont.conf
/usr/local/etc/fonts/conf.d/80-delicious.conf
/usr/local/etc/fonts/conf.d/90-synthetic.conf
/usr/local/include/lauxlib.h
/usr/local/include/lua.h
/usr/local/include/lua.hpp
/usr/local/include/lua5.2
/usr/local/include/luaconf.h
/usr/local/include/lualib.h
/usr/local/opt/qt5
Warning: Some installed formulae are missing dependencies.
You should `brew install` the missing dependencies:
brew install harfbuzz mono
Run `brew missing` for more details.
This is the output when running brew config:
HOMEBREW_VERSION: 1.6.9-39-g376f67b
ORIGIN: https://github.com/Homebrew/brew.git
HEAD: 376f67bf2c8893a06bf1e42a2375d58e9d8c2670
Last commit: 2 hours ago
Core tap ORIGIN: https://github.com/Homebrew/homebrew-core
Core tap HEAD: 69b99b69ff3a9c686b9d9fb0102927c5dd2f373b
Core tap last commit: 3 hours ago
HOMEBREW_PREFIX: /usr/local
HOMEBREW_DEV_CMD_RUN: 1
CPU: quad-core 64-bit skylake
Homebrew Ruby: 2.3.3 => /usr/local/Homebrew/Library/Homebrew/vendor/portable-ruby/2.3.3_2/bin/ruby
Clang: 10.0 build 1000
Git: 2.17.1 => /usr/local/bin/git
Curl: 7.54.0 => /usr/bin/curl
Java: 1.8.0_131
macOS: 10.14-x86_64
CLT: 10.0.0.0.1.1529074627
CLT headers: 10.0.0.0.1.1529074627
Xcode: 10.0 => /Applications/Xcode-beta.app/Contents/Developer
XQuartz: 2.7.11 => /opt/X11
I had the same problem.
I was able to fix it by completely uninstalling and reinstalling Python after following step by step in this answer: How to fix broken python 2.7.11 after OSx updates
After the reinstallation the problem was gone
As I read you output - this is not a problem with python directly it is a problem with sphinx which builds the docs. I would go for the following steps:
brew update && brew upgrade
brew install sphinx (maybe this gives a better error message or solves the problem if sphinx is installed before)
brew reinstall python#2
If this is not working: Did you reinstalled the commandline tools after upgrading to mac os 10.14? (xcode-select --install). If not installed/updated before do it and retry.
If this all is not working could you please execute brew doctor and post the output so we can better see whats going on with your homebrew instane?
Maybe it could be a option to make an roll back to a stable version of Mac OS (10.13) ?
I'd suggest you used the Anaconda Distribution of python. Anaconda offers both python 2.7 and python 3.6 with easy to use python installers for both versions. The Anaconda page explains how to install and run python on your mac.
I'm getting errors when running
$ brew install postgresql
==> Downloading http://ftp.postgresql.org/pub/source/v9.1.2/postgresql-9.1.2.tar.bz2
File already downloaded in /Users/neil/Library/Caches/Homebrew
Warning: Detected a framework Python that does not have 64-bit support in:
/Library/Frameworks/Python.framework/Versions/Current/Python
e configure script seems to prefer this version of Python over any others,
you may experience linker problems as described in:
http://osdir.com/ml/pgsql-general/2009-09/msg00160.html
fix this issue, you may need to either delete the version of Python
own above, or move it out of the way before brewing PostgreSQL.
te that a framework Python in /Library/Frameworks/Python.framework is
e "MacPython" version, and not the system-provided version which is in:
/System/Library/Frameworks/Python.framework
==> ./configure --disable-debug --prefix=/usr/local/Cellar/postgresql/9.1.2 --datadir=/usr/local/Cellar/postgresql/9.1.2/shar
^C
Here's where python is located.
$ which python
/usr/local/bin/python
I modified my ~/.zshrc PATH from
export PATH=/Library/Frameworks/Python.framework/Versions/2.7/bin:/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/X11/bin
to
export PATH=/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/X11/bin
And although I'm getting python 64-bit errors, my version of python is 64-bit according to this SO post:
$ python -c 'import struct;print( 8 * struct.calcsize("P"))'
64
The problem pointed out in the referenced mailing list post is that the configure step isn't impacted by the PATH here. There's a whole other mechanism used to find things to link against; see Where do I set DYLD_LIBRARY_PATH on Mac OS X for a quick intro. You could try the suggested workaround given by the brew script--rename /Library/Frameworks/Python.framework/Versions/Current/Python to something else to get it out of the linker's search path, repeat the brew install, then put it back.
If you don't need Python bindings in your PostgreSQL, you can also just install it without Python bindings using brew install postgresql --no-python.
This command is installing the server, not the python bindings. Is that what you want? There is a installer for osx that will install the server for you.
Once you have done that, you can install the psycopg2 bindings directly from source.