!!! Digest verification Failed: !!! /usr/portage/app-arch/bzip2/files/bzip2-1.0.3-makefile-CFLAGS.patch !!! Reason: Failed on MD5 verification
Works fine here...
what version of portage, which version of gentoo?
(In reply to comment #2) > what version of portage, which version of gentoo? Eh???
*** Bug 133349 has been marked as a duplicate of this bug. ***
*** Bug 133345 has been marked as a duplicate of this bug. ***
*** Bug 133343 has been marked as a duplicate of this bug. ***
There's nothing we could do here until you tell us which RSYNC mirror exactly is producing this crap for you...
See above.
*** Bug 133334 has been marked as a duplicate of this bug. ***
*** Bug 133356 has been marked as a duplicate of this bug. ***
Is this what you're looking for? # \rm /usr/portage/app-admin/skey/skey-1.1.5-r4.ebuild # emerge sync;emerge =app-admin/skey-1.1.5-r4 >>> starting rsync with rsync://134.68.220.74/gentoo-portage... >>> checking server timestamp ... Welcome to crane.gentoo.org Server Address : 134.68.220.74 Contact Name : mirror-admin@gentoo.org Hardware : 2 x Intel(R) Xeon(TM) CPU 1700MHz, 2176MB RAM ... >>> emerge (1 of 1) app-admin/skey-1.1.5-r4 to / !!! Digest verification Failed: !!! /usr/portage/app-admin/skey/skey-1.1.5-r3.ebuild !!! Reason: Failed on MD5 verification >>> Please ensure you have sync'd properly. Please try 'emerge sync' and >>> optionally examine the file(s) for corruption. A sync will fix most cases. --- also here's the mirrors section of my make.conf GENTOO_MIRRORS="http://ftp.ucsb.edu/pub/mirrors/linux/gentoo/ http://gentoo.mirr ors.pair.com/ ftp://gentoo.mirrors.pair.com/ http://gentoo.mirrors.tds.net/gento o ftp://gentoo.mirrors.tds.net/gentoo"
(In reply to comment #11) > # emerge sync;emerge =app-admin/skey-1.1.5-r4 > >>> starting rsync with rsync://134.68.220.74/gentoo-portage... > >>> checking server timestamp ... > Welcome to crane.gentoo.org Uhm, I've synced with the above mirror and couldn't reproduce any of the problems you've filed bugs about. I'm pretty such that your filesystem is corrupted or your RAM/NIC/whatever else is broken.
crane.gentoo.org is doing fine (in sync with the master mirror) and Jakub has verified the same as well. Jason, which version of portage are you using? Also, can you try removing the erronous patch file and re-fetching it from elsewhere?
(In reply to comment #13) > Also, can you try removing the erronous patch file and re-fetching it from > elsewhere? It's not just the erroneous patch, he's getting heavy crap multiple times (like Bug 133356 e.g.) - I don't think it's the mirrors at fault here.
I just got bzip2, to build, by repeatedly moving the offending file to /tmp, and re syncing... there's something funky with the filesystem... where rsync thinks the file is fine, but it's not really fine... I've seen this with another text file as well, I could see the contents but other things wouldn't treat the file the same, as they treated a new file I created and put it it's place with the same contents as far as I could tell... This box is running raid5, and I initally had stability problems during large disk writes with a hardend kernel, now I'm using 2.6.15-gentoo-r1. I'll continue to update this as I work my way through all the funky packages...
