Description of problem: When having both lz4.i686 and lz4.x86_64 , then splitting into -libs for proper multilibs handling Version-Release number of selected component (if applicable): current when upgrading from earlier version How reproducible: always Steps to Reproduce: 1. install lz4.x86_64 and lz4.i686 2. 3. Actual results: previous lz4.i686 conflicts with newer lz4-libs.i686 Expected results: upgrade path should work. Additional info: There is a need to Add Obsoletes: lz4 < 1.7.3-4 for -libs.
Created attachment 1267482 [details] Fix multilibs transition
this will replace lz4 with lz4-libs which is wrong.
(In reply to Igor Gnatenko from comment #2) > this will replace lz4 with lz4-libs which is wrong. Nope, it will allow to transition. It's not provided on purpose.
(In reply to Nicolas Chauvet (kwizart) from comment #3) > (In reply to Igor Gnatenko from comment #2) > > this will replace lz4 with lz4-libs which is wrong. > > Nope, it will allow to transition. It's not provided on purpose. What I meant is to add Obsoletes to the main package as well.
(In reply to Igor Gnatenko from comment #4) > (In reply to Nicolas Chauvet (kwizart) from comment #3) > > (In reply to Igor Gnatenko from comment #2) > > > this will replace lz4 with lz4-libs which is wrong. > > > > Nope, it will allow to transition. It's not provided on purpose. > > What I meant is to add Obsoletes to the main package as well. No, the main package "naturally" obsoletes itslef as the version is higher. This change was a very trivial packaging meme from the time multilibs transition was taken care of. Still I don't see where it's still documented.
That been said, what can be done is to enforce proper evra from main to the -libs subpackage.
fixed in 1436110 *** This bug has been marked as a duplicate of bug 1436110 ***