Red Hat Bugzilla – Bug 468161
translation files cause multilib conflicts (again)
Last modified: 2009-06-27 11:43:25 EDT
Created attachment 321264 [details]
Yum's failing transaction check
Description of problem:
The newest version of libgnome has multilib conflicts. Again the culprits are translations files (*.mo).
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. # yum install libgnome-2.24.1-5.fc10.i386 libgnome-2.24.1-5.fc10.x86_64
Installation/update fails because of file conflicts (see attachment)
No file conflicts
There already were attempts to fix this in previous versions
not sure what you mean with 'attempts' - the multilib conflict _was_ fixed.
(In reply to comment #1)
> not sure what you mean with 'attempts' - the multilib conflict _was_ fixed.
I just saw the bugzilla entries about the same problem in release 2.24.1-2. They told me that this problem should be fixed. Obviously it isn't fixed in the current release whereas the changelog only has an entry about a theme change after the fix...
I tried a multilib install with 2.24.1-4 now and you are right. There it WAS fixed. So let us say in release 2.24.1-5 it is broken AGAIN :)
yay, regression !
Looking at it, it's not the timestamp, it's the PO headers in the .mo file.
Should be fixed in -6, although the fix is rather gross.