libreoffice keeps on rebuilding by revdep-rebuild !!!

Message

padoor · Post by **padoor** » Fri Nov 04, 2011 7:04 am

>>> Installing (1 of 1) app-office/libreoffice-bin-3.4.3.2-r1
 * Updating icons cache ...                                              [ ok ]
 * Updating desktop mime database ...
 * Updating shared mime info database ...
 * Updating icons cache ...                                              [ ok ]
 * Updating desktop mime database ...
 * Updating shared mime info database ...
 * Fallback PaX marking -m
 *      /usr/lib/libreoffice/program/soffice.bin
 TYPE    PAX   FILE
ET_EXEC --mxe- /usr/lib/libreoffice/program/soffice.bin
>>> Auto-cleaning packages...

>>> No outdated packages were found on your system.

 * GNU info directory index is up-to-date.
 * Build finished correctly. Removing temporary files...
 * You can re-run revdep-rebuild to verify that all libraries and binaries
 * are fixed. Possible reasons for remaining inconsistencies include:
 *   orphaned files
 *   deep dependencies
 *   packages installed outside of portage's control
 *   specially-evaluated libraries
localtux ramaswamy #

again revdep-rebuild builds the libreoffice again and again.
it started from preserved-rebuild run.
how every revdep-rebuild finds the same file to be run?
posted above is the 4 th reinstall

i was trying to get all consistent result of revdep-rebuild

ianw1974 · Post by **ianw1974** » Fri Nov 04, 2011 11:16 am

Try making sure you're up-to-date:

Code: Select all

emerge --sync
emerge -uDN world

then run this, will remove some old stuff since new versions have been installed, run with -pv flag first if you want to check what it will remove:

Code: Select all

emerge --depclean

then run:

Code: Select all

revdep-rebuild

does it work any better? Never had this problem, but I always follow this procedure each time I run an emerge -uDN world.

ulenrich · Post by **ulenrich** » Fri Nov 04, 2011 4:29 pm

It does not make any sense to rebuild a package-bin. Seems to me you might have some more recent lib packages installed that dont fit libreoffice-bin.

If you like bin packages you are better of using sabayon.

^marcs · Post by **^marcs** » Fri Nov 04, 2011 9:53 pm

It happens due to xpdfimport being linked against libpopler.so.13, and that version is not even available in portage.
If revdep-rebuild finds any file with unsatisfied link it just reemerge whole package given file belongs to, it does not have any knowledge if it is source (therefore reemerging makes any sense) or binary package.

Depending on what You are using LO for, You may or may not notice any missing funcionality.

You can wait 'till new, updated binary package will be provided or build LO from sources.

Post by **toralf** » Fri Nov 04, 2011 10:36 pm

Code: Select all

 ln -s /usr/lib/libpoppler.so.15 /usr/lib/libpoppler.so.13

padoor · Post by **padoor** » Sat Nov 05, 2011 1:53 am

Code: Select all

ramaswamy@localtux ~ $ genlop --list --date 11/04/2011
 * app-text/rarian

     Fri Nov  4 08:05:42 2011 >>> app-text/rarian-0.8.1-r1
     Fri Nov  4 08:10:04 2011 >>> dev-libs/libcdio-0.83
     Fri Nov  4 08:14:24 2011 >>> gnome-extra/gnome-media-2.32.0-r1
     Fri Nov  4 08:15:44 2011 >>> www-client/google-chrome-16.0.912.21_beta108057
     Fri Nov  4 08:26:08 2011 >>> media-video/vcdimager-0.7.23-r1
     Fri Nov  4 08:33:51 2011 >>> gnome-base/gvfs-1.10.1
     Fri Nov  4 08:51:42 2011 >>> media-libs/xine-lib-1.1.19
     Fri Nov  4 10:04:43 2011 >>> media-video/vlc-1.1.12
     Fri Nov  4 10:34:58 2011 >>> media-video/mplayer-1.0_rc4_p20110322-r1
     Fri Nov  4 11:20:56 2011 >>> app-office/libreoffice-bin-3.4.3.2-r1
     Fri Nov  4 11:59:29 2011 >>> app-office/libreoffice-bin-3.4.3.2-r1
ramaswamy@localtux ~ $

yesterday's update resulted in preserved-rebuild and then it merged libreoffice
revdep-rebuild again rebuilt libreoffice 3 revdep-rebuild same file 3 times.
i don't see why genlop list did not pickup the 3 more merges of the file

Code: Select all

ramaswamy@localtux ~ $ dir  /usr/lib/libpoppler*
/usr/lib/libpoppler-cpp.so         /usr/lib/libpoppler-qt4.so
/usr/lib/libpoppler-cpp.so.0       /usr/lib/libpoppler-qt4.so.3
/usr/lib/libpoppler-cpp.so.0.2.0   /usr/lib/libpoppler-qt4.so.3.7.0
/usr/lib/libpoppler-glib.so        /usr/lib/libpoppler.so
/usr/lib/libpoppler-glib.so.8      /usr/lib/libpoppler.so.19
/usr/lib/libpoppler-glib.so.8.2.0  /usr/lib/libpoppler.so.19.0.0
ramaswamy@localtux ~ $

there is no libpoppler.so.15. or 13
the preserved-rebuild must have removed it after rebuild of libreoffice
shall i link the so.19 ?

padoor · Post by **padoor** » Sat Nov 05, 2011 4:13 am

Code: Select all

