Bug 658059
Summary: | File conflicts between unicap-devel multilib packages in Optional repo | ||||||
---|---|---|---|---|---|---|---|
Product: | Red Hat Enterprise Linux 6 | Reporter: | Alexander Todorov <atodorov> | ||||
Component: | unicap | Assignee: | Kamil Dudka <kdudka> | ||||
Status: | CLOSED ERRATA | QA Contact: | Desktop QE <desktop-qa-list> | ||||
Severity: | medium | Docs Contact: | |||||
Priority: | medium | ||||||
Version: | 6.0 | CC: | ovasik, pkovar, redhat-bugzilla, tpelka | ||||
Target Milestone: | rc | ||||||
Target Release: | --- | ||||||
Hardware: | All | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: |
Due to a bug in the gtk-doc package, it was not possible to install unicap-devel packages for both 32-bit and 64-bit architectures on a single system. This problem has been fixed in this update; the bug in the gtk-doc package is now worked around during the build of the unicap package in order to avoid the aforementioned conflicts between the unicap-devel packages.
|
Story Points: | --- | ||||
Clone Of: | 644778 | Environment: | |||||
Last Closed: | 2011-08-24 15:10:03 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: | 644778 | ||||||
Attachments: |
|
Description
Alexander Todorov
2010-11-29 09:00:15 UTC
This is bug 660682 -- here is what exactly conflicts: --- 32/usr/share/gtk-doc/html/libucil/ch01.html 2010-12-07 15:56:27.000000000 +0100 +++ 64/usr/share/gtk-doc/html/libucil/ch01.html 2010-12-07 15:56:46.000000000 +0100 @@ -22,7 +22,7 @@ </tr></table> <div class="chapter" title="UCIL"> <div class="titlepage"><div><div><h2 class="title"> -<a name="id2778058"></a>UCIL</h2></div></div></div> +<a name="id4333344"></a>UCIL</h2></div></div></div> <div class="toc"><dl> <dt> <span class="refentrytitle"><a href="libucil-draw.html">draw</a></span><span class="refpurpose"></span> I propose to just strip the ID completely, it is not referenced from anywhere either. Created attachment 465260 [details]
proposed fix
Comment on attachment 465260 [details]
proposed fix
Looks fine...
This request was evaluated by Red Hat Product Management for inclusion in the current release of Red Hat Enterprise Linux. Because the affected component is not scheduled to be updated in the current release, Red Hat is unfortunately unable to address this request at this time. 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. If you would like it considered as an exception in the current release, please ask your support representative. Technical note added. If any revisions are required, please edit the "Technical Notes" field accordingly. All revisions will be proofread by the Engineering Content Services team. New Contents: Due to a bug in the gtk-doc package, it was not possible to install unicap-devel packages for both 32-bit and 64-bit architectures on a single system. This problem has been fixed in this update; the bug in the gtk-doc package is now worked around during the build of the unicap package in order to avoid the aforementioned conflicts between the unicap-devel packages. I did not realize the unicap tarball from usptream already contained the generated documentation. If we passed --disable-gtk-doc to %configure, we would get the original upstream documentation (generated by older gtk-doc, but with fully deterministic contents). There would be no multilib conflicts anymore. Would be such a solution acceptable? Nobody seems to come with a better solution, I will use the --disable-gtk-doc one. 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/RHBA-2011-1202.html |