Summary: | fixpackages is very slow | ||
---|---|---|---|
Product: | Portage Development | Reporter: | Axxackall <axxackall> |
Component: | Unclassified | Assignee: | Portage team <dev-portage> |
Status: | RESOLVED FIXED | ||
Severity: | normal | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | 28704 | ||
Bug Blocks: | 835380 |
Description
Axxackall
2003-08-27 06:19:33 UTC
it says you should run fixpackages whenever a package has been moved in the portage database Well, "emerge rsync" advises to run fixpackages almost every other time. 3 hours for fixpackages each time after that makes me to think that I shoud run "emerge rsync" not more often than once per week, right? It might be ok for a conservative end-user, but it's not exactly convinient in a development environment. Spanky, it doesn't matter how often you run fixpackages, it's always scanning all binary packages for broken dependencies. See bug 28704 for a little analysis. genone's speedup was added. It should be better. You can run it whenever you like. You don't have to run it every other time. It only affects binary packages. |