[MacPorts] #66427: migrating macports to M1 fails to build cmake
MacPorts
noreply at macports.org
Fri Dec 9 19:35:33 UTC 2022
#66427: migrating macports to M1 fails to build cmake
-----------------------+--------------------
Reporter: jmgurney | Owner: (none)
Type: defect | Status: new
Priority: Normal | Milestone:
Component: ports | Version:
Resolution: | Keywords:
Port: cmake |
-----------------------+--------------------
Changes (by ryandesign):
* port: => cmake
Old description:
> I am migrating my system from an old Intel MBP to a new M1 Pro based MBP
> (13.0.1 (22A400)).
>
> I am following the direction here:
> https://trac.macports.org/wiki/Migration to rebuild the ports.
>
> The issue I'm running into is that cmake is being built as a dependency,
> but the +universal variant is being built. This means that cmake is
> attempting to build for x86_64, and as part of the configure process,
> tries to run an x86_64 binary but this fails. I have not installed
> Rosetta (not sure if this would fix the issue or not), as I'm trying to
> make sure I get as many native binaries as possible before breaking down
> and using it.
>
> The output from restore_ports.tcl:
>
> {{{
> ---> Computing dependencies for cmake
> ---> Fetching archive for cmake
> ---> Attempting to fetch
> cmake-3.24.3_0+universal.darwin_22.arm64-x86_64.tbz2 from
> http://mirror.fcix.net/macports/packages/cmake
> ---> Attempting to fetch
> cmake-3.24.3_0+universal.darwin_22.arm64-x86_64.tbz2 from
> https://packages.macports.org/cmake
> ---> Attempting to fetch
> cmake-3.24.3_0+universal.darwin_22.arm64-x86_64.tbz2 from
> https://ywg.ca.packages.macports.org/mirror/macports/packages/cmake
> ---> Configuring cmake
> Error: Failed to configure cmake: configure failure: command execution
> failed
> Error: See
> /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_cmake/cmake/main.log
> for details.
> upgrade tiff failed
> while executing
> "macports::_upgrade_mport_deps $mport $target"
> (procedure "mportexec" line 46)
> invoked from within
> "mportexec $workername $install_target"
> Unable to execute target 'install' for port 'qt4-mac': upgrade tiff
> failed
> while executing
> "install_ports $operationList"
> (file "./restore_ports.tcl" line 299)
> }}}
>
> Attached are the relevant logs as well.
>
> I'd expect that either cmake not support a universal variant, or the
> migration to not attempt to install universal variants if they don't
> work.
>
> I did notice a similar bug in https://trac.macports.org/ticket/66213 and
> I also noticed that the build systems don't actually build/test the
> universal variant of ports: https://build.macports.org/builders/ports-
> 12_arm64-builder/builds/73986/steps/install-port/logs/stdio which
> explains why this failure was not caught.
New description:
I am migrating my system from an old Intel MBP to a new M1 Pro based MBP
(13.0.1 (22A400)).
I am following the direction here:
wiki:Migration to rebuild the ports.
The issue I'm running into is that cmake is being built as a dependency,
but the +universal variant is being built. This means that cmake is
attempting to build for x86_64, and as part of the configure process,
tries to run an x86_64 binary but this fails. I have not installed
Rosetta (not sure if this would fix the issue or not), as I'm trying to
make sure I get as many native binaries as possible before breaking down
and using it.
The output from restore_ports.tcl:
{{{
---> Computing dependencies for cmake
---> Fetching archive for cmake
---> Attempting to fetch
cmake-3.24.3_0+universal.darwin_22.arm64-x86_64.tbz2 from
http://mirror.fcix.net/macports/packages/cmake
---> Attempting to fetch
cmake-3.24.3_0+universal.darwin_22.arm64-x86_64.tbz2 from
https://packages.macports.org/cmake
---> Attempting to fetch
cmake-3.24.3_0+universal.darwin_22.arm64-x86_64.tbz2 from
https://ywg.ca.packages.macports.org/mirror/macports/packages/cmake
---> Configuring cmake
Error: Failed to configure cmake: configure failure: command execution
failed
Error: See
/opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_cmake/cmake/main.log
for details.
upgrade tiff failed
while executing
"macports::_upgrade_mport_deps $mport $target"
(procedure "mportexec" line 46)
invoked from within
"mportexec $workername $install_target"
Unable to execute target 'install' for port 'qt4-mac': upgrade tiff failed
while executing
"install_ports $operationList"
(file "./restore_ports.tcl" line 299)
}}}
Attached are the relevant logs as well.
I'd expect that either cmake not support a universal variant, or the
migration to not attempt to install universal variants if they don't work.
I did notice a similar bug in #66213 and I also noticed that the build
systems don't actually build/test the universal variant of ports:
https://build.macports.org/builders/ports-
12_arm64-builder/builds/73986/steps/install-port/logs/stdio which explains
why this failure was not caught.
--
--
Ticket URL: <https://trac.macports.org/ticket/66427#comment:2>
MacPorts <https://www.macports.org/>
Ports system for macOS
More information about the macports-tickets
mailing list