Fetching from SRC_URI instead of GENTOO_MIRRORS: >>> Emerging (1 of 1) dev-util/cmake-2.8.1-r2 >>> Downloading 'http://www.cmake.org/files/v2.8/cmake-2.8.1.tar.gz' --2010-06-04 17:58:37-- http://www.cmake.org/files/v2.8/cmake-2.8.1.tar.gz Resolving www.cmake.org... 66.194.253.19 Connecting to www.cmake.org|66.194.253.19|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 3605586 (3.4M) [application/x-gzip] Saving to: `/usr/portage/distfiles/cmake-2.8.1.tar.gz' 100%[=======================================================================================================================================================================================>] 3,605,586 1.04M/s in 3.3s 2010-06-04 17:58:41 (1.04 MB/s) - `/usr/portage/distfiles/cmake-2.8.1.tar.gz' saved [3605586/3605586] ('Filesize does not match recorded size', 3605586, 3605611) !!! Fetched file: cmake-2.8.1.tar.gz VERIFY FAILED! !!! Reason: Filesize does not match recorded size !!! Got: 3605586 !!! Expected: 3605611 Reproducible: Always
This is the whole reason we even bother to mirror upstream sources. Upstream unpredictable changes/removes distfiles... Regardless, assinging to the maintainers for review/action.
I know I'm being a pain in the ass by not using GENTOO_MIRRORS, if you hate it that I log issues like this, please say so...
Slightly mysterious. huettel@pinacolada ~/tmp $ diff cmake-old/cmake-2.8.1.tar.gz cmake-new/cmake-2.8.1.tar.gz Files cmake-old/cmake-2.8.1.tar.gz and cmake-new/cmake-2.8.1.tar.gz differ huettel@pinacolada ~/tmp $ diff cmake-old/cmake-2.8.1.tar cmake-new/cmake-2.8.1.tar Files cmake-old/cmake-2.8.1.tar and cmake-new/cmake-2.8.1.tar differ huettel@pinacolada ~/tmp $ diff -r -u cmake-old/cmake-2.8.1 cmake-new/cmake-2.8.1 huettel@pinacolada ~/tmp $
OK I'm bluntly deciding to resolve this one. The changes in the tarball seem to be something like timestamp or file owner alone, so we can keep using our trusty mirror version.
