Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 64375 - emerge-webrsync fails if today's snapshot is not found
Summary: emerge-webrsync fails if today's snapshot is not found
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Unspecified (show other bugs)
Hardware: All Linux
: High major (vote)
Assignee: Portage team
URL:
Whiteboard:
Keywords: InVCS
Depends on:
Blocks:
 
Reported: 2004-09-17 02:15 UTC by Miroslaw Poray-Zbrozek
Modified: 2004-10-22 08:47 UTC (History)
3 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
emerge-wersync with Bug #64375 fix (emerge-webrsync,3.29 KB, text/plain)
2004-09-28 01:58 UTC, Miroslaw Poray-Zbrozek
Details
fixed version (emerge-webrsync,3.41 KB, application/octet-stream)
2004-09-28 02:13 UTC, Eric Draven
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Miroslaw Poray-Zbrozek 2004-09-17 02:15:04 UTC
emerge-webrsync used to look through the mirrors defined in /etc/make.conf to find the most recent snapshot starting from the current date and then adjusting the date one day back and repeating the searches until a valid snaphot was found. As of September 16, 2004 this behavior has changed. Now emerge-webrsync will fail if no current day snapshot has been found. No attempts to search for older snapshots are made. 

Reproducible: Always
Steps to Reproduce:
1. # emerge-webrsync -v
2.
3.

Actual Results:  
An attempt to find a current date snapshot was made. The script looked through
the mirrors correctly but no snapshot of September 17, 2004 was found. At this
point the program printed an error message saying that corruption could not be
checked because there was no md5sum file available and exited.

Expected Results:  
The program should have attempted to search for a previous day snapshot that is
for one of September 16, 2004.

ovewriting the file:
  /usr/lib/portage/bin/emerge-webrsync
with an earlier version (I used one of September 11) fixes the problem.
Comment 1 Dirk Heinrichs 2004-09-21 02:28:00 UTC
I can confirm this behaviour, too. I'm trying to get portage-20040921.tar.bz2, which is not there, because I'm in Europe and thus ahead of US time.

I would suggest to download the md5sum file _after_ any portage snapshot has been succesfully fetched, not before.
Comment 2 Miroslaw Poray-Zbrozek 2004-09-28 01:58:33 UTC
Created attachment 40590 [details]
emerge-wersync with Bug #64375 fix

I downloaded a new version of Portage today and the bug is still there so I
decided to take a look at it and fix it myself. Actually the error is trivial.
Line #94 of the emerge-webrsync should read:
   if (($got_md5 == 0 && $attempts == 39)); then
rather then:
   if (($got_md5 == 0)); then
Comment 3 Eric Draven 2004-09-28 02:13:28 UTC
Created attachment 40591 [details]
fixed version

Attached is a modified version of the emerge-webrsync from portage-2.0.51_rc6

I have cleaned it up, corrected the logic and tested it with diff scenarios.
Please check and see if it is usable.
Comment 4 Miroslaw Poray-Zbrozek 2004-09-28 02:38:23 UTC
Sorry but emerge-webrsync version from the attachment #40591 [details] and that from portage-2.0.51_rc6 still behave as described in the original bug report.
Comment 5 Nicholas Jones (RETIRED) gentoo-dev 2004-09-29 17:20:21 UTC
This patch will be in 2.0.51_rc7. Please do not submit entire files to
bugzilla for portage development. It is a lot more work for us and our
time is limited.


http://zarquon.twobit.net/gentoo/portage/emerge-webrsync-2.0.51_rc7.diff


fenchurch ~ # emerge-webrsync
Fetching most recent snapshot
Attempting to fetch file dated: 20040929
 --- No md5sum present on the mirror. (Not yet available.)
Attempting to fetch file dated: 20040928
portage-20040928.tar.bz2: OK
Syncing local tree...

Comment 6 Miroslaw Poray-Zbrozek 2004-10-01 01:52:44 UTC
I have upgraded to portage-2.0.51_rc7 and emerge-webrsync works OK again. I am not shure who should change the status to fixed but as I was the first person to report it I think I should...
Comment 7 Nicholas Jones (RETIRED) gentoo-dev 2004-10-01 09:19:45 UTC
Let the devs close it. That way we don't have to deal with duplicates.
Some people complain about bugs being fixed and closed, but not stable.
We leave them open with an InCVS keyword set.
Comment 8 Nicholas Jones (RETIRED) gentoo-dev 2004-10-22 08:47:52 UTC
Bug has been fixed and released in stable portages on or before 2.0.51-r2