+++ This bug was initially created as a clone of Bug #782765 +++ Description of problem: per e-mail thread with Dennis and Bill: > Also, would it be possible to list the debuginfo and optional repos in > .treeinfo as well? a relative path from the current dir is fine. This would > mean we would no longer need to make that expensive xmlrpc call to rel-eng. -------------------------------------------------------------------- In addition to debuginfo and optional can we add Server, VT, Cluster, ClusterStorage as well in the same manner RHEL6 lists add-ons.
The treeinfo files live in the os/ directory, correct? It should match DVD content which is a problem: debuginfo and optional live outside DVDs. On the other hand, adding: repository = Server repository = VT repository = Cluster repository = ClusterStorage makes sense to me.
I think it's ok to include optional and debuginfo repos in .treeinfo as long as they are clearly differentiated. Perhaps something like: tree-repository = ../debug tree-repository = ../optional/x86_64/os tree-repository = ../optional/x86_64/debug
Since RHEL 5.8 External Beta has begun, and this bug remains unresolved, it has been rejected as it is not proposed as exception or blocker. Red Hat invites you to ask your support representative to propose this request, if appropriate and relevant, in the next release of Red Hat Enterprise Linux.
Thank you for submitting this issue for consideration. Red Hat Enterprise Linux 5 has reached the end of Production 1 Phase of its Life Cycle. Red Hat does not plan to incorporate the suggested capability in a future Red Hat Enterprise Linux 5 minor release. If you would like Red Hat to re-consider this feature request and the requested functionality is not currently in Red Hat Enterprise Linux 6, please re-open the request via appropriate support channels and provide additional supporting details about the importance of this issue.
This request was not resolved in time for the current release. Red Hat invites you to ask your support representative to propose this request, if still desired, for consideration in the next release of Red Hat Enterprise Linux.
please disregard the previous comment.