Bug 123627
Summary: | Multi-lib packages aren't display correctly on /errata pages | ||
---|---|---|---|
Product: | [Retired] Red Hat Network | Reporter: | Jay Turner <jturner> |
Component: | RHN/Web Site | Assignee: | Bret McMillan <bretm> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | Fanny Augustin <fmoquete> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | RHN Stable | CC: | mjc, rhn-bugs, srevivo, taw |
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 18:16:46 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: | 123188 |
Description
Jay Turner
2004-05-19 18:43:14 UTC
Over to bretm. Deferring to rhn350. And to rhn360. ok, we're grouping now by channel arch, which is about the best i can do given the current data in the db. adding mjc to make sure new format is ok w/ him. jkt, assigning you as qa contact for this one. Comparing http://rhn.webdev.redhat.com/errata/RHBA-2004-126.html and http://rhn.redhat.com/errata/RHBA-2004-126.html This looks good to me, and it also more correctly identifies x86_64 rather than AMD64 It also groups things nicely for kernel errata http://rhn.webdev.redhat.com/errata/RHSA-2003-416.html and for OpenSSL where only some i686 packages exist: http://rhn.webdev.redhat.com/errata/RHSA-2004-120.html So this change looks fine. Things look very good on Dev. Not sure what the next step should be, but putting it in QA_READY seems to make sense, so doing that. Doc notes: this is customer facing, but not part of the normal RHN web application, so I don't think it's really necessary to note it in our release notes. But, that's up to you. Test plan? Fanny, this isn't something that really needs to be qa'ed by you or taw. From my perspective, this is something that is best qa'ed by mcox and/or jkt, which is why jkt is the QA contact for this bug. If this is a problem, please come see me w/ taw and we can figure the right thing out. Moving back to QA_READY, as last indicated by jkt. correct... jkt is the man for this IMHO. Yes, and it gets a positive vote from me; the change looked good on all the strange cases I threw at it. QA push. {ON_DEV,QA_READY} --> ON_QA webqa looks good. Moving to Prod_Ready and preparing for the daily onslaught of nagmails until this actually gets pushed to prod and I can test it again. Yes, I'm bitter. docs complete Mass move from PROD_READY to CLOSED:CURRENTRELEASE |