90274 – emerge-delta-webrsync tries to use portage-2.0.xx instead of snapshot portage-2005xxxx

Bug 90274 - emerge-delta-webrsync tries to use portage-2.0.xx instead of snapshot portage-2005xxxx

Summary: emerge-delta-webrsync tries to use portage-2.0.xx instead of snapshot portage...

Status:	RESOLVED FIXED

Alias:	None

Product:	Portage Development
Classification:	Unclassified
Component:	Third-Party Tools (show other bugs)
Hardware:	All Linux

Importance:	High normal (vote)
Assignee:	Brian Harring (RETIRED)

URL:
Whiteboard:
Keywords:

Depends on:
Blocks:

Reported:	2005-04-24 11:44 UTC by z4
Modified:	2005-05-24 05:53 UTC (History)
CC List:	1 user (show)

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

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.

Description z4 2005-04-24 11:44:45 UTC

emerge-delta-webrsync tries to use portage-2.0.xx instead of snapshot portage-2005xxxx for dtu. 

Reproducible: Always
Steps to Reproduce:
1.
2.
3.
Actual Results:  
After the server fails to create a dtu file, the current snapshot is downloaded
again (and overwrites the formerly fetched snapshot of the same day)

Expected Results:  
download the right dtu, create new snapshot

Comment 1 Brian Harring (RETIRED) gentoo-dev

2005-05-24 02:57:25 UTC

Err... this is a complication of deltup.  Future reference, assign directly to
me please (I maintain it, they pick up the pieces if I bail/die).
This is sort of a dupe of bug 92224 , althought the screwed up target selection
is also deltup's issue... so hauling genstef in on this one.

Comment 2 Brian Harring (RETIRED) gentoo-dev

2005-05-24 05:53:29 UTC

Should be fixed via emerge-delta-webrsync v3.  Levelled a hack to default to
make.globals FETCHCOMMAND setting when getdelta.sh is detected.