Bug 68410
| Summary: | pkgorder doesn't put packages in order to minimize cd usage | ||
|---|---|---|---|
| Product: | [Retired] Red Hat Linux | Reporter: | Forrest <forresttaylor2000> |
| Component: | anaconda | Assignee: | Jeremy Katz <katzj> |
| Status: | CLOSED RAWHIDE | QA Contact: | Brock Organ <borgan> |
| Severity: | medium | Docs Contact: | |
| Priority: | low | ||
| Version: | 9 | ||
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | i386 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2003-06-29 20:36:15 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
| Bug Depends On: | |||
| Bug Blocks: | 67217 | ||
|
Description
Forrest
2002-07-09 23:26:45 UTC
There were some dependency loops present in the limbo tree, I've added whiteout appropriately since then. Can I have a copy of the comps.xml file or a patch? Please confirm this is working better with the second public beta. Thanks. No, it is not working better. dtach, doxygen-doxywizard and efax (to name a few) are on the second CD, yet they are not in the top part of the comps file. xcdroast, zebra, radvd, pine, statserial, etc., are in the top part of the comps file, but are on disc3. Changing summary field as it is *a* correct order. Unfortunately, one of the problems with partial orderings of sets is that there is no one true correct order. It is an order, but I would not call it correct. Why even try to split the packages in any kind of order? I think that you would make the order such that the most used packages would be on the first two discs if possible. Everything in the top section of the comps file show fit on two discs (or close thereto. I haven't had a chance to figure out if they would all fit on the two discs, because I haven't found a comps.xml file that would do the right thing). The extra disc could be more like the old powertools disc--you don't need it for a regular install, but it would install the packages if you did an Everything installation. Orderings are dictated solely by package requires and prereqs implying successors and predecessors for certain packages. Beyond that, *any* order is correct. The problem is that I don't want to have to be determining that order myself -- we just use the ordering of the transaction set as decided by rpm. So the ordering we get is perfectly valid, it's just not one which matches your idea of "optimum". Jeff's idea of an "optimum" order is the one where all packages with successors are first and then all packages without successors come afterwards; this is even more interesting for handling CD splits in some sort of "optimal" manner And FWIW, you could never use the Powertools disc in the install, which is part of why it was canned. We'll address this in a future release. Just checking the status...was anything changed in Phoebe? I have been looking at pkgorder in Shrike, and I see that there have been a few changes. I tried putting the groups that I want to install in the complist, but I still get some of the packages that I want on disc 3. I still don't understand why packages like kde2-compat get ordered before kdebase, kdelibs, etc. kde2-compat isn't in the first half of the comps.xml file whereas kdebase et al. is! Setting up the PKGORDER_DEBUG env variable helps me see what it going on, but I still cannot get the comps in the order that I like. Any ideas about how to make pkgorder order the packages more efficiently vis a vis CD usage? Current CVS acts in a way that's probably more consistent with what you were looking for by running multiple transaction sets and ordering them each independently. I was just going to add a patch to do just that. Thanks for the update. |