Red Hat Bugzilla – Bug 143068
.discinfo file should have something that tells it is a Update CD
Last modified: 2018-10-19 20:52:25 EDT
Escalated to Bugzilla from IssueTracker
Request from the Dell Server Asistant CD team, whose product helps install OSs. discinfo file on RH CDs should have something in it that tells it is an update CD. This will be helpful for people (DSA) who wants to differenciate Update CDs with original Gold CDs. Current contents of .discinfo: ========================= 1065565780.808209 Red Hat Enterprise Linux 3 i386 1 RedHat/base RedHat/RPMS RedHat/pixmaps ========================== Any change to this that indicates which Update CD it is would be great. Simply adding "Update X" to the end of the "Red Hat Enterprise Linux 3" line would be ok. Another line with the update version would be ok also. We really don't mind so much exactly how it is added. The important thing is that the information needs to stay the same if the media is ever slipstreamed (ie. the old gold vs "real" gold2 issue). I don't know what the number in the first line is supposed to represent and so do not trust it to stay the same for slipstream CDs.
The bug status ASSIGN_TO_PM has been deprecated. In the future please use ASSIGNED and either add the PM to the Cc list or re-assign report to them.
From User-Agent: XML-RPC ------- Additional Comments From sdenham@redhat.com 2004-12-16 05:34 ------- Request from the Dell Server Asistant CD team, whose product helps install OSs. discinfo file on RH CDs should have something in it that tells it is an update CD. This will be helpful for people (DSA) who wants to differenciate Update CDs with original Gold CDs. Current contents of .discinfo: ========================= 1065565780.808209 Red Hat Enterprise Linux 3 i386 1 RedHat/base RedHat/RPMS RedHat/pixmaps ========================== Any change to this that indicates which Update CD it is would be great. Simply adding "Update X" to the end of the "Red Hat Enterprise Linux 3" line would be ok. Another line with the update version would be ok also. We really don't mind so much exactly how it is added. The important thing is that the information needs to stay the same if the media is ever slipstreamed (ie. the old gold vs "real" gold2 issue). I don't know what the number in the first line is supposed to represent and so do not trust it to stay the same for slipstream CDs. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=143068 Bugzilla Status changed from NEW to ASSIGN_TO_PM Bugzilla Summary changed from "RHEL3 U5: .discinfo fileshould have something thattells it is a Update CD" to "RHEL3 U5: .discinfo fileshould have something thattells it is a Update CD" This event sent from IssueTracker by ltroan issue 48121
From User-Agent: XML-RPC Matt: The only potential flaw here is that we try to only change disc1 in these updates. So you would still end up in the case where disc1 was marked as an update but the remainder of the discs were marked as GA. I don't think that would really solve your problem.... Status set to: Waiting on Client (Long Term) This event sent from IssueTracker by ltroan issue 48121
I'm putting this in "modified" because we can't extend .discinfo itself. What we can do is provide the full version number when there is an update instead of just putting "Red Hat Enterprise Linux 5". When there is an update release it will be something like "Red Hat Enterprise Linux 5.1" etc.
Fix confirmed with the RHEL5-Server-20060921.0 trees. We have the following in .discinfo: --- 1158847960.715069 Red Hat Enterprise Linux Server 4.91 i386 1 Server/base Server/RPMS Server/pixmaps --- A similiar format exists on the Client media as well.
This should work for us. Thanks for implementing. This request can now be closed.
With RHEL 5.2, we still do not see the update information referred to in Comment #24 [charles@ost x86_64]$ cat /var/ftp/pub/iso/RHEL5.2-Server-20080430.0-x86_64-disc1-ftp.iso/.discinfo 1209608466.515430 Red Hat Enterprise Linux Server 5 x86_64 1 S/base S/RPMS S/pixmaps
Change checked into distill. Should show up in the next set of trees.
An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on therefore solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHEA-2009-0133.html