#45859 closed defect (duplicate)
can't install the cmake 3.0.2
Reported by: | lonelymoonxweng@… | Owned by: | macports-tickets@… |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 2.3.2 |
Keywords: | Cc: | ||
Port: | cmake |
Description (last modified by larryv (Lawrence Velázquez))
command:
sudo port install cmake
error info:
Error: org.macports.build for port cmake returned: command execution failed Please see the log file for port cmake for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_cmake/cmake/main.log To report a bug, follow the instructions in the guide: http://guide.macports.org/#project.tickets Error: Processing of port cmake failed
I think it is a building error. So I check le main.log, the info is the key point:
:info:archivefetch ---> cmake-3.0.2_1.darwin_14.x86_64.tbz2 doesn't seem to exist in /opt/local/var/macports/incoming/verified :msg:archivefetch ---> Attempting to fetch cmake-3.0.2_1.darwin_14.x86_64.tbz2 from http://jog.id.packages.macports.org/macports/packages/cmake :debug:archivefetch Fetching archive failed:: The requested URL returned error: 404 Not Found :msg:archivefetch ---> Attempting to fetch cmake-3.0.2_1.darwin_14.x86_64.tbz2 from http://packages.macports.org/cmake :debug:archivefetch Fetching archive failed:: The requested URL returned error: 404 Not Found :msg:archivefetch ---> Attempting to fetch cmake-3.0.2_1.darwin_14.x86_64.tbz2 from http://mse.uk.packages.macports.org/sites/packages.macports.org/cmake :debug:archivefetch Fetching archive failed:: The requested URL returned error: 404 Not Found
So, I check the website, the newest package is cmake-3.0.2_1.darwin_13.x86_64.tbz2.
Attachments (1)
Change History (7)
Changed 10 years ago by lonelymoonxweng@…
comment:1 Changed 10 years ago by lonelymoonxweng@…
comment:2 Changed 10 years ago by larryv (Lawrence Velázquez)
Description: | modified (diff) |
---|---|
Keywords: | cmake building removed |
Port: | cmake added |
Resolution: | → duplicate |
Status: | new → closed |
Replying to lonelymoonxweng@…:
So I check le main.log, the info is the key point:
:info:archivefetch ---> cmake-3.0.2_1.darwin_14.x86_64.tbz2 doesn't seem to exist in /opt/local/var/macports/incoming/verified :msg:archivefetch ---> Attempting to fetch cmake-3.0.2_1.darwin_14.x86_64.tbz2 from http://jog.id.packages.macports.org/macports/packages/cmake :debug:archivefetch Fetching archive failed:: The requested URL returned error: 404 Not Found :msg:archivefetch ---> Attempting to fetch cmake-3.0.2_1.darwin_14.x86_64.tbz2 from http://packages.macports.org/cmake :debug:archivefetch Fetching archive failed:: The requested URL returned error: 404 Not Found :msg:archivefetch ---> Attempting to fetch cmake-3.0.2_1.darwin_14.x86_64.tbz2 from http://mse.uk.packages.macports.org/sites/packages.macports.org/cmake :debug:archivefetch Fetching archive failed:: The requested URL returned error: 404 Not Found
No, this is irrelevant. MacPorts (as expected) attempts to build CMake from source after this, and fails:
:info:build Undefined symbols for architecture x86_64: :info:build "_curl_easy_cleanup", referenced from: :info:build cmFileCommand::HandleDownloadCommand(std::__1::vector<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >, std::__1::allocator<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > > > const&) in libCMakeLib.a(cmBootstrapCommands1.cxx.o) :info:build cmFileCommand::HandleUploadCommand(std::__1::vector<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >, std::__1::allocator<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > > > const&) in libCMakeLib.a(cmBootstrapCommands1.cxx.o) :info:build "_curl_easy_init", referenced from: :info:build cmFileCommand::HandleDownloadCommand(std::__1::vector<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >, std::__1::allocator<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > > > const&) in libCMakeLib.a(cmBootstrapCommands1.cxx.o) :info:build cmFileCommand::HandleUploadCommand(std::__1::vector<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >, std::__1::allocator<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > > > const&) in libCMakeLib.a(cmBootstrapCommands1.cxx.o) :info:build "_curl_easy_perform", referenced from: :info:build cmFileCommand::HandleDownloadCommand(std::__1::vector<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >, std::__1::allocator<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > > > const&) in libCMakeLib.a(cmBootstrapCommands1.cxx.o) :info:build cmFileCommand::HandleUploadCommand(std::__1::vector<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >, std::__1::allocator<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > > > const&) in libCMakeLib.a(cmBootstrapCommands1.cxx.o) :info:build "_curl_easy_setopt", referenced from: :info:build cmFileCommand::HandleDownloadCommand(std::__1::vector<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >, std::__1::allocator<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > > > const&) in libCMakeLib.a(cmBootstrapCommands1.cxx.o) :info:build cmFileCommand::HandleUploadCommand(std::__1::vector<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >, std::__1::allocator<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > > > const&) in libCMakeLib.a(cmBootstrapCommands1.cxx.o) :info:build "_curl_easy_strerror", referenced from: :info:build cmFileCommand::HandleDownloadCommand(std::__1::vector<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >, std::__1::allocator<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > > > const&) in libCMakeLib.a(cmBootstrapCommands1.cxx.o) :info:build cmFileCommand::HandleUploadCommand(std::__1::vector<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >, std::__1::allocator<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > > > const&) in libCMakeLib.a(cmBootstrapCommands1.cxx.o) :info:build "_curl_global_cleanup", referenced from: :info:build cmFileCommand::HandleDownloadCommand(std::__1::vector<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >, std::__1::allocator<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > > > const&) in libCMakeLib.a(cmBootstrapCommands1.cxx.o) :info:build cmFileCommand::HandleUploadCommand(std::__1::vector<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >, std::__1::allocator<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > > > const&) in libCMakeLib.a(cmBootstrapCommands1.cxx.o) :info:build "_curl_global_init", referenced from: :info:build cmFileCommand::HandleDownloadCommand(std::__1::vector<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >, std::__1::allocator<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > > > const&) in libCMakeLib.a(cmBootstrapCommands1.cxx.o) :info:build cmFileCommand::HandleUploadCommand(std::__1::vector<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >, std::__1::allocator<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > > > const&) in libCMakeLib.a(cmBootstrapCommands1.cxx.o) :info:build ld: symbol(s) not found for architecture x86_64 :info:build clang: error: linker command failed with exit code 1 (use -v to see invocation)
Probably a duplicate of #44237.
comment:3 follow-up: 4 Changed 10 years ago by lonelymoonxweng@…
To larryv@… I don't agree with you. I check the main.log find that Macports didn't download the file "cmake-3.0.2_1.darwin_14.x86_64.tbz2".This problem is before the erro info of "build Undefined symbols for architecture x86_64:".
I have fixed the problem by cheating the installor by changeing filename of "cmake-3.0.2_1.darwin_13.x86_64.tbz2" to "cmake-3.0.2_1.darwin_14.x86_64.tbz2" and copying it to the path:opt/local/var/macports/incoming.
and then it ok now.
And this problem is different with the #44237.
comment:4 follow-up: 5 Changed 10 years ago by larryv (Lawrence Velázquez)
Replying to lonelymoonxweng@…:
I check the main.log find that Macports didn't download the file "cmake-3.0.2_1.darwin_14.x86_64.tbz2".This problem is before the erro info of "build Undefined symbols for architecture x86_64:".
When you ask MacPorts to install a port, it first attempts to download a pre-built binary archive. If it fails to do so, it then downloads the source code and tries to build the software from scratch. The problem is not that you could not download a binary archive; the problem is that the subsequent build failed.
It is important that you understand this: Failure to download the binary archive is an expected failure mode. There are many reasons that you might not be able to download an archive: the port has licensing issues, we don’t provide archives for your particular platform, etc.
In your case, you are running OS X 10.10 Yosemite (Darwin 14), and we currently don’t have archives for that platform. No one in the world can download a MacPorts binary archive for Yosemite.
I have fixed the problem by cheating the installor by changeing filename of "cmake-3.0.2_1.darwin_13.x86_64.tbz2" to "cmake-3.0.2_1.darwin_14.x86_64.tbz2" and copying it to the path:opt/local/var/macports/incoming.
and then it ok now.
You have not fixed the problem. You forced MacPorts to download software that was compiled on OS X 10.9 Mavericks, not Yosemite. You are running software that was not built for the platform you are using, and you may run into any number of issues because of this.
And this problem is different with the #44237.
I assure you, it is not.
Please uninstall cmake
, remove /Library/Frameworks/libcurl.framework
, and reinstall cmake
. If you don’t, we will not be able to provide further help when you inevitably run into bizarre problems from running Mavericks-built software on Yosemite.
comment:5 follow-up: 6 Changed 10 years ago by lonelymoonxweng@…
Replying to larryv@…:
To larryv@… you are so nice. Thank you so much, I'll try your method. Dose any problem when I remove '/Library/Frameworks/libcurl.framework'?
Replying to lonelymoonxweng@…:
I check the main.log find that Macports didn't download the file "cmake-3.0.2_1.darwin_14.x86_64.tbz2".This problem is before the erro info of "build Undefined symbols for architecture x86_64:".
When you ask MacPorts to install a port, it first attempts to download a pre-built binary archive. If it fails to do so, it then downloads the source code and tries to build the software from scratch. The problem is not that you could not download a binary archive; the problem is that the subsequent build failed.
It is important that you understand this: Failure to download the binary archive is an expected failure mode. There are many reasons that you might not be able to download an archive: the port has licensing issues, we don’t provide archives for your particular platform, etc.
In your case, you are running OS X 10.10 Yosemite (Darwin 14), and we currently don’t have archives for that platform. No one in the world can download a MacPorts binary archive for Yosemite.
I have fixed the problem by cheating the installor by changeing filename of "cmake-3.0.2_1.darwin_13.x86_64.tbz2" to "cmake-3.0.2_1.darwin_14.x86_64.tbz2" and copying it to the path:opt/local/var/macports/incoming.
and then it ok now.
You have not fixed the problem. You forced MacPorts to download software that was compiled on OS X 10.9 Mavericks, not Yosemite. You are running software that was not built for the platform you are using, and you may run into any number of issues because of this.
And this problem is different with the #44237.
I assure you, it is not.
Please uninstall
cmake
, remove/Library/Frameworks/libcurl.framework
, and reinstallcmake
. If you don’t, we will not be able to provide further help when you inevitably run into bizarre problems from running Mavericks-built software on Yosemite.
comment:6 Changed 10 years ago by larryv (Lawrence Velázquez)
Replying to lonelymoonxweng@…:
Dose any problem when I remove '/Library/Frameworks/libcurl.framework'?
To be honest, I don’t know whether removing it will cause problems because I don’t know why it’s there.
If you’re afraid of breaking another piece of software that might depend on it, you could temporarily move it out of the way while you build cmake
and put it back when you’re done.
I just have a temp method to fix it. 0.download the cmake-3.0.2_1.darwin_13.x86_64.tbz2, and change the name to cmake-3.0.2_1.darwin_14.x86_64.tbz2 1.sudo port clean cmake 2.sudo port install cmake 3.you must copy cmake-3.0.2_1.darwin_14.x86_64.tbz2 as soon as possible to the path:opt/local/var/macports/incoming, before the macports downloading another packeages. 4.and then ok.
I just cheat the building.So, I still hope solve the problem as soon as possible.