Bug 132971
Summary: | Cloning a channel clones multiple comps RPMs | ||
---|---|---|---|
Product: | Red Hat Satellite 5 | Reporter: | Nick Strugnell <nstrug> |
Component: | Server | Assignee: | Robin Norwood <robin.norwood> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | Fanny Augustin <fmoquete> |
Severity: | high | Docs Contact: | |
Priority: | high | ||
Version: | unspecified | CC: | rhn-bugs, tao |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2005-03-22 17:47:51 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: | 135607 | ||
Bug Blocks: | 127673 |
Description
Nick Strugnell
2004-09-20 15:17:00 UTC
Nick, Looking at those two packages in the web UI: https://rhn.redhat.com/network/software/packages/details.pxt?pid=184872 (comps-3ws-0.20031007) https://rhn.redhat.com/network/software/packages/details.pxt?pid=263974 (comps-3WS-0.20040831:1) 184872 is the 'original' package, and 263974 is the updated package. So why are both showing up? If you look at the 'New Versions', you'll see that three new packages are listed - two of them are 'errata'd versions, and the third has no errata associated with it, and is our mystery package (263974). When we clone the original state of the channel, we look for packages with no errata associated with them. Robin, I thought that was it - obviously an RPM that isn't associated with an erratum must have been in the original release, but this doesn't quite hold true of course, as there is a new comps file with each update. I suppose the fix would be to put a special case for comps in the package selection code. I (and the client) are a bit suprised this didn't come up in QA. The fix for this is probably to do two passes when cloning the original state of a channel - All packages not referenced by an errata, then the the oldest version of each of those packages. That should do the right thing in this case. When cloning the channel 'as it is now', then we'll clone all the packages and errata, like we do now. However, I'm not quite certain how to handle the case of cloning 'some errata' - I don't think there's a 'correct' default behavior, so I'll probably have to ask the user. we've externally committed to getting this done. bug #135607 is fixed - and thus this bug. Test plan: Clone the original state of RHEL 3 WS - then go to the list of packages- there should be only one 'comps', package instead of two, as described above. QA push. {ON_DEV,QA_READY} --> ON_QA DOC notes: We should document the fact that previously, if you cloned the 'original' state of the channel, you could get newer packages than the original release if those new packages were not associated with an errata - like the 'comps' package above. Now, you should only get the newest version of each package that is not associated with an errata. Looks good on QA. Functionality has been tested and it is working... Setting the bug to QA_READY and waiting for clay to document it. Once it has been set to ON_QA, only the doc needs to be tested. docs complete Docs and functionalities looks good on QA. Mass move from PROD_READY to CLOSED:CURRENTRELEASE Closing ticket. Internal Status set to 'Resolved' Status set to: Closed by Tech Resolution set to: 'NotABug' This event sent from IssueTracker by racedo issue 48974 |