few times in a row at an stable x86 : GoogleEarthLinux-7.0.3.8542_i386.deb VERIFY FAILED!
It was updated long ago.
(In reply to Julian Ospald (hasufell) from comment #1) > It was updated long ago. and it failes *today* and GW is known to change their file w/o re-versioning it - so did you really verified that the checksum is valid ?
44400K .......... .......... .......... .......... .......... 99% 574K 0s 44450K .......... .......... .......... .... 100% 600K=77s 2013-05-29 16:52:29 (576 KB/s) - ‘/usr/portage/distfiles/GoogleEarthLinux-7.0.3.8542_i386.deb’ saved [45551694/45551694] !!! Fetched file: GoogleEarthLinux-7.0.3.8542_i386.deb VERIFY FAILED! !!! Reason: Filesize does not match recorded size !!! Got: 45551694 !!! Expected: 30675086 Refetching... File renamed to '/usr/portage/distfiles/GoogleEarthLinux-7.0.3.8542_i386.deb._checksum_failure_.KkUTFl'
Furthermore the packages seems not only to be re-packed, the contents might br very different to that of the past - I copied the ebuild to my local overlay, re-created the digest but get now : * USE: elibc_glibc kernel_linux system-mdns userland_GNU x86 * FEATURES: sandbox test >>> Unpacking source... >>> Unpacking GoogleEarthLinux-7.0.3.8542_i386.deb to /var/tmp/portage/sci-geosciences/googleearth-7.0.3.8542/work >>> Unpacking data.tar.lzma to /var/tmp/portage/sci-geosciences/googleearth-7.0.3.8542/work >>> Unpacking googleearth-libexpat-2.1.0-novisibility.tar.xz to /var/tmp/portage/sci-geosciences/googleearth-7.0.3.8542/work/opt/google/earth/free rm: cannot remove ‘libcurl.so.4’: No such file or directory * ERROR: sci-geosciences/googleearth-7.0.3.8542 failed (unpack phase): * (no error message) * * Call stack: * ebuild.sh, line 93: Called src_unpack * environment, line 2790: Called die * The specific snippet of code: * rm -v libcurl.so.4 || die; * * If you need support, post the output of `emerge --info '=sci-geosciences/googleearth-7.0.3.8542'`, /me feels GE tarballs are a pita to be maintain
