Re: [gentoo-user] ark-4.4.5-cli7zip.patch - Digest verification failed
On Sat, Sep 18, 2010 at 1:13 AM, Albert Hopkins mar...@letterboxes.org wrote: On Fri, 2010-09-17 at 18:23 -0700, Mark Knecht wrote: [...] Verifying ebuild manifests !!! Digest verification failed: !!! /usr/portage/kde-base/ark/files/ark-4.4.5-cli7zip.patch !!! Reason: Failed on RMD160 verification !!! Got: 285b725e7542b78815f0f909a65b4b6ec20cee89 !!! Expected: 57369a955bff3038ad0c105eea0179bbb795a030 firefly ~ # Google isn't turning anything up. Normally these things get cleared up within about a day but this time around I'm starting to wonder if I have some other problem here and this is only a symptom? I'm sure there's some way I can get past it WRT emerge but I'd rather get it handled at the source if possible. I though about deleting things in the path shown above but I haven't ever removed anything except distfiles and didn't want to start now. Why not? It's in your portage tree. Any deleted/altered files get replaced on the next --sync anyway. Having said that. My copy of the file indeed matches the manifest. So either you need to re --sync, delete the file and re --sync, or try syncing from a different mirror. Thanks Albert. It worked and the problem is gone. In a related way I've never stopped to look at /usr in the process of doing an install. I have an old Mac Mini that I've been trying to get Gentoo running on recently so in the middle of my install this morning I stopped after untarring the stage-3 tarball and before untarring the portage snapshot and found that /usr/portage doesn't exist at that point. Does this suggest that I'm actually free at any time to rm -r /usr/portage and just untar the current snapshot? Other than distfiles and the overhead of downloading all that stuff again is there anything in /usr/portage that once erased would damage the machine? I can always get most of distfile from other machines around here so it's really a question as to whether portage and emerge build anything in /usr/portage that cannot be recreated without much trouble. Thanks again, Mark
Re: [gentoo-user] ark-4.4.5-cli7zip.patch - Digest verification failed
Apparently, though unproven, at 19:02 on Sunday 19 September 2010, Mark Knecht did opine thusly: In a related way I've never stopped to look at /usr in the process of doing an install. I have an old Mac Mini that I've been trying to get Gentoo running on recently so in the middle of my install this morning I stopped after untarring the stage-3 tarball and before untarring the portage snapshot and found that /usr/portage doesn't exist at that point. Does this suggest that I'm actually free at any time to rm -r /usr/portage and just untar the current snapshot? Other than distfiles and the overhead of downloading all that stuff again is there anything in /usr/portage that once erased would damage the machine? No, nothing. All the valuable data files are elsewhere in /var and all of portage can be downloaded at any time. $PORTDIR/local/layman can also be downloaded at any time. Your personal overlay (if you have one) in $PORTDIR/local/$WHATEVER will of course get nuked so you should back that up. It will be re-read when you put it back and run eix-update -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] ark-4.4.5-cli7zip.patch - Digest verification failed
On Sun, Sep 19, 2010 at 11:13 AM, Alan McKinnon alan.mckin...@gmail.com wrote: Apparently, though unproven, at 19:02 on Sunday 19 September 2010, Mark Knecht did opine thusly: In a related way I've never stopped to look at /usr in the process of doing an install. I have an old Mac Mini that I've been trying to get Gentoo running on recently so in the middle of my install this morning I stopped after untarring the stage-3 tarball and before untarring the portage snapshot and found that /usr/portage doesn't exist at that point. Does this suggest that I'm actually free at any time to rm -r /usr/portage and just untar the current snapshot? Other than distfiles and the overhead of downloading all that stuff again is there anything in /usr/portage that once erased would damage the machine? No, nothing. All the valuable data files are elsewhere in /var and all of portage can be downloaded at any time. $PORTDIR/local/layman can also be downloaded at any time. Your personal overlay (if you have one) in $PORTDIR/local/$WHATEVER will of course get nuked so you should back that up. It will be re-read when you put it back and run eix-update Thanks very much for the info Alan. I appreciate it. Cheers, Mark
Re: [gentoo-user] ark-4.4.5-cli7zip.patch - Digest verification failed
On Fri, 2010-09-17 at 18:23 -0700, Mark Knecht wrote: [...] Verifying ebuild manifests !!! Digest verification failed: !!! /usr/portage/kde-base/ark/files/ark-4.4.5-cli7zip.patch !!! Reason: Failed on RMD160 verification !!! Got: 285b725e7542b78815f0f909a65b4b6ec20cee89 !!! Expected: 57369a955bff3038ad0c105eea0179bbb795a030 firefly ~ # Google isn't turning anything up. Normally these things get cleared up within about a day but this time around I'm starting to wonder if I have some other problem here and this is only a symptom? I'm sure there's some way I can get past it WRT emerge but I'd rather get it handled at the source if possible. I though about deleting things in the path shown above but I haven't ever removed anything except distfiles and didn't want to start now. Why not? It's in your portage tree. Any deleted/altered files get replaced on the next --sync anyway. Having said that. My copy of the file indeed matches the manifest. So either you need to re --sync, delete the file and re --sync, or try syncing from a different mirror.
[gentoo-user] ark-4.4.5-cli7zip.patch - Digest verification failed
Hi, I've been looking at this failure for maybe a week now thinking one of these days it would get cleaned up on the servers. Is anyone else seeing it? firefly ~ # emerge -DuN @world Calculating dependencies... done! Verifying ebuild manifests !!! Digest verification failed: !!! /usr/portage/kde-base/ark/files/ark-4.4.5-cli7zip.patch !!! Reason: Failed on RMD160 verification !!! Got: 285b725e7542b78815f0f909a65b4b6ec20cee89 !!! Expected: 57369a955bff3038ad0c105eea0179bbb795a030 firefly ~ # Google isn't turning anything up. Normally these things get cleared up within about a day but this time around I'm starting to wonder if I have some other problem here and this is only a symptom? I'm sure there's some way I can get past it WRT emerge but I'd rather get it handled at the source if possible. I though about deleting things in the path shown above but I haven't ever removed anything except distfiles and didn't want to start now. I can copy files from other systems if that's a good way around the issue. Thanks, Mark
