Opened 2 years ago

Closed 5 months ago

#17203 closed defect (outdated)

Cannot install wxPython on Mac OSX 10.11 El Capitan: no software found to install

Reported by: hiead Owned by:
Priority: high Milestone:
Component: wxPython Version: 3.0.2
Keywords: Cc:
Blocked By: Blocking:
Patch: no

Description

I can't seem to install wxPython on My Mac OSX 10.11 El Capitan system. First, I tried downloading the installer. Mounting the .dmg and running the .pkg yields:

“wxPython3.0-osx-cocoa-py2.7.pkg” is damaged and can’t be opened. You should eject the disk image.

So I go to System Preferences and change "Allow apps downloaded from:" from "Mac App Store and identified developers" to "Anywhere," and run again. It seems to go well, until after I accept the license agreement and choose the install directory:

The installation failed.
The Installer could not install the software.

The Installer could not install the software because there was no software found to install.

Fine. I'll download and build from source. So I download the source from the wxPython downloads page, cd to the wxPython folder and run:

python build-wxPython.py --osx_cocoa --install

And it goes on building for some time, until it reaches a build error (3 warnings, 2 errors):

/Library/Python/2.7/site-packages/wxPython-src-3.0.2.0/wxPython/wxpy-bld/cocoa/bk-deps g++ -mmacosx-version-min=10.5 -c -o monodll_debugrpt.o -I./.pch/wxprec_monodll -D__WXOSX_COCOA__      -DWXBUILDING -I/Library/Python/2.7/site-packages/wxPython-src-3.0.2.0/wxPython/wxpy-bld/cocoa/src/tiff/libtiff -I/Library/Python/2.7/site-packages/wxPython-src-3.0.2.0/src/tiff/libtiff -I/Library/Python/2.7/site-packages/wxPython-src-3.0.2.0/src/jpeg -I/Library/Python/2.7/site-packages/wxPython-src-3.0.2.0/src/png  -I/Library/Python/2.7/site-packages/wxPython-src-3.0.2.0/src/regex  -I/Library/Python/2.7/site-packages/wxPython-src-3.0.2.0/src/stc/scintilla/include -I/Library/Python/2.7/site-packages/wxPython-src-3.0.2.0/src/stc/scintilla/lexlib -I/Library/Python/2.7/site-packages/wxPython-src-3.0.2.0/src/stc/scintilla/src -D__WX__ -DSCI_LEXER -DLINK_LEXERS -DwxUSE_BASE=1 -DWXMAKINGDLL -dynamic -fPIC -DPIC -Wall -Wundef -Wunused-parameter -Wno-ctor-dtor-privacy -Woverloaded-virtual -Wno-deprecated-declarations -D_FILE_OFFSET_BITS=64 -I/Library/Python/2.7/site-packages/wxPython-src-3.0.2.0/wxPython/wxpy-bld/cocoa/lib/wx/include/osx_cocoa-unicode-3.0 -I/Library/Python/2.7/site-packages/wxPython-src-3.0.2.0/include -DWX_PRECOMP -O2 -fno-strict-aliasing -fno-common  /Library/Python/2.7/site-packages/wxPython-src-3.0.2.0/src/common/debugrpt.cpp
/Library/Python/2.7/site-packages/wxPython-src-3.0.2.0/src/osx/webview_webkit.mm:392:30: warning: 
      incompatible pointer types sending 'WebViewUIDelegate *' to parameter of
      type 'id<WKUIDelegate>' [-Wincompatible-pointer-types]
    [m_webView setUIDelegate:uiDelegate];
                             ^~~~~~~~~~
/Library/Python/2.7/site-packages/wxPython-src-3.0.2.0/src/osx/webview_webkit.mm:464:34: warning: 
      'WKPreferences' may not respond to 'setUsesPageCache:'
        [[m_webView preferences] setUsesPageCache:NO];
         ~~~~~~~~~~~~~~~~~~~~~~~ ^
/Library/Python/2.7/site-packages/wxPython-src-3.0.2.0/src/osx/webview_webkit.mm:466:34: warning: 
      'WKPreferences' may not respond to 'setUsesPageCache:'
        [[m_webView preferences] setUsesPageCache:YES];
         ~~~~~~~~~~~~~~~~~~~~~~~ ^
/Library/Python/2.7/site-packages/wxPython-src-3.0.2.0/src/osx/webview_webkit.mm:936:25: error: 
      cannot initialize a variable of type 'WebBackForwardList *' with an rvalue
      of type 'WKBackForwardList *'
    WebBackForwardList* history = [m_webView backForwardList];
                        ^         ~~~~~~~~~~~~~~~~~~~~~~~~~~~
/Library/Python/2.7/site-packages/wxPython-src-3.0.2.0/src/osx/webview_webkit.mm:954:25: error: 
      cannot initialize a variable of type 'WebBackForwardList *' with an rvalue
      of type 'WKBackForwardList *'
    WebBackForwardList* history = [m_webView backForwardList];
                        ^         ~~~~~~~~~~~~~~~~~~~~~~~~~~~
3 warnings and 2 errors generated.
make: *** [monodll_osx_webview_webkit.o] Error 1
make: *** Waiting for unfinished jobs....
Error building
ERROR: failed building wxWidgets
Traceback (most recent call last):
  File "build-wxpython.py", line 389, in <module>
    wxbuild.main(wxscript, build_options)
  File "/Library/Python/2.7/site-packages/wxPython-src-3.0.2.0/build/tools/build-wxwidgets.py", line 485, in main
    exitIfError(wxBuilder.build(dir=buildDir, options=args), "Error building")
  File "/Library/Python/2.7/site-packages/wxPython-src-3.0.2.0/build/tools/build-wxwidgets.py", line 80, in exitIfError
    raise builder.BuildError(msg)
