[MacPorts] #67080: cmake @3.24.3: checksum mismatch
MacPorts
noreply at macports.org
Fri Mar 10 06:21:25 UTC 2023
#67080: cmake @3.24.3: checksum mismatch
----------------------+-----------------------
Reporter: papadil | Owner: michaelld
Type: defect | Status: assigned
Priority: Normal | Milestone:
Component: ports | Version: 2.8.1
Resolution: | Keywords:
Port: cmake |
----------------------+-----------------------
Comment (by ryandesign):
The difference between the old archive (which we mirrored on our servers)
and the new archive (currently being served by kitware) is:
{{{
% diff -ru
{macports,kitware}/cmake-v3.24.3-c974557598645360fbabac71352b083117e3cc17
diff -ru
macports/cmake-v3.24.3-c974557598645360fbabac71352b083117e3cc17/Source/CMakeVersion.cmake
kitware/cmake-v3.24.3-c974557598645360fbabac71352b083117e3cc17/Source/CMakeVersion.cmake
---
macports/cmake-v3.24.3-c974557598645360fbabac71352b083117e3cc17/Source/CMakeVersion.cmake
2022-11-01 09:55:49.000000000 -0500
+++
kitware/cmake-v3.24.3-c974557598645360fbabac71352b083117e3cc17/Source/CMakeVersion.cmake
2022-11-01 09:55:49.000000000 -0500
@@ -21,7 +21,7 @@
if(NOT CMake_VERSION_NO_GIT)
# If this source was exported by 'git archive', use its commit info.
- set(git_info [==[c974557598 CMake 3.24.3]==])
+ set(git_info [==[c9745575986 CMake 3.24.3]==])
# Otherwise, try to identify the current development source version.
if(NOT git_info MATCHES
"^([0-9a-f][0-9a-f][0-9a-f][0-9a-f][0-9a-f][0-9a-f]?[0-9a-f]?)[0-9a-f]* "
}}}
So some kind of [PortfileRecipes#stealth-updates stealth update] caused by
something in gitlab? I feel like I've seen a very similar problem recently
in another port. I don't know if gitlab has increased the number of
characters used for git short hashes by one globally, or if it only
happens if the short hash is no longer unique without increasing its
length. Either way, it's more ammunition for the argument that we should
not be using automatically-generated tarballs since their checksums can
change for a variety of reasons outside of our control.
The simplest solution in this case is probably to update the cmake port to
3.24.4.
--
Ticket URL: <https://trac.macports.org/ticket/67080#comment:3>
MacPorts <https://www.macports.org/>
Ports system for macOS
More information about the macports-tickets
mailing list