Hide Forgot
Description of problem: Up until now (3.6) RHEV release was dependent on several packages that aren't built by the team but are crucial for RHEV release. These packages are delivered within the RHEV channel and not RHEL, and are built usually by the KVM team. The idea of this bug is to increase visibility of those pkg and increase control over their release date, so that they will be released as part of RHEVM channel rather than RHEV. Version-Release number of selected component (if applicable): 3.6 How reproducible: 100% Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info:
All packages that are tagged with rhevm-4.0-rhel-7-candidate in brew. I would like to fetch it from errata instead of brew by using rhevm-4.0-rhel-7-pending tag.
sorry, this one is related to another bug. This is about creating another errata to manage external deps from platform so we'll have more control over what goes out or nor with RHEV releases. not relevant for 4.0, moving to future.
(In reply to Eyal Edri from comment #3) > sorry, this one is related to another bug. > This is about creating another errata to manage external deps from platform > so we'll have more control over what goes out or nor with RHEV releases. > > not relevant for 4.0, moving to future. Is 4.1 a reasonable candidate for this? What needs to be done?
(In reply to Yaniv Kaul from comment #5) > (In reply to Eyal Edri from comment #3) > > sorry, this one is related to another bug. > > This is about creating another errata to manage external deps from platform > > so we'll have more control over what goes out or nor with RHEV releases. > > > > not relevant for 4.0, moving to future. > > Is 4.1 a reasonable candidate for this? What needs to be done? What's the latest on this?
I am not sure we'll have a single ET for all dependencies, but I know Sandro has created one for 4.1 with RCM to hold all the pkg from optional. So maybe its best to rename this RFE to an ET that will hold all the multi product pkg that were dropped from optional. Sandro?
(In reply to Eyal Edri from comment #9) > I am not sure we'll have a single ET for all dependencies, but I know Sandro > has created one for 4.1 with RCM to hold all the pkg from optional. > > So maybe its best to rename this RFE to an ET that will hold all the multi > product pkg that were dropped from optional. > > Sandro? I haven't created an errata for all the packages. I've created one errata for each package. We have now a channel for RHV-M dependencies so we won't need to redo the optional packages tagging in 4.2. I think we can close this bug wontfix.
Can we close this as wontfix? Eyal? (trying to do some cleanup for rel-eng queue)
Yes, we can close as won't fix as Sandro mentioned we're using a different approach for it, and for now still using multi-product errata mappings for external pkgs.