| Summary: | unixODBC-debuginfo - file ... conflicts between attempted installs of | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Linux 5 | Reporter: | Karel Volný <kvolny> |
| Component: | qt | Assignee: | Than Ngo <than> |
| Status: | CLOSED ERRATA | QA Contact: | Desktop QE <desktop-qa-list> |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | 5.8 | CC: | azelinka, pknirsch, syeghiay, tgl, twoerner, vbenes |
| Target Milestone: | rc | ||
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | qt-3.3.6-26.el5 | Doc Type: | Bug Fix |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2012-08-20 07:21:10 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
|
Description
Karel Volný
2011-11-29 17:36:47 UTC
Is this still a live issue? You mentioned something about an rpm change getting reverted in the erratum notes. (In reply to comment #1) > Is this still a live issue? the files in packages still differ which they shouldn't ... > You mentioned something about an rpm change > getting reverted in the erratum notes. ... however, TPS now passes, most probably thanks to the mentioned revert (by "most probably" I mean that I've experienced this problem with two different rpm versions which shouldn't have happened ... but maybe I've missed something) now that the problem got hidden again, it is not so pressing so we may shift to 5.9 or even say WONTFIX ... It appears that the timestamps get inserted by Qt's "moc" preprocessor, and that there is no way to suppress that behavior, hence the only possible fix would be to "sed" out the timestamps after invoking moc. Which is doable but painful, and probably not worth the trouble right now. Even more to the point, this issue will affect every package that uses moc-built sources. So I think the really best fix is to lobby our Qt packager to remove the timestamp-insertion code in moc itself. (In reply to comment #3) > It appears that the timestamps get inserted by Qt's "moc" preprocessor, and > that there is no way to suppress that behavior, hence the only possible fix > would be to "sed" out the timestamps after invoking moc. thanks for investigating > Which is doable but > painful, and probably not worth the trouble right now. agree > Even more to the point, this issue will affect every package that uses > moc-built sources. So I think the really best fix is to lobby our Qt packager > to remove the timestamp-insertion code in moc itself. ok, are you going to switch this to qt then? I intended to file a separate bug against qt, but since this one got switched, here it is. I'm not sure how important it is to fix this in RHEL5, but it would at least be a good idea if it got changed in rawhide to eliminate such problems going forward. (I've checked and moc is still doing this at least as of the version in Fedora 16.) Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. http://rhn.redhat.com/errata/RHBA-2012-1176.html |