On my ~x86 box: emerge -f opera Output obtained: 2008-10-08 14:50:36 (19,8 KB/s) - `/var/lib/portage/distfiles/opera-9.60.gcc4- ared-qt3.i386.tar.bz2' saved [7218947] ('Filesize does not match recorded size', 7218947L, 6578087) !!! Fetched file: opera-9.60.gcc4-shared-qt3.i386.tar.bz2 VERIFY FAILED! !!! Reason: Filesize does not match recorded size !!! Got: 7218947 !!! Expected: 6578087 Refetching... File renamed to '/var/lib/portage/distfiles/opera-9.60.gcc4-shar -qt3.i386.tar.bz2._checksum_failure_.4TBRtW'
same for amd64: ('Filesize does not match recorded size', 7825070, 7189818) !!! Fetched file: opera-9.60.gcc4-shared-qt3.x86_64.tar.bz2 VERIFY FAILED! !!! Reason: Filesize does not match recorded size !!! Got: 7825070 !!! Expected: 7189818 Refetching... File renamed to '/usr/portage/distfiles/opera-9.60.gcc4-shared-qt3.x86_64.tar.bz2._checksum_failure_.XbfGvK' !!! Couldn't download 'opera-9.60.gcc4-shared-qt3.x86_64.tar.bz2'. Aborting.
*** Bug 240536 has been marked as a duplicate of this bug. ***
Looks like there's been a massive failure somewhere. I'm going to refetch all distfiles from the main mirror and push them via distfiles-local. This may take a while....
Ok, I've refetched everything from the main mirror and distfiles-local should be overriding and pushing to mirrors. Manifest has been updated to match the new files. Please reopen if in ~6 hours this can't be solved by emerge --sync.
Anyone reporting: please post the FULL emerge output, including the output from the fetch commands....
Same problem on my amd64 box, unmasked opera-9.60 and tried to emerge, result: hightower ~ # emerge opera Calculating dependencies... done! >>> Verifying ebuild Manifests... >>> Emerging (1 of 1) www-client/opera-9.60 to / >>> Downloading 'ftp://neacm.fe.up.pt/pub/opera/linux/960/final/en/x86_64/opera-9.60.gcc4-shared-qt3.x86_64.tar.bz2' --2008-10-09 12:18:52-- ftp://neacm.fe.up.pt/pub/opera/linux/960/final/en/x86_64/opera-9.60.gcc4-shared-qt3.x86_64.tar.bz2 => `/usr/portage/distfiles/opera-9.60.gcc4-shared-qt3.x86_64.tar.bz2' Resolving neacm.fe.up.pt... 193.136.28.167 Connecting to neacm.fe.up.pt|193.136.28.167|:21... connected. Logging in as anonymous ... Logged in! ==> SYST ... done. ==> PWD ... done. ==> TYPE I ... done. ==> CWD /pub/opera/linux/960/final/en/x86_64 ... done. ==> SIZE opera-9.60.gcc4-shared-qt3.x86_64.tar.bz2 ... 7825070 ==> PASV ... done. ==> RETR opera-9.60.gcc4-shared-qt3.x86_64.tar.bz2 ... done. Length: 7825070 (7.5M) 100%[===============================================================================================================================================>] 7,825,070 454K/s in 20s 2008-10-09 12:19:14 (381 KB/s) - `/usr/portage/distfiles/opera-9.60.gcc4-shared-qt3.x86_64.tar.bz2' saved [7825070] * checking ebuild checksums ;-) ... [ ok ] * checking auxfile checksums ;-) ... [ ok ] * checking miscfile checksums ;-) ... [ ok ] * checking opera-9.60.gcc4-shared-qt3.x86_64.tar.bz2 ;-) ... [ !! ] !!! Digest verification failed: !!! /usr/portage/distfiles/opera-9.60.gcc4-shared-qt3.x86_64.tar.bz2 !!! Reason: Filesize does not match recorded size !!! Got: 7825070 !!! Expected: 7189818 hightower ~ #
The amd64 problem was not a duplicate. The Manifest problems for x86 were caused by an oversight on my part while rearranging x86's many SRC_URIs. Should have been fixed about eight hours ago. # ChangeLog for www-client/opera # Copyright 2002-2008 Gentoo Foundation; Distributed under the GPL v2 # $Header: /var/cvsroot/gentoo-x86/www-client/opera/ChangeLog,v 1.293 2008/10/09 04:41:12 jer Exp $ 09 Oct 2008; Jeroen Roovers <jer@gentoo.org> opera-9.60.ebuild: Fix static/shared (bug #240578).
(In reply to comment #7) > The amd64 problem was not a duplicate. The Manifest problems for x86 were > caused by an oversight on my part while rearranging x86's many SRC_URIs. Should > have been fixed about eight hours ago. > It is solved for me now! (opera-9.60.gcc4-shared-qt3.i386.tar.bz2)
Fixed on amd64 also.
Yes, it's fixed, but if it's open for another day, more people will see it (instead of filing duplicate bugs). :)
(In reply to comment #10) > Yes, it's fixed, but if it's open for another day, more people will see it > (instead of filing duplicate bugs). :) I am still seeing this bug (with paludis): (6 of 7) Installing www-client/opera-9.60:0::gentoo Checking 'opera-9.60.gcc4-shared-qt3.i386.tar.bz2'... incorrect size Fetch error: * In program paludis (--show-reasons summary --dl-downgrade warning --dl-installed-deps-pre pre-or-post --dl-reinstall if-use-changed) -i everything: * When performing install action from command line: * When executing install task: * When fetching 'www-client/opera-9.60:0::gentoo': * Fetch error: Fetch of 'www-client/opera-9.60:0::gentoo' failed * File 'opera-9.60.gcc4-shared-qt3.i386.tar.bz2': failed integrity checks: Incorrect file size Summary of failures: * www-client/opera-9.60:0::gentoo: failure Total: 7 packages, 5 successes, 0 skipped, 1 failure, 1 unreached It is now 2 days since the last post. Do I still have to wait until the fix arrives here? Yes, I have done paludis --sync. I have deleted the file /usr/portage/distfiles/opera-9.60.gcc4-shared-qt3.i386.tar.bz2 and tried it once again, but still no luck.
(In reply to comment #11) > I am still seeing this bug (with paludis): > > (6 of 7) Installing www-client/opera-9.60:0::gentoo > > Checking 'opera-9.60.gcc4-shared-qt3.i386.tar.bz2'... incorrect size > > Fetch error: > * In program paludis (--show-reasons summary --dl-downgrade warning > --dl-installed-deps-pre pre-or-post --dl-reinstall if-use-changed) -i > everything: > * When performing install action from command line: > * When executing install task: > * When fetching 'www-client/opera-9.60:0::gentoo': > * Fetch error: Fetch of 'www-client/opera-9.60:0::gentoo' failed > > * File 'opera-9.60.gcc4-shared-qt3.i386.tar.bz2': failed integrity checks: > Incorrect file size It's a bit thin on details. Can you somehow make paludis tell us what file size it expected/got and what SRC_URI it used?
I want to install opera-9.60.gcc4-qt4.i386.tar.bz2 which is the version I get with USE="qt-static". Paludis expects this file to be of size 9440112 according to Manifest (both in my repository and in the latest version visible in viewvcs). Downloading http://distfiles.gentoo.org/distfiles/opera-9.60.gcc4-qt4.i386.tar.bz2 results in a file of size 8805058 and has done so for the whole weekend atleast.
Also noting that if I download that file manually from one of the nearby Opera mirrors, for example http://ftp.sunet.se/pub/www/clients/Opera/linux/960/final/en/i386/opera-9.60.gcc4-qt4.i386.tar.bz2 then the file does not only match the size but also the digests listed in Manifest.
(In reply to comment #13) > Downloading > http://distfiles.gentoo.org/distfiles/opera-9.60.gcc4-qt4.i386.tar.bz2 results > in a file of size 8805058 and has done so for the whole weekend atleast. That's odd. http://distfiles.gentoo.org/ should not be used at all because the ebuild specifies mirror://opera. Please file a separate report for this problem - it's unrelated to the issue of this bug report.
(In reply to comment #15) > That's odd. http://distfiles.gentoo.org/ should not be used at all because the > ebuild specifies mirror://opera. Please file a separate report for this problem > - it's unrelated to the issue of this bug report. Actually that is incorrect, according to the pms document (section 3.4.2) the package manager may use the mirror with the same name as the repository - in this case mirror://gentoo/. The problem here is that Gentoo's mirrors have a corrupt/truncated file.
BTW, Paludis users: check your mirrors.conf file, if you've used portage2paludis.bash you will most likely find you have a wildcard entry in there over-riding ALL mirror urls :)
The files should be removed from distfiles mirrors now. It might take many days for them to completely disappear from the general Gentoo mirrors, so please be patient.