Summary: | Using timestamps to improve sync time | ||
---|---|---|---|
Product: | Portage Development | Reporter: | Pieter De Wit <pieter> |
Component: | Conceptual/Abstract Ideas | Assignee: | Portage team <dev-portage> |
Status: | VERIFIED LATER | ||
Severity: | enhancement | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Pieter De Wit
2004-01-13 19:38:06 UTC
aaaaawwwww I am not even assigned at the year is almost past... happier? I'd wonder how much of a gain there is to doing per category? It's doable I spose, but it seems like a potential pita if/when categories go N depth instead of single category namespace. Dunno. I'd rather see a different solution, considering the fact that w/ this solution, maybe 5-10 categories don't get sync'd, but a lot of extra work is involved... Putting a hold on feature requests for portage as they are drowning out the bugs. Most of these features should be available in the next major version of portage. But for the time being, they are just drowning out the major bugs and delaying the next version's progress. Any bugs that contain patches and any bugs for etc-update or dispatch-conf can be reopened. Sorry, I'm just not good enough with bugzilla. ;) I think this is WONTFIX, the overhead isn't worth it. I think what's really needed it a new sync method that combines together the best features of rsync and emerge-delta-webrsync. |