BuildError

I'm at a loss. Any ideas?

Change History (9)

comment:1 Changed 2 years ago by vadz

  • Milestone 3.0.3 deleted
  • Summary changed from Cannot install wxPython on Mac OSX 10.11 El Capitan + wxWidgets build error? to Cannot install wxPython on Mac OSX 10.11 El Capitan: no software found to install
  • Type changed from build error to defect

Sorry, I don't know why doesn't the binary install. It's probably something 10.11-specific as to the best of my knowledge the installer works fine on previous OS X versions.

The build error has been already fixed in 3.0.x branch, if you download the latest sources from this branch, they should build fine.

comment:2 follow-up: Changed 2 years ago by expralitemonk

Several persons have commented that it is impossible to build using the instructions provided. See conversation at http://trac.wxwidgets.org/ticket/17020.

comment:3 Changed 2 years ago by neis

I didn't check, but maybe the trouble in installing is caused by the new "system integrity protection"? Anyway, checking, if disabling that option
(see http://osxdaily.com/2015/10/05/disable-rootless-system-integrity-protection-mac-os-x/) allows the installation to complete might help identifying the underlying problem.

comment:4 in reply to: ↑ 2 Changed 2 years ago by vadz

Replying to expralitemonk:

Several persons have commented that it is impossible to build using the instructions provided. See conversation at http://trac.wxwidgets.org/ticket/17020.

This is not the same problem though. The bug with the compilation of webview stuff with 10.10 (or later) SDK is a known problem and was fixed in later 3.0.x, as I wrote.

comment:5 Changed 22 months ago by floren

  • Status changed from new to confirmed

Seems to mainly be an installer issue in OS X El Capitan (10.11.1)

sudo installer -pkg wxPython3.0-osx-cocoa-py2.7.pkg -target /
Password:
installer: Package name is wxPython3.0-osx-cocoa-py2.7
installer: Installing at base path /
2015-11-29 21:56:11.564 installer[41431:91049] Package /Volumes/wxPython3.0-osx-3.0.2.0-cocoa-py2.7/wxPython3.0-osx-cocoa-py2.7.pkg uses a deprecated pre-10.2 format (or uses a newer format but is invalid).
installer: The install failed (The Installer could not install the software because there was no software found to install.)

Doing it via command line gives a more detailed error message as shown above. Installer seems to be out of date or corrupt. Security has been set to install from everywhere, so that is not the problem.

comment:6 Changed 21 months ago by guillermo.zapata

Bundle-style packages are deprecated according to this technical note, and they need to be converted to flat packages.

So the existing distrib/mac/buildpkg.py script needs to be replaced with a different script that creates a flat package using the pkgbuild and the productbuild commands.

Optionally, existing pkg could be converted starting with the instructions here, so others can install older versions of wxPython on new (>= 10.11) Macs.

comment:7 Changed 21 months ago by vadz

Thanks Guillermo, this is useful to know. Any help with the conversion/new script would be very welcome as we have very few Mac-knowledgeable people.

comment:8 Changed 11 months ago by raf

The first answer here makes a great starting point:

http://stackoverflow.com/questions/34402303/install-wxpython-in-osx-10-11/34622956#34622956

It gives instructions for converting the existing
(no-longer-supported-bundle-installer) packages to
(new-flat-file-installer) packages that will work
with 10.11.5.

I've just tried it with wxpython-2.8.12.1 and it worked
with one exception. The pkgbuild command at the
end specifies a .pkg file name as its output but that
path still exists as a directory which has to be
removed first.

Here is what I did for one of the 2.8.12.1 packages after
opening/mounting the dmg file for the existing package.
The same sort of thing could be done for other
versions:

$ cd ~
$ mkdir repack_wxpython
$ cd repack_wxpython
$ cp -r /Volumes/wxPython2.8-osx-unicode-2.8.12.1-universal-py2.7/wxPython2.8-osx-unicode-universal-py2.7.pkg .
$ mkdir pkg_root
$ cd pkg_root
$ pax -f ../wxPython2.8-osx-unicode-universal-py2.7.pkg/Contents/Resources/wxPython2.8-osx-unicode-universal-py2.7.pax.gz -z -r
$ cd ..
$ mkdir scripts
$ cp wxPython2.8-osx-unicode-universal-py2.7.pkg/Contents/Resources/preflight scripts/preinstall
$ cp wxPython2.8-osx-unicode-universal-py2.7.pkg/Contents/Resources/postflight scripts/postinstall
$ rm -r wxPython2.8-osx-unicode-universal-py2.7.pkg
$ pkgbuild --root ./pkg_root --scripts ./scripts --identifier com.wxwidgets.wxpython wxPython2.8-osx-unicode-universal-py2.7.pkg
pkgbuild: Inferring bundle components from contents of ./pkg_root
pkgbuild: Adding top-level preinstall script
pkgbuild: Adding top-level postinstall script
pkgbuild: Wrote package to wxPython2.8-osx-unicode-universal-py2.7.pkg

After this, the resulting wxPython2.8-osx-unicode-universal-py2.7.pkg
file can be opened and installed.

Please incorporate this process into the package creation procedure.

comment:9 Changed 5 months ago by robind

  • Resolution set to outdated
  • Status changed from confirmed to closed

Closing old Phoenix tickets...

If this is still an issue in wxPython 4.0.0a1 then please open a new issue (or PR) at the wxPython-Phoenix project page on Github: https://github.com/wxWidgets/Phoenix

Note: See TracTickets for help on using tickets.