Upgrades: Sat Apr 2 13:07:03 2016 >>> sys-devel/boost-m4-0.4_p20160328 Sat Apr 2 13:09:06 2016 >>> dev-util/boost-build-1.60.0 Sat Apr 2 13:11:32 2016 >>> dev-libs/boost-1.60.0 Afterwards, current stable app-text/libwp[dgs] fail to build: /var/tmp/portage/app-text/libwpd-0.10.0-r1/temp/build.log: make[4]: Entering directory '/var/tmp/portage/app-text/libwpd-0.10.0-r1/work/libwpd-0.10.0/src/conv/raw' ... libtool: link: x86_64-pc-linux-gnu-g++ -I../../../inc -I/usr/include/librevenge-0.0 -I/usr/include/librevenge-0.0 -I/usr/include/librevenge-0.0 -DNDEBUG -march=native -O2 -pipe -Wall -Wextra -pedantic -Wshadow -Wunused-variable -Weffc++ -Wl,-O1 -Wl,--as-needed -o .libs/wpd2raw wpd2raw.o ../../lib/.libs/libwpd-0.10.so -lrevenge-generators-0.0 -lrevenge-0.0 -lrevenge-stream-0.0 /usr/lib/gcc/x86_64-pc-linux-gnu/5.3.0/../../../../lib64/librevenge-0.0.so: undefined reference to `boost::system::system_category()' /usr/lib/gcc/x86_64-pc-linux-gnu/5.3.0/../../../../lib64/librevenge-0.0.so: undefined reference to `boost::system::generic_category()' Thus current stable app-office/libreoffice-5.0.5.2:0 needing above in COMMON_DEPEND: app-text/libwpd:0.10[tools] app-text/libwpg:0.3 =app-text/libwps-0.4* fails to build. Unmasking newer ~ versions in various combinations did not amend the situation. Cross-Reference: BUG 520692: app-text/libwp[dgs] and other LibreOffice 4.3 dependencies (re-)keyword request
Masking >=dev-libs/boost-1.56.0-r1:0/1.56.0 # Bug 578860 >=dev-util/boost-build-1.56.0:0 >=sys-devel/boost-m4-0.4_p20160328:0 is _not_ an alternative: dev-util/boost-build-1.55.0 emerges, but dev-libs/boost-1.55.0-r2 fails missing 'pyconfig.h' somewhere on the way.
did you try a newer librevenge?j
(In reply to Derk W te Bokkel from comment #2) > did you try a newer librevenge?j librevenge-0.0.4 works ..
*** Bug 578942 has been marked as a duplicate of this bug. ***
Ran into this myself. Found the root cause, but I'm not sure of the correct actual FIX. If dev-libs/boost is >1.58.0, then app-text/libwps (and possibly other packages that depend on dev-libs/librevenge) require >=dev-libs/librevenge-0.0.4.
Have you tried: emerge -v1 librevenge emerge -v1 libwpd Does it still fail? I can't reproduce the issue on my side.
(In reply to comment #2 .. comment #6) Before travelling (sorry for late response due to this), I had # emerge -aC libreoffice # emerge -a --depclean Currently stable: dev-libs/librevenge-0.0.2:0 . . . emerge -auDN --jobs=8 --load-average=16.0 --keep-going libreoffice succeeds for me, including aforementioned packages (see above); LibreOffice starts and works. * Messages for package app-text/libwpd-0.10.0-r1: * Unable to establish //usr/bin/wpd2html symlink * Unable to establish //usr/bin/wpd2raw symlink * Unable to establish //usr/bin/wpd2text symlink # ll /usr/bin/wpd* -rwxr-xr-x 1 root root 11K 6. Apr 17:41 /usr/bin/wpd2html-0.10 -rwxr-xr-x 1 root root 11K 6. Apr 17:41 /usr/bin/wpd2raw-0.10 -rwxr-xr-x 1 root root 11K 6. Apr 17:41 /usr/bin/wpd2text-0.10 I guess we should have expected something like . . . wpd2html -> /usr/bin/wpd2html-0.10 etc. # equery belongs wpd2html-0.10 wpd2raw-0.10 wpd2text-0.10 * ... app-text/libwpd-0.10.0-r1 (/usr/bin/wpd2raw-0.10) app-text/libwpd-0.10.0-r1 (/usr/bin/wpd2html-0.10) app-text/libwpd-0.10.0-r1 (/usr/bin/wpd2text-0.10)
so you're on a stable system, with some unstable packages?
Did you ever run the rebuild according to news item, after GCC-5.3.0 switch?
(In reply to David Seifert from comment #8) > so you're on a stable system, with some unstable packages? Yes. (In reply to Andreas Sturmlechner from comment #9) > Did you ever run the rebuild according to news item, after GCC-5.3.0 switch? After each gcc-upgrade, I run a _complete_ re-build of my system.
Running unstable boost with stable packages is definitely not a supported constellation, given the amount of work that goes into fixing the latest packages. Either switch to unstable completely or fall back to stable boost (or use the latest librevenge and stable keyword it).
(In reply to David Seifert from comment #8) > so you're on a stable system, with some unstable packages? IFF you would have asked a little bit more precisely, THEN I could have answered more precisely ... (In reply to David Seifert from comment #11) > Running unstable boost with stable packages is definitely not a supported > constellation, YES - sure. But that is not the case: [IP-] [ ] dev-libs/boost-1.56.0-r1:0/1.56.0 [IP-] [ ] dev-util/boost-build-1.56.0:0 [IP-] [ ] sys-devel/boost-m4-0.4_p20160328:0 [IP-] [ ] dev-libs/librevenge-0.0.2:0 [IP-] [ ] app-text/libwpd-0.10.0-r1:0.10 [IP-] [ ] app-text/libwpg-0.3.0:0.3 [IP-] [ ] app-text/libwps-0.4.2:0 [IP-] [ ] app-office/libreoffice-5.0.5.2:0 [IP-] [ ] app-office/libreoffice-l10n-5.0.5.2:0 The original problem arouse with an upgrade as delivered by gentoo's tree, and I tried to amend the cause via searching some graceful updates. At that time, boost-1.58 was ~, but _WORKING_ perfectly without any problems. [ For this bug, it is totally irrelevant why I tested it. ] It got _erased_ in tree (WHY at all?), to be replaced by boost-1.60 only. > given the amount of work that goes into fixing the latest > packages. No dis-sense at all. > Either switch to unstable _completely_ <--- ??? This did and would _not_ solve the problem! > or fall back to stable boost Done, c.f. above > (or use the latest librevenge and stable keyword it). WRONG again: The latest dev-libs/librevenge-0.0.4:0 (or even -9999:0) is _NOT_ needed at all. What was needed, AFAICS: - back from (non-existing) boost-1.58 to boost-1.56 - a non-initiated (re-) build of librevenge-0.0.2 - an (afterwards) working (re-) build of libwp* - an (afterwards) working (re-) build of libreoffice So, David, with all my respect: PLEASE, calm down a little bit ... and perhaps be a little bit more careful with your accusations. Thanks Manfred P.S.: I do regret to not have realized - and pointed out - the role of boost-1.58 earlier. I'm sorry for that.
*** Bug 581704 has been marked as a duplicate of this bug. ***
*** Bug 583734 has been marked as a duplicate of this bug. ***
