app-office/libreoffice-bin-4.0.4.2 needs media-libs/libjpeg-turbo-1.3.0, because the newer -r2 version installs SOVERSION 62, but libreoffice was linked against ABI version 8. For details on the ABI change please see libjpeg-turbo's ChangeLog. Currently I have a preserved /usr/lib64/libjpeg.so.8 on my system, which cannot be removed, because app-office/libreoffice-bin-4.0.4.2 still depends on it.
I believe libreoffice-bin binary package is created by the Gentoo maintainers, so this bug should be taken as a request for rolling a new package. Maintainers: There is no more .so.8, current ~arch is either .so.62 or .so.9. You should compile the package against libjpeg-turbo-1.3.0-r2, and depend on virtual/jpeg:62 to ensure libjpeg.so.62 is installed.
(In reply to Samuli Suominen from comment #1) > I believe libreoffice-bin binary package is created by the Gentoo > maintainers, so this bug should be taken as a request for rolling a new > package. > > Maintainers: There is no more .so.8, current ~arch is either .so.62 or > .so.9. You should compile the package against libjpeg-turbo-1.3.0-r2, and > depend on virtual/jpeg:62 to ensure libjpeg.so.62 is installed. If this change only occured in ~arch, then this bug is a WONTFIX. libreoffice-bin is built against the current stable set; re-rolling the binary whenever a soversion in ~arch changes is not feasible. You get bonus points if you tell me how to translate the jpeg virtual into some condition with fixed soversion for the dependencies.
|| ( <media-libs/libjpeg-turbo-1.3.0-r2 =media-libs/jpeg-8* ) or =virtual/jpeg-0:0 which would... a) cause unresolvable dependencies because jpeg-9 and libjpeg-turbo-1.3.0-r2 are the ones with abi_x86_32 support b) caused by a) massive downgrade of packages because of emul- blockers, which is much more than only jpeg WONTFIX means libreoffice-bin is not installable on ~arch at all, but OK by me
(In reply to Samuli Suominen from comment #3) > || ( <media-libs/libjpeg-turbo-1.3.0-r2 =media-libs/jpeg-8* ) > > or > > =virtual/jpeg-0:0 > > which would... > > a) cause unresolvable dependencies because jpeg-9 and libjpeg-turbo-1.3.0-r2 > are the ones with abi_x86_32 support > > b) caused by a) massive downgrade of packages because of emul- blockers, > which is much more than only jpeg > > WONTFIX means libreoffice-bin is not installable on ~arch at all, but OK by > me That is already the case anyway (e.g. poppler soversion, and many others). I've added the explicit version as above.
(In reply to Samuli Suominen from comment #3) > WONTFIX means libreoffice-bin is not installable on ~arch at all, but OK by > me I am now in this situation... very uncool :-) I need ~arch, I need libreoffice, and my machine is not capable of compiling that beast. what to do?
Look at the libreoffice-bin ebuild, it has a block COMMON_BIN_DEPEND=... I've pasted it below but it may grow in the future. This is the difference in dependencies between binary and source libreoffice. Use /etc/portage/package.mask and mask from these packages all newer versions... and remember to update that mask when a newer libreoffice-bin comes out. =app-text/libexttextcat-3.4* app-text/poppler:0/35 dev-libs/icu:0/51.1 =media-gfx/graphite2-1.2* =media-libs/libpng-1.5* >=sys-libs/glibc-2.15-r3 kde? ( >=kde-base/kdelibs-4.10.4:4 >=dev-qt/qtcore-4.8.4-r5:4 ) || ( <media-libs/libjpeg-turbo-1.3.0-r2 =media-libs/jpeg-8* )
(In reply to Andreas K. Hüttel from comment #6) > Use /etc/portage/package.mask and mask from these packages all newer > versions... and remember to update that mask when a newer libreoffice-bin > comes out. All *other* versions I mean... of course you can have e.g. newer kde.
*** Bug 480876 has been marked as a duplicate of this bug. ***
Workaround: 1. Install stable libjpeg-turbo to compile libjpeg.so.8 2. Copy /usr/lib/libjpeg.so.8 to /usr/local/lib/ 3. Copy libreoffice-bin ebuild to local overlay 4. Remove jpeg dependency from the copied ebuild 5. Let portage install latest libjpeg-turbo, because the lib is safe in /usr/local/lib/ now And you have a working libreoffice-bin on ~arch, kept working by the old libjpeg.so.8 in /usr/local/lib/ This is what I told someone on forums, and it helped him, so I figured I share it here too.
