FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Gentoo > Gentoo User

 
 
LinkBack Thread Tools
 
Old 09-18-2010, 01:23 AM
Mark Knecht
 
Default 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
 
Old 09-18-2010, 08:13 AM
Albert Hopkins
 
Default 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.
 
Old 09-19-2010, 05:02 PM
Mark Knecht
 
Default ark-4.4.5-cli7zip.patch - Digest verification failed

On Sat, Sep 18, 2010 at 1:13 AM, Albert Hopkins <marduk@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
 
Old 09-19-2010, 06:13 PM
Alan McKinnon
 
Default 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
 
Old 09-19-2010, 06:45 PM
Mark Knecht
 
Default ark-4.4.5-cli7zip.patch - Digest verification failed

On Sun, Sep 19, 2010 at 11:13 AM, Alan McKinnon <alan.mckinnon@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
 

Thread Tools




All times are GMT. The time now is 05:52 AM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org