Summary: | =app-office/libreoffice-bin-4.0.4.2 should be rebuilt against libjpeg.so.62 (like from >=media-libs/libjpeg-turbo-1.3.0-r2) | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Dennis Schridde <dschridde+gentoobugs> |
Component: | Current packages | Assignee: | Andreas K. Hüttel <dilfridge> |
Status: | RESOLVED WONTFIX | ||
Severity: | normal | CC: | denys.duchier, developer.su, office, Sergiy.Borodych |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
See Also: | https://bugs.gentoo.org/show_bug.cgi?id=481654 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Dennis Schridde
2013-08-04 21:05:19 UTC
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. |