>>> No outdated packages were found on your system.

 * GNU info directory index is up-to-date.
localtux ramaswamy # revdep-rebuild -- --ask
 * Configuring search environment for revdep-rebuild

 * Checking reverse dependencies
 * Packages containing binaries and libraries broken by a package update
 * will be emerged.

 * Collecting system binaries and libraries
 * Generated new 1_files.rr
 * Collecting complete LD_LIBRARY_PATH
 * Generated new 2_ldpath.rr
 * Checking dynamic linking consistency
[ 66% ]  *   broken /usr/lib/libreoffice/share/extensions/pdfimport/xpdfimport (requires libpoppler.so.13)
[ 100% ]
 * Generated new 3_broken.rr
 * Assigning files to packages
 *   /usr/lib/libreoffice/share/extensions/pdfimport/xpdfimport -> app-office/libreoffice-bin
 * Generated new 4_raw.rr and 4_owners.rr
 * Cleaning list of packages to rebuild
 * Generated new 4_pkgs.rr
 * Assigning packages to ebuilds
 * Generated new 4_ebuilds.rr
 * Evaluating package order
 * Generated new 5_order.rr
 * All prepared. Starting rebuild
emerge --complete-graph=y --oneshot --autounmask=n --ask app-office/libreoffice-bin:0
..........

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild   R    ] app-office/libreoffice-bin-3.4.3.2-r1

!!! The following installed packages are masked:
- net-p2p/ktorrent-2.2.8-r2::kde-sunset (masked by: package.mask)
- kde-base/oxygen-icons-4.6.5::gentoo (masked by: package.mask)
- app-cdr/k3b-1.0.5-r6::kde-sunset (masked by: package.mask)
- net-libs/webkit-gtk-1.4.2-r200::gentoo (masked by: package.mask)
- kde-base/kde-env-4.6.5::gentoo (masked by: package.mask)
For more information, see the MASKED PACKAGES section in the emerge
man page or refer to the Gentoo Handbook.

this is after todays emerge -DNuav world merge went fine.

Would you like to merge these packages? [Yes/No]

what is it looking for?
xpdf import ?
do i merge xpdf? it is not installed
how would i get libpoppler.so.13?

^marcs · Post by **^marcs** » Sat Nov 05, 2011 7:38 am

do i merge xpdf? it is not installed

no, problem is not related.

shall i link the so.19 ?

libpoppler 13 and 19 are binary incompatible, i've checked it, that may solve circular revdep-rebuilds in a very dirty way, but will leave you with broken xpdfimport anyway.

how would i get libpoppler.so.13?

You could build it from tarball sources, but i'm not sure poppler can be sloted with version you have already installed - overally its very dirty way to solve this problem.
If this temporary problem with revdep-rebuild hurts you so much and can't sleep at night, just build libreoffice from sources - it's the only way making sure all binaries are linked against latest libs in your system.

padoor · Post by **padoor** » Sat Nov 05, 2011 4:46 pm

the merge from source file compilation will take for ever.
nope i will be happy with bin version.
i will forget the revdep-rebuild complaint about libpoppler.so.13
even if i say no for the ask y/n it says build completed successfully and blah blah. as shown above.
the office works ok for most all my purpose of it.

jorgeinglessis · Post by **jorgeinglessis** » Mon Nov 07, 2011 12:24 pm

I'm having the same problem, any ideas?

darkless · Post by **darkless** » Mon Nov 07, 2011 1:43 pm

If you don't mind downgrading to the stable version of app-text/poppler, which is the version that libreoffice-bin links to, and assuming you run on the ~amd64 arch, you could modify your /etc/portage/package.keywords file:

Code: Select all

echo app-text/poppler -~amd64 >> /etc/portage/package.keywords

This will prevent portage from using the unstable app-text/poppler ebuild and thus stop libreoffice-bin from being re-emerged by revdep-rebuild. Don't forget to re-emerge app-text/poppler.

padoor · Post by **padoor** » Tue Nov 08, 2011 5:23 pm

downgrading poppler is not easy.
it involves lot of reinstallation of the depends of this file.

Post by **scarabeus** » Tue Nov 08, 2011 9:58 pm

The binary package is built against stable tree, so suprisingly sonames change in testing tree :/

Good for you is that starting with 3.4.4.2 the poppler dep is gone so the issue is going to be less obvious

Anyway, if you plan to use testing tree you should consider compiling lo yourself as the binary will be always generated against stable tree with no intention to support testing.

ebichu · Post by **ebichu** » Mon Jan 16, 2012 12:36 pm

I used a temporary band-aid, basically a manual preserve-libs:

Code: Select all

quickpkg app-text/poppler   # save current version of poppler in a binary package
emerge -1 =app-text/poppler-0.16.7  # install 'stable' version of poppler
cp -L /usr/lib/libpoppler.so.13 /tmp # save libpoppler.so.13 (-L dereferences the symbolic link so it copies it as a file)
emerge -k1 app-text/poppler  # reinstall saved version of poppler from binary package
mv /tmp/libpoppler.so.13 /usr/lib # install /usr/lib/libpoppler.so.13

You can skip the quickpkg step if you want, but it saves some rebuilding time.

Note that this will leave /usr/lib/libpoppler.so.13 hanging around in your system. You can remove it manually once libreoffice-bin no longer requires it.

EDIT: You may need to repeat this procedure in the future if revdep-rebuild detects breakage on /usr/lib/libpoppler.so.13 due to some other update.