When installing the LibreOffice RPM packages on RHEL6.2 64bit I get: [root@moria Downloads]# rpm -Uhv LibO*/RPMS/*.rpm Preparing... ########################################### [100%] file /opt/libreoffice3.5/ure/lib/libstdc++.so.6 conflicts between attempted installs of libreoffice3.5-stdlibs-3.5.1-101.x86_64 and libreoffice3.5-ure-3.5.1-101.x86_64 Which is weird, because the conflicting file is exactly the same in both packages: [root@moria Downloads]# rpm -qlpv LibO_3.5.1rc1_Linux_x86-64_install-rpm_en-US/RPMS/libreoffice3.5-stdlibs-3.5.1-101.x86_64.rpm | grep 'libstdc++' -rwxr-xr-x 1 root root 977776 Feb 25 04:18 /opt/libreoffice3.5/ure/lib/libstdc++.so.6 [root@moria Downloads]# rpm -qlpv LibO_3.5.1rc1_Linux_x86-64_install-rpm_en-US/RPMS/libreoffice3.5-ure-3.5.1-101.x86_64.rpm | grep 'libstdc++' -rwxr-xr-x 1 root root 977776 Feb 25 04:16 /opt/libreoffice3.5/ure/lib/libstdc++.so.6 Compare this with the official 3.5.0 release, where the same file is only part of one the ure-subpackage: [root@moria Downloads]# rpm -qf /opt/libreoffice3.5/ure/lib/libstdc++.so.6 libreoffice3.5-ure-3.5.0-13.x86_64
Petr Mladek committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=550cc3e9dbe7a86797fc946f40d9ae5529d6ce2c pack libstdc++ and libgcc_s only in the new stdlibs subpackage (fdo#46658)
We moved libstdc++ and libgcc_s into optional package. They are needed only on wery old systems and cause troubles with pyhon, 3rd party extensions, ... Unfortunately, we did not remove them from the ure package by mistake. It should get fixed by the above mentioned commit.
In each case, it is strange that rpm complains when the files are the same.
Petr Mladek committed a patch related to this issue. It has been pushed to "libreoffice-3-5": http://cgit.freedesktop.org/libreoffice/core/commit/?id=216e30277b06124822cccdc2a6d46de57a2f8e6e&g=libreoffice-3-5 pack libstdc++ and libgcc_s only in the new stdlibs subpackage (fdo#46658) It will be available in LibreOffice 3.5.2.
Can I object that this is 3.5.2 material, and not 3.5.1 material ? The fact that 3.5.0 was released with this bug caused already a lot of grieve, if 3.5.1 will ship with RPM packages that cannot be installed, we are not improving the situation :-( BTW Will 3.4.6 have the same issue ? Can we check if it is going to be fixed there too ?
(In reply to comment #5) > Can I object that this is 3.5.2 material, and not 3.5.1 material ? Please, do not panic. Who says that it is 3.5.2? :-) Note that the comment 1 and comment 4 are automatically generated messages. They say that someone committed a fix for this bug into a particular source branch and that this branch will be used for the related release. It does not say that it is the only branch where it will be committed. Fixes for 3.6.0 goes quickly to master, so it is the first and fastest commit. Fixes for 3.5.2 needs one review, so it is a bit slower. The fix for 3.5.1-rc2 needs 3 reviews, so it takes even longer time to get it in. I am sure that we will add the fix there. > The fact that 3.5.0 was released with this bug caused already a lot of grieve, What was the problem with 3.5.0? > BTW Will 3.4.6 have the same issue ? Can we check if it is going to be fixed > there too ? AFAIK, we do not plan to split stdlibs for 3.4.6, so it won't be affected by this issue.
I am not panicing (yet) ;-) But thanks for clarifying, the message however is very specific and prone to be misinterpreted if it does not provide a complete picture to the user. Maybe it can be worded differently ? The original problem leading up to the new stdlibs package is this: LibreOffice 3.5.0 crashes when using python UNO https://github.com/dagwieers/unoconv/issues/26 and the problem seems to be fixed, no matter if I have stdlibs installed or not, so the fix is applied on two levels: pyuno.so wrapper and moving stdlibs to a separate package. Which is good, I hate to instruct people to _not_ install stdlibs in case python UNO crashes. Thanks for your prompt help, very much appreciated !
Petr Mladek committed a patch related to this issue. It has been pushed to "libreoffice-3-5-1": http://cgit.freedesktop.org/libreoffice/core/commit/?id=63d549196a60549aaffea1511467be193969f390&g=libreoffice-3-5-1 pack libstdc++ and libgcc_s only in the new stdlibs subpackage (fdo#46658) It will be available already in LibreOffice 3.5.1.
For the record and as said on QA ML : same problem with DEBs. Best regards. JBF
The committed fix has solved the problem also in Debian packages. It is in all affected branches, so let's close this bug as fixed.
*** Bug 46916 has been marked as a duplicate of this bug. ***