Opened 4 years ago

Closed 4 years ago

#59995 closed defect (worksforme)

python37 destroot failure

Reported by: AgilentGCMS Owned by: jmroot (Joshua Root)
Priority: Normal Milestone:
Component: ports Version:
Keywords: Cc:
Port: python37

Description

I am trying to install matplotlib for python 3.8 from macports. When I try:

$ port install py38-matplotlib
--->  Computing dependencies for py38-matplotlib
The following dependencies will be installed:
 cairo
 py38-cairo
 py38-cycler
 py38-dateutil
 py38-kiwisolver
 py38-parsing
 py38-setuptools_scm
 py38-tornado
 py38-tz
 python37
 qhull
 xorg-libX11
 xorg-libXext
 xorg-libpthread-stubs
 xorg-libxcb
 xorg-util-macros
 xorg-xcb-proto
 xorg-xcb-util
 xorg-xtrans
 xrender
Continue? [Y/n]:
--->  Staging python37 into destroot
Error: Failed to destroot python37: command execution failed
Error: See /Users/sbasu1/packages/macports/var/macports/logs/_Users_sbasu1_packages_macports_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_lang_python37/python37/main.log for details.
Error: Follow https://guide.macports.org/#project.tickets to report a bug.
Error: Processing of port py38-matplotlib failed

My question is, (1) I have python 3.8 already installed via macports, so why is python37 a dependency? (2) For some reason python37 does not build, so how can I install py38-matplotlib, i.e., get around this error?

main.log attached.

Attachments (1)

main.log (4.4 MB) - added by AgilentGCMS 4 years ago.

Change History (4)

Changed 4 years ago by AgilentGCMS

Attachment: main.log added

comment:1 Changed 4 years ago by jmroot (Joshua Root)

Owner: set to jmroot
Port: python37 added
Status: newaccepted
Summary: Problem installing py38-matplotlibpython37 destroot failure

One of the recursive dependencies like libpsl uses python37. Python 3.7 is the default version for a lot of ports currently, and that's not a problem.

I can see at least two things wrong in your log: MacOSX.sdk (which would be the 10.15 SDK) is being used instead of MacOSX10.14.sdk, and ${prefix}/bin/gcc is being used instead of /usr/bin/clang. I don't know why either of those would be the case. The log is incomplete (it starts at the destroot phase), so please generate a complete one by cleaning python37 and trying the installation again, and upload the new log if it still fails.

comment:2 Changed 4 years ago by AgilentGCMS

For some reason, cleaning python37 and reinstalling worked just fine. So I don't have this problem any more.

comment:3 Changed 4 years ago by jmroot (Joshua Root)

Resolution: worksforme
Status: acceptedclosed
Note: See TracTickets for help on using tickets.