Summary: | emerge-webrsync redownloads snapshots if no newer snapshots are available | ||
---|---|---|---|
Product: | Portage Development | Reporter: | Daniel Milne <d> |
Component: | Unclassified | Assignee: | Portage team <dev-portage> |
Status: | RESOLVED FIXED | ||
Severity: | minor | CC: | marc.reynes, mholzer |
Priority: | High | Keywords: | InVCS |
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | 21794, 35535 | ||
Bug Blocks: | |||
Attachments: |
emerge-webrsync in python
Another webrsync script |
Description
Daniel Milne
2003-02-19 07:03:55 UTC
Created attachment 8539 [details]
emerge-webrsync in python
hello, I just written a new emerge-webrsync in python which fix this bug and the one which appear since there is some print statement in /usr/lib/python2.2/site-packages/portage.py when the module is loaded it is not really terminated but the basic fonctionnalities are there. I would like to know if you think it useful i finish it before loosing too much time /huz Created attachment 8540 [details]
Another webrsync script
I've written one also. I've used it where I work quite a bit, but it should be
examined by a pro.
We should have the md5 for the snapshots posted along side the snapshots; once they are (if they aren't already), pull the md5, and md5 the local file. That would be a better approach imo, added gives us a way to verify no corruption in fetching. Modifed emerge-webrsync as my last comment described. pre18 is out, w/ a version that should support this. Please reopen if it is funky; been testing it for osx and x86, but possible I missed something |