[gentoo-user] app-text/poppler-0.24.3 fails to build
Hello, poppler fails to build for me and i don't know why. Does someone got an idea about this? [ 97%] Building CXX object qt4/src/CMakeFiles/poppler-qt4.dir/ArthurOutputDev.cc.o cd /var/tmp/portage/app-text/poppler-0.24.3/work/poppler-0.24.3_build/qt4/src /usr/bin/x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H=1 -Dpoppler_qt4_EXPORTS -DNDEBUG -Wall -Wcast-align -fno-exceptions -fno-check-new -fno-common -ansi -Wnon-virtual-dtor -Woverloaded-virtual -O2 -pipe -fPIC -I/var/tmp/portage/app-text/poppler-0.24.3/work/poppler-0.24.3 -I/var/tmp/portage/app-text/poppler-0.24.3/work/poppler-0.24.3/fofi -I/var/tmp/portage/app-text/poppler-0.24.3/work/poppler-0.24.3/goo -I/var/tmp/portage/app-text/poppler-0.24.3/work/poppler-0.24.3/poppler -I/var/tmp/portage/app-text/poppler-0.24.3/work/poppler-0.24.3_build -I/var/tmp/portage/app-text/poppler-0.24.3/work/poppler-0.24.3_build/poppler -I/var/tmp/portage/app-text/poppler-0.24.3/work/poppler-0.24.3/qt4/src -I/var/tmp/portage/app-text/poppler-0.24.3/work/poppler-0.24.3_build/qt4/src -I/usr/include/freetype2 -I/usr/include/qt4-o CMakeFiles/poppler-qt4.dir/ArthurOutputDev.cc.o -c /var/tmp/portage/app-text/poppler-0.24.3/work/poppler-0.24.3/qt4/src/ArthurOutputDev.cc Traceback (most recent call last): Traceback (most recent call last): File /usr/bin/g-ir-scanner, line 46, in module File /usr/bin/g-ir-scanner, line 46, in module sys.exit(scanner_main(sys.argv)) File /usr/lib64/gobject-introspection/giscanner/scannermain.py, line 404, in scanner_main sys.exit(scanner_main(sys.argv)) File /usr/lib64/gobject-introspection/giscanner/scannermain.py, line 404, in scanner_main transformer = create_transformer(namespace, options) transformer = create_transformer(namespace, options) File /usr/lib64/gobject-introspection/giscanner/scannermain.py, line 297, in create_transformer File /usr/lib64/gobject-introspection/giscanner/scannermain.py, line 297, in create_transformer transformer.register_include(include_obj) File /usr/lib64/gobject-introspection/giscanner/transformer.py, line 131, in register_include transformer.register_include(include_obj) File /usr/lib64/gobject-introspection/giscanner/transformer.py, line 131, in register_include self._parse_include(filename) self._parse_include(filename) File /usr/lib64/gobject-introspection/giscanner/transformer.py, line 203, in _parse_include File /usr/lib64/gobject-introspection/giscanner/transformer.py, line 203, in _parse_include parser.parse(filename) File /usr/lib64/gobject-introspection/giscanner/girparser.py, line 60, in parse parser.parse(filename) File /usr/lib64/gobject-introspection/giscanner/girparser.py, line 60, in parse tree = parse(filename) File string, line 62, in parse tree = parse(filename) File string, line 62, in parse File string, line 38, in parse File string, line 38, in parse cElementTree.ParseError: syntax error: line 1, column 0 cElementTree.ParseError: syntax error: line 1, column 0 make[2]: *** [glib/Poppler-0.18.gir] Fehler 1 make[2]: Leaving directory `/var/tmp/portage/app-text/poppler-0.24.3/work/poppler-0.24.3_build' make[1]: *** [glib/CMakeFiles/gir-typelibs.dir/all] Fehler 2 make[1]: *** Warte auf noch nicht beendete Prozesse... make[2]: *** [glib/Poppler-0.18.gir] Fehler 1 make[2]: Leaving directory `/var/tmp/portage/app-text/poppler-0.24.3/work/poppler-0.24.3_build' make[1]: *** [glib/CMakeFiles/gir-girs.dir/all] Fehler 2 Linking CXX shared library libpoppler-qt4.so cd /var/tmp/portage/app-text/poppler-0.24.3/work/poppler-0.24.3_build/qt4/src /usr/bin/cmake -E cmake_link_script CMakeFiles/poppler-qt4.dir/link.txt --verbose=1 /usr/bin/x86_64-pc-linux-gnu-g++ -fPIC -Wall -Wcast-align -fno-exceptions -fno-check-new -fno-common -ansi -Wnon-virtual-dtor -Woverloaded-virtual -O2 -pipe -Wl,-O1 -Wl,--as-needed -Wl,--as-needed -shared -Wl,-soname,libpoppler-qt4.so.4 -o libpoppler-qt4.so.4.3.0 CMakeFiles/poppler-qt4.dir/poppler-annotation.cc.o CMakeFiles/poppler-qt4.dir/poppler-document.cc.o CMakeFiles/poppler-qt4.dir/poppler-embeddedfile.cc.o CMakeFiles/poppler-qt4.dir/poppler-fontinfo.cc.o CMakeFiles/poppler-qt4.dir/poppler-form.cc.o CMakeFiles/poppler-qt4.dir/poppler-link.cc.o CMakeFiles/poppler-qt4.dir/poppler-link-extractor.cc.o CMakeFiles/poppler-qt4.dir/poppler-movie.cc.o CMakeFiles/poppler-qt4.dir/poppler-optcontent.cc.o CMakeFiles/poppler-qt4.dir/poppler-page.cc.o CMakeFiles/poppler-qt4.dir/poppler-base-converter.cc.o CMakeFiles/poppler-qt4.dir/poppler-pdf-converter.cc.o CMakeFiles/poppler-qt4.dir/poppler-private.cc.o CMakeFiles/poppler-qt4.dir/poppler-ps-converter.cc.o CMakeFiles/poppler-qt4.dir/poppler-qiodeviceoutstream.cc.o CMakeFiles/poppler-qt4.dir/poppler-sound.cc.o CMakeFiles/poppler-qt4.dir/poppler-textbox.cc.o CMakeFiles/poppler-qt4.dir/poppler-page-transition.cc.o CMakeFiles/poppler-qt4.dir/poppler-media.cc.o CMakeFiles/poppler-qt4.dir/ArthurOutputDev.cc.o ../../libpoppler.so.43.0.0 /usr/lib64/qt4
[gentoo-user] poppler vs virtual/poppler eix-test-obsolete
Hi, Mostly in support of (I think) KDE I have poppler installed which seems to cause eix-test-obsolete a little indigestion. It sees virtual/poppler as installed but says they are not in the database. Do I have a problem here (eix-test-obsolete itself or my use of it, use flags, some sort of database problem, etc.) or is this some sort of ebuild problem that will likely get worked out over the next few weeks? Thanks, Mark firefly ~ # eix -Ic poppler [I] app-text/poppler (0.12.3...@02/14/10): PDF rendering library based on the xpdf-3.0 code base firefly ~ # equery depends =app-text/poppler-0.12.3-r3 [ Searching for packages depending on =app-text/poppler-0.12.3-r3... ] app-misc/strigi-0.7.0 (=app-text/poppler-0.12.3-r3[utils]) app-text/evince-2.26.2 (=app-text/poppler-0.12.3-r3[cairo]) kde-base/okular-4.3.3 (pdf? =app-text/poppler-0.12.3-r3[lcms,qt4]) net-print/cups-1.3.11-r1 (=app-text/poppler-0.12.3-r3[utils]) virtual/poppler-0.12.3-r1 (~app-text/poppler-0.12.3[lcms?,xpdf-headers]) virtual/poppler-glib-0.12.3-r2 (~app-text/poppler-0.12.3[cairo]) virtual/poppler-qt4-0.12.3-r1 (~app-text/poppler-0.12.3[qt4]) virtual/poppler-utils-0.12.3-r1 (~app-text/poppler-0.12.3[abiword?,png?,utils]) firefly ~ # eix-test-obsolete -d No non-matching entries in /etc/portage/package.keywords. No non-matching entries in /etc/portage/package.mask. No non-matching entries in /etc/portage/package.unmask. No non-matching or empty entries in /etc/portage/package.use. No non-matching or empty entries in /etc/portage/package.cflags. The following installed packages are not in the database: virtual/poppler virtual/poppler-glib virtual/poppler-qt4 virtual/poppler-utils -- No redundant entries in /etc/portage/package.keywords (or test switched off). No redundant entries in /etc/portage/package.mask (or test switched off). No redundant entries in /etc/portage/package.unmask (or test switched off). No redundant entries in /etc/portage/package.use (or test switched off). No redundant entries in /etc/portage/package.cflags (or test switched off). No uninstalled entries in /etc/portage/package.keywords (or test switched off). No uninstalled entries in /etc/portage/package.mask (or test switched off). No uninstalled entries in /etc/portage/package.unmask (or test switched off). No uninstalled entries in /etc/portage/package.use (or test switched off). No uninstalled entries in /etc/portage/package.cflags (or test switched off). All installed versions of packages are in the database. firefly ~ # firefly ~ # slocate poppler | grep virtual /var/db/pkg/virtual/poppler-0.12.3-r1 /var/db/pkg/virtual/poppler-0.12.3-r1/COUNTER /var/db/pkg/virtual/poppler-0.12.3-r1/KEYWORDS /var/db/pkg/virtual/poppler-0.12.3-r1/DEFINED_PHASES /var/db/pkg/virtual/poppler-0.12.3-r1/PF /var/db/pkg/virtual/poppler-0.12.3-r1/PROPERTIES /var/db/pkg/virtual/poppler-0.12.3-r1/DEPEND /var/db/pkg/virtual/poppler-0.12.3-r1/DESCRIPTION /var/db/pkg/virtual/poppler-0.12.3-r1/USE /var/db/pkg/virtual/poppler-0.12.3-r1/FEATURES /var/db/pkg/virtual/poppler-0.12.3-r1/SLOT /var/db/pkg/virtual/poppler-0.12.3-r1/RDEPEND /var/db/pkg/virtual/poppler-0.12.3-r1/SIZE /var/db/pkg/virtual/poppler-0.12.3-r1/IUSE /var/db/pkg/virtual/poppler-0.12.3-r1/poppler-0.12.3-r1.ebuild /var/db/pkg/virtual/poppler-0.12.3-r1/CFLAGS /var/db/pkg/virtual/poppler-0.12.3-r1/environment.bz2 /var/db/pkg/virtual/poppler-0.12.3-r1/repository /var/db/pkg/virtual/poppler-0.12.3-r1/LDFLAGS /var/db/pkg/virtual/poppler-0.12.3-r1/EAPI /var/db/pkg/virtual/poppler-0.12.3-r1/CATEGORY /var/db/pkg/virtual/poppler-0.12.3-r1/CBUILD /var/db/pkg/virtual/poppler-0.12.3-r1/CXXFLAGS /var/db/pkg/virtual/poppler-0.12.3-r1/CHOST /var/db/pkg/virtual/poppler-0.12.3-r1/CONTENTS /var/db/pkg/virtual/poppler-glib-0.12.3-r2 /var/db/pkg/virtual/poppler-glib-0.12.3-r2/COUNTER /var/db/pkg/virtual/poppler-glib-0.12.3-r2/KEYWORDS /var/db/pkg/virtual/poppler-glib-0.12.3-r2/DEFINED_PHASES /var/db/pkg/virtual/poppler-glib-0.12.3-r2/PF /var/db/pkg/virtual/poppler-glib-0.12.3-r2/PROPERTIES /var/db/pkg/virtual/poppler-glib-0.12.3-r2/DEPEND /var/db/pkg/virtual/poppler-glib-0.12.3-r2/DESCRIPTION /var/db/pkg/virtual/poppler-glib-0.12.3-r2/USE /var/db/pkg/virtual/poppler-glib-0.12.3-r2/poppler-glib-0.12.3-r2.ebuild /var/db/pkg/virtual/poppler-glib-0.12.3-r2/FEATURES /var/db/pkg/virtual/poppler-glib-0.12.3-r2/SLOT /var/db/pkg/virtual/poppler-glib-0.12.3-r2/RDEPEND /var/db/pkg/virtual/poppler-glib-0.12.3-r2/SIZE /var/db/pkg/virtual/poppler-glib-0.12.3-r2/IUSE /var/db/pkg/virtual/poppler-glib-0.12.3-r2/CFLAGS /var/db/pkg/virtual/poppler-glib-0.12.3-r2/environment.bz2 /var/db/pkg/virtual/poppler-glib-0.12.3-r2/repository /var/db/pkg/virtual/poppler-glib-0.12.3-r2/LDFLAGS /var/db/pkg/virtual/poppler-glib-0.12.3-r2/EAPI /var/db/pkg/virtual/poppler-glib-0.12.3-r2/CATEGORY /var/db/pkg/virtual/poppler-glib-0.12.3-r2/CBUILD /var/db/pkg/virtual/poppler-glib-0.12.3-r2/CXXFLAGS /var/db/pkg/virtual/poppler-glib-0.12.3-r2/CHOST /var/db/pkg/virtual/poppler
Re: [gentoo-user] Build error on poppler
Jonas de Buhr jonas.de.b...@gmx.net [11-10-19 17:05]: Am 19.10.2011 04:28, schrieb meino.cra...@gmx.de: Hi, this morning I got this (after update poppler and xorgserver had to be updated): /var/tmp/portage/app-text/poppler-0.16.7/work/poppler-0.16.7/glib/poppler-private.h:125: syntax error, unexpected ')', expecting ',' or ';' in ' time_t *gdate);' at ')' g-ir-scanner: compile: gcc -Wall -pthread -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -march=native -O2 -pipe -msse3 -I/var/tmp/portage/app-text/poppler-0.16.7/work/poppler-0.16.7 -I/var/tmp/portage/app-text/poppler-0.16.7/work/poppler-0.16.7/fofi -I/var/tmp/portage/app-text/poppler-0.16.7/work/poppler-0.16.7/goo -I/var/tmp/portage/app-text/poppler-0.16.7/work/poppler-0.16.7/poppler -I/var/tmp/portage/app-text/poppler-0.16.7/work/poppler-0.16.7_build -I/var/tmp/portage/app-text/poppler-0.16.7/work/poppler-0.16.7_build/poppler -I/usr/include -I/usr/include/freetype2 -I/var/tmp/portage/app-text/poppler-0.16.7/work/poppler-0.16.7/glib -I/var/tmp/portage/app-text/poppler-0.16.7/work/poppler-0.16.7_build/glib -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/cairo -I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/pango-1.0 -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pixman-1 -I/usr/include/libpng15 -I/usr/include/libdrm -I/usr/incl ude/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/gio-unix-2.0/ -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng15 -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/libdrm -c -o /var/tmp/portage/app-text/poppler-0.16.7/work/poppler-0.16.7_build/glib/tmp-introspectdLnPK7/Poppler-0.16.o /var/tmp/portage/app-text/poppler-0.16.7/work/poppler-0.16.7_build/glib/tmp-introspectdLnPK7/Poppler-0.16.c g-ir-scanner: link: gcc -o /var/tmp/portage/app-text/poppler-0.16.7/work/poppler-0.16.7_build/glib/tmp-introspectdLnPK7/Poppler-0.16 -march=native -O2 -pipe -msse3 -L. -Wl,-rpath=. -lpoppler-glib -pthread -lgio-2.0 -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lrt -lglib-2.0 /var/tmp/portage/app-text/poppler-0.16.7/work/poppler-0.16.7_build/glib/tmp-introspectdLnPK7/Poppler-0.16.o g-ir-scanner: Poppler: warning: 6 warnings suppressed (use --warn-all to see them) [ 77%] Built target gir-girs Scanning dependencies of target gir-typelibs [ 77%] Generating Poppler-0.16.typelib /usr/bin/g-ir-compiler: error while loading shared libraries: libffi.so.4: cannot open shared object file: No such file or directory 1. equery b /usr/bin/g-ir-scanner 2. emerge that package (should be something with gobject) 3. emerge poppler again. or revdep-rebuild and emerge poppler again. Hi Jonas! That fixes the problem! Thank you very much! :) Best regards, mcc
Re: [gentoo-user] app-text/poppler-0.24.3 fails to build
On Wed, Nov 06, 2013 at 08:01:18AM +0100, Norman Rieß wrote: Hello, poppler fails to build for me and i don't know why. Does someone got an idea about this? [ 97%] Building CXX object qt4/src/CMakeFiles/poppler-qt4.dir/ArthurOutputDev.cc.o cd /var/tmp/portage/app-text/poppler-0.24.3/work/poppler-0.24.3_build/qt4/src /usr/bin/x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H=1 -Dpoppler_qt4_EXPORTS -DNDEBUG -Wall -Wcast-align -fno-exceptions -fno-check-new -fno-common -ansi -Wnon-virtual-dtor -Woverloaded-virtual -O2 -pipe -fPIC -I/var/tmp/portage/app-text/poppler-0.24.3/work/poppler-0.24.3 -I/var/tmp/portage/app-text/poppler-0.24.3/work/poppler-0.24.3/fofi -I/var/tmp/portage/app-text/poppler-0.24.3/work/poppler-0.24.3/goo -I/var/tmp/portage/app-text/poppler-0.24.3/work/poppler-0.24.3/poppler -I/var/tmp/portage/app-text/poppler-0.24.3/work/poppler-0.24.3_build -I/var/tmp/portage/app-text/poppler-0.24.3/work/poppler-0.24.3_build/poppler -I/var/tmp/portage/app-text/poppler-0.24.3/work/poppler-0.24.3/qt4/src -I/var/tmp/portage/app-text/poppler-0.24.3/work/poppler-0.24.3_build/qt4/src -I/usr/include/freetype2 -I/usr/include/qt4-o CMakeFiles/poppler-qt4.dir/ArthurOutputDev.cc.o -c /var/tmp/portage/app-text/poppler-0.24.3/work/poppler-0.24.3/qt4/src/ArthurOutputDev.cc Traceback (most recent call last): Traceback (most recent call last): File /usr/bin/g-ir-scanner, line 46, in module File /usr/bin/g-ir-scanner, line 46, in module sys.exit(scanner_main(sys.argv)) File /usr/lib64/gobject-introspection/giscanner/scannermain.py, line 404, in scanner_main sys.exit(scanner_main(sys.argv)) File /usr/lib64/gobject-introspection/giscanner/scannermain.py, line 404, in scanner_main transformer = create_transformer(namespace, options) transformer = create_transformer(namespace, options) File /usr/lib64/gobject-introspection/giscanner/scannermain.py, line 297, in create_transformer File /usr/lib64/gobject-introspection/giscanner/scannermain.py, line 297, in create_transformer transformer.register_include(include_obj) File /usr/lib64/gobject-introspection/giscanner/transformer.py, line 131, in register_include transformer.register_include(include_obj) File /usr/lib64/gobject-introspection/giscanner/transformer.py, line 131, in register_include self._parse_include(filename) self._parse_include(filename) File /usr/lib64/gobject-introspection/giscanner/transformer.py, line 203, in _parse_include File /usr/lib64/gobject-introspection/giscanner/transformer.py, line 203, in _parse_include parser.parse(filename) File /usr/lib64/gobject-introspection/giscanner/girparser.py, line 60, in parse parser.parse(filename) File /usr/lib64/gobject-introspection/giscanner/girparser.py, line 60, in parse tree = parse(filename) File string, line 62, in parse tree = parse(filename) File string, line 62, in parse File string, line 38, in parse File string, line 38, in parse cElementTree.ParseError: syntax error: line 1, column 0 cElementTree.ParseError: syntax error: line 1, column 0 make[2]: *** [glib/Poppler-0.18.gir] Fehler 1 make[2]: Leaving directory `/var/tmp/portage/app-text/poppler-0.24.3/work/poppler-0.24.3_build' make[1]: *** [glib/CMakeFiles/gir-typelibs.dir/all] Fehler 2 make[1]: *** Warte auf noch nicht beendete Prozesse... make[2]: *** [glib/Poppler-0.18.gir] Fehler 1 make[2]: Leaving directory `/var/tmp/portage/app-text/poppler-0.24.3/work/poppler-0.24.3_build' make[1]: *** [glib/CMakeFiles/gir-girs.dir/all] Fehler 2 Linking CXX shared library libpoppler-qt4.so cd /var/tmp/portage/app-text/poppler-0.24.3/work/poppler-0.24.3_build/qt4/src /usr/bin/cmake -E cmake_link_script CMakeFiles/poppler-qt4.dir/link.txt --verbose=1 /usr/bin/x86_64-pc-linux-gnu-g++ -fPIC -Wall -Wcast-align -fno-exceptions -fno-check-new -fno-common -ansi -Wnon-virtual-dtor -Woverloaded-virtual -O2 -pipe -Wl,-O1 -Wl,--as-needed -Wl,--as-needed -shared -Wl,-soname,libpoppler-qt4.so.4 -o libpoppler-qt4.so.4.3.0 CMakeFiles/poppler-qt4.dir/poppler-annotation.cc.o CMakeFiles/poppler-qt4.dir/poppler-document.cc.o CMakeFiles/poppler-qt4.dir/poppler-embeddedfile.cc.o CMakeFiles/poppler-qt4.dir/poppler-fontinfo.cc.o CMakeFiles/poppler-qt4.dir/poppler-form.cc.o CMakeFiles/poppler-qt4.dir/poppler-link.cc.o CMakeFiles/poppler-qt4.dir/poppler-link-extractor.cc.o CMakeFiles/poppler-qt4.dir/poppler-movie.cc.o CMakeFiles/poppler-qt4.dir/poppler-optcontent.cc.o CMakeFiles/poppler-qt4.dir/poppler-page.cc.o CMakeFiles/poppler-qt4.dir/poppler-base-converter.cc.o CMakeFiles/poppler-qt4.dir/poppler-pdf-converter.cc.o CMakeFiles/poppler-qt4.dir/poppler-private.cc.o CMakeFiles/poppler-qt4.dir/poppler-ps-converter.cc.o CMakeFiles/poppler-qt4.dir/poppler-qiodeviceoutstream.cc.o CMakeFiles/poppler-qt4.dir/poppler-sound.cc.o CMakeFiles/poppler-qt4.dir/poppler-textbox.cc.o CMakeFiles/poppler-qt4.dir/poppler
Re: [gentoo-user] Cannot print pdf documents from KDE4
On Fri, 29 Jan 2010 20:19:46 +, Mick wrote: I checked another machine (of a similar build) which does not seem to have app-text/poppler emerged (only app-text/poppler-data, app-text/poppler-utils, dev-libs/poppler, dev-libs/poppler-qt4, virtual/poppler, virtual/poppler-qt4, virtual/poppler-utils). What arch are you running on these machines? poppler recently moved from dev-libs to app-text on ~arch. This looks like you could be running the stable arch with a number of packages in portage.keywords? -- Neil Bothwick Gigabyte: (n.) more than you can comprehend and less than you'll need. signature.asc Description: PGP signature
[gentoo-user] app-text/poppler-utils install fails
Hi, I'm trying to upgrade app-text/poppler-utils (as part of a bigger system upgrade), but it fails. This is what happens
Re: [gentoo-user] Build error on poppler
On Tue, Oct 18, 2011 at 7:53 PM, meino.cra...@gmx.de wrote: meino.cra...@gmx.de meino.cra...@gmx.de [11-10-19 04:48]: Mark Knecht markkne...@gmail.com [11-10-19 04:40]: On Tue, Oct 18, 2011 at 7:28 PM, meino.cra...@gmx.de wrote: Hi, this morning I got this (after update poppler and xorgserver had to be updated): SNIP It seems poppler wants a library which version is not available for gentoo. If there is need for more information (the mentioned logs for example) I will it send it to the list. Best regards, mcc On one of my machines I saw a different on the same version of poppler. I did an emerge -C poppler and then emerge -DuN @world and it picked up a newer version without complaining. HTH, Mark Hi Mark, thank you for your help ! :) I tried it and it results in this: solfire:/rootemerge -DuN @world Calculating dependencies... done! [ebuild N ~] app-text/poppler-0.18.0 USE=cairo cxx introspection jpeg jpeg2k lcms png qt4 tiff utils xpdf-headers -cjk -curl -debug -doc The following keyword changes are necessary to proceed: #required by app-office/libreoffice-3.3.4, required by @selected, required by @world (argument) =app-text/poppler-0.18.0 ~amd64 NOTE: This --autounmask behavior can be disabled by setting EMERGE_DEFAULT_OPTS=--autounmask=n in make.conf. Use --autounmask-write to write choanges to config files (honoring CONFIG_PROTECT). Is this just another of those cases, where I have to unmask an item and dont mix 'em ;) ??? Best regards, mcc Hi Mark, ok, I unmasked poppler, and it give me that again: /var/tmp/portage/app-text/poppler-0.18.0/work/poppler-0.18.0/glib/poppler-private.h:126: syntax error, unexpected ')', expecting ',' or ';' in ' time_t *gdate);' at ')' g-ir-scanner: compile: gcc -Wall -pthread -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -march=native -O2 -pipe -msse3 -I/var/tmp/portage/app-text/poppler-0.18.0/work/poppler-0.18.0 -I/var/tmp/portage/app-text/poppler-0.18.0/work/poppler-0.18.0/fofi -I/var/tmp/portage/app-text/poppler-0.18.0/work/poppler-0.18.0/goo -I/var/tmp/portage/app-text/poppler-0.18.0/work/poppler-0.18.0/poppler -I/var/tmp/portage/app-text/poppler-0.18.0/work/poppler-0.18.0_build -I/var/tmp/portage/app-text/poppler-0.18.0/work/poppler-0.18.0_build/poppler -I/usr/include -I/usr/include/freetype2 -I/var/tmp/portage/app-text/poppler-0.18.0/work/poppler-0.18.0/glib -I/var/tmp/portage/app-text/poppler-0.18.0/work/poppler-0.18.0_build/glib -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/cairo -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng15 -I/usr/include/libdrm -c -o /var/tmp/portage/app-text/poppler-0.18.0/work/poppler-0.18.0_build/glib/tmp-introspectrj_6Cr/Poppler-0.18.o /var/tmp/portage/app-text/poppler-0.18.0/work/poppler-0.18.0_build/glib/tmp-introspectrj_6Cr/Poppler-0.18.c g-ir-scanner: link: gcc -o /var/tmp/portage/app-text/poppler-0.18.0/work/poppler-0.18.0_build/glib/tmp-introspectrj_6Cr/Poppler-0.18 -march=native -O2 -pipe -msse3 -L. -Wl,-rpath=. -lpoppler-glib -pthread -lgio-2.0 -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lrt -lglib-2.0 /var/tmp/portage/app-text/poppler-0.18.0/work/poppler-0.18.0_build/glib/tmp-introspectrj_6Cr/Poppler-0.18.o g-ir-scanner: Poppler: warning: 5 warnings suppressed (use --warn-all to see them) [ 79%] Built target gir-girs Scanning dependencies of target gir-typelibs [ 79%] Generating Poppler-0.18.typelib /usr/bin/g-ir-compiler: error while loading shared libraries: libffi.so.4: cannot open shared object file: No such file or directory make[2]: *** [glib/Poppler-0.18.typelib] Error 127 make[1]: *** [glib/CMakeFiles/gir-typelibs.dir/all] Error 2 make: *** [all] Error 2 * ERROR: app-text/poppler-0.18.0 failed (compile phase): * emake failed * * If you need support, post the output of 'emerge --info =app-text/poppler-0.18.0', * the complete build log and the output of 'emerge -pqv =app-text/poppler-0.18.0'. * The complete build log is located at '/var/tmp/portage/app-text/poppler-0.18.0/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/app-text/poppler-0.18.0/temp/environment'. * S: '/var/tmp/portage/app-text/poppler-0.18.0/work/poppler-0.18.0' Failed to emerge app-text/poppler-0.18.0, Log file: '/var/tmp/portage/app-text/poppler-0.18.0/temp/build.log' * Messages for package app-text/poppler-0.18.0: * ERROR: app-text/poppler-0.18.0 failed (compile phase): * emake failed * * If you need support, post the output of 'emerge --info =app-text/poppler-0.18.0', * the complete build log and the output of 'emerge -pqv =app-text/poppler-0.18.0
Re: [gentoo-user] poppler vs virtual/poppler eix-test-obsolete
On 14 Feb 2010, at 20:31, Mark Knecht wrote: ... poppler isn't in my world file: ... Are you suggesting the I unmerge poppler and then do a revdep-rebuild (or emerge -DuN @world) to get it reinstalled without this problem? Yes. Stroller.
Re: [gentoo-user] poppler - how to update it elegantly?
On 30/09/2013 13:55, Helmut Jarausch wrote: Hi, my most hated package is poppler. Each time in the past and now again it's hard to upgrade. portage (2.2.7) cannot handle it, so I have to (manually) unmerge all packages depending on it and emerge them after the poppler upgrade again. Has anybody found a more elegant procedure? Many thanks, Helmut. poppler packaging is a pita, but it's never broke anything for me (but does cause lots and lots and lots of stuff to be rebuilt...) Yesterday's update worked just fine: $ genlop -t poppler * app-text/poppler Wed Sep 18 08:46:05 2013 app-text/poppler-0.24.1 merge time: 33 seconds. Sun Sep 29 12:31:08 2013 app-text/poppler-0.24.2 merge time: 35 seconds. What errors are you getting? Any customizations to poppler on your system? (i.e grep -r poppler /etc/portage) -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Build error on poppler
On Tue, Oct 18, 2011 at 7:28 PM, meino.cra...@gmx.de wrote: Hi, this morning I got this (after update poppler and xorgserver had to be updated): SNIP It seems poppler wants a library which version is not available for gentoo. If there is need for more information (the mentioned logs for example) I will it send it to the list. Best regards, mcc On one of my machines I saw a different on the same version of poppler. I did an emerge -C poppler and then emerge -DuN @world and it picked up a newer version without complaining. HTH, Mark
Re: [gentoo-user] Build error on poppler
meino.cra...@gmx.de meino.cra...@gmx.de [11-10-19 04:48]: Mark Knecht markkne...@gmail.com [11-10-19 04:40]: On Tue, Oct 18, 2011 at 7:28 PM, meino.cra...@gmx.de wrote: Hi, this morning I got this (after update poppler and xorgserver had to be updated): SNIP It seems poppler wants a library which version is not available for gentoo. If there is need for more information (the mentioned logs for example) I will it send it to the list. Best regards, mcc On one of my machines I saw a different on the same version of poppler. I did an emerge -C poppler and then emerge -DuN @world and it picked up a newer version without complaining. HTH, Mark Hi Mark, thank you for your help ! :) I tried it and it results in this: solfire:/rootemerge -DuN @world Calculating dependencies... done! [ebuild N~] app-text/poppler-0.18.0 USE=cairo cxx introspection jpeg jpeg2k lcms png qt4 tiff utils xpdf-headers -cjk -curl -debug -doc The following keyword changes are necessary to proceed: #required by app-office/libreoffice-3.3.4, required by @selected, required by @world (argument) =app-text/poppler-0.18.0 ~amd64 NOTE: This --autounmask behavior can be disabled by setting EMERGE_DEFAULT_OPTS=--autounmask=n in make.conf. Use --autounmask-write to write choanges to config files (honoring CONFIG_PROTECT). Is this just another of those cases, where I have to unmask an item and dont mix 'em ;) ??? Best regards, mcc Hi Mark, ok, I unmasked poppler, and it give me that again: /var/tmp/portage/app-text/poppler-0.18.0/work/poppler-0.18.0/glib/poppler-private.h:126: syntax error, unexpected ')', expecting ',' or ';' in ' time_t *gdate);' at ')' g-ir-scanner: compile: gcc -Wall -pthread -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -march=native -O2 -pipe -msse3 -I/var/tmp/portage/app-text/poppler-0.18.0/work/poppler-0.18.0 -I/var/tmp/portage/app-text/poppler-0.18.0/work/poppler-0.18.0/fofi -I/var/tmp/portage/app-text/poppler-0.18.0/work/poppler-0.18.0/goo -I/var/tmp/portage/app-text/poppler-0.18.0/work/poppler-0.18.0/poppler -I/var/tmp/portage/app-text/poppler-0.18.0/work/poppler-0.18.0_build -I/var/tmp/portage/app-text/poppler-0.18.0/work/poppler-0.18.0_build/poppler -I/usr/include -I/usr/include/freetype2 -I/var/tmp/portage/app-text/poppler-0.18.0/work/poppler-0.18.0/glib -I/var/tmp/portage/app-text/poppler-0.18.0/work/poppler-0.18.0_build/glib -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/cairo -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng15 -I/usr/include/libdrm -c -o /var/tmp/portage/app-text/poppler-0.18.0/work/poppler-0.18.0_build/glib/tmp-introspectrj_6Cr/Poppler-0.18.o /var/tmp/portage/app-text/poppler-0.18.0/work/poppler-0.18.0_build/glib/tmp-introspectrj_6Cr/Poppler-0.18.c g-ir-scanner: link: gcc -o /var/tmp/portage/app-text/poppler-0.18.0/work/poppler-0.18.0_build/glib/tmp-introspectrj_6Cr/Poppler-0.18 -march=native -O2 -pipe -msse3 -L. -Wl,-rpath=. -lpoppler-glib -pthread -lgio-2.0 -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lrt -lglib-2.0 /var/tmp/portage/app-text/poppler-0.18.0/work/poppler-0.18.0_build/glib/tmp-introspectrj_6Cr/Poppler-0.18.o g-ir-scanner: Poppler: warning: 5 warnings suppressed (use --warn-all to see them) [ 79%] Built target gir-girs Scanning dependencies of target gir-typelibs [ 79%] Generating Poppler-0.18.typelib /usr/bin/g-ir-compiler: error while loading shared libraries: libffi.so.4: cannot open shared object file: No such file or directory make[2]: *** [glib/Poppler-0.18.typelib] Error 127 make[1]: *** [glib/CMakeFiles/gir-typelibs.dir/all] Error 2 make: *** [all] Error 2 * ERROR: app-text/poppler-0.18.0 failed (compile phase): * emake failed * * If you need support, post the output of 'emerge --info =app-text/poppler-0.18.0', * the complete build log and the output of 'emerge -pqv =app-text/poppler-0.18.0'. * The complete build log is located at '/var/tmp/portage/app-text/poppler-0.18.0/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/app-text/poppler-0.18.0/temp/environment'. * S: '/var/tmp/portage/app-text/poppler-0.18.0/work/poppler-0.18.0' Failed to emerge app-text/poppler-0.18.0, Log file: '/var/tmp/portage/app-text/poppler-0.18.0/temp/build.log' * Messages for package app-text/poppler-0.18.0: * ERROR: app-text/poppler-0.18.0 failed (compile phase): * emake failed * * If you need support, post the output of 'emerge --info =app-text/poppler-0.18.0', * the complete build log and the output of 'emerge -pqv =app-text/poppler-0.18.0'. * The complete build log is located at '/var/tmp/portage/app-text/poppler
Re: [gentoo-user] conflict in update
On 25/04/09 Michael P. Soulier said: So, luatex and xpdf require poppler 0.10.4, but app-text/poppler-0.10.5-r1 is already installed. I guess xpdf and luatex can't handle the newer poppler version for some reason? It's actually trying to downgrade poppler and poppler-bindings for some reason. Furthermore it looks like app-text/poppler-bindings and app-text/poppler aren't needed by anything right now. msoul...@anton:~$ emerge --pretend --depclean --verbose app-text/poppler Calculating dependencies... done! app-text/poppler-0.10.5-r1 pulled in by: app-text/poppler-bindings-0.10.5-r1 msoul...@anton:~$ emerge --pretend --depclean --verbose app-text/poppler-bindings Calculating dependencies... done! These are the packages that would be unmerged: app-text/poppler-bindings selected: 0.10.5-r1 protected: none omitted: none app-text/poppler-bindings needs app-text/poppler but nothing needs app-text/poppler-bindings, so maybe it's a leftover... My apps actually want a previous version instead. Mike -- Michael P. Soulier msoul...@digitaltorque.ca Any intelligent fool can make things bigger and more complex... It takes a touch of genius - and a lot of courage to move in the opposite direction. --Albert Einstein pgpxvgJzC5eQi.pgp Description: PGP signature
Re: [gentoo-user] Build error on poppler
Am 19.10.2011 04:28, schrieb meino.cra...@gmx.de: Hi, this morning I got this (after update poppler and xorgserver had to be updated): /var/tmp/portage/app-text/poppler-0.16.7/work/poppler-0.16.7/glib/poppler-private.h:125: syntax error, unexpected ')', expecting ',' or ';' in ' time_t *gdate);' at ')' g-ir-scanner: compile: gcc -Wall -pthread -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -march=native -O2 -pipe -msse3 -I/var/tmp/portage/app-text/poppler-0.16.7/work/poppler-0.16.7 -I/var/tmp/portage/app-text/poppler-0.16.7/work/poppler-0.16.7/fofi -I/var/tmp/portage/app-text/poppler-0.16.7/work/poppler-0.16.7/goo -I/var/tmp/portage/app-text/poppler-0.16.7/work/poppler-0.16.7/poppler -I/var/tmp/portage/app-text/poppler-0.16.7/work/poppler-0.16.7_build -I/var/tmp/portage/app-text/poppler-0.16.7/work/poppler-0.16.7_build/poppler -I/usr/include -I/usr/include/freetype2 -I/var/tmp/portage/app-text/poppler-0.16.7/work/poppler-0.16.7/glib -I/var/tmp/portage/app-text/poppler-0.16.7/work/poppler-0.16.7_build/glib -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/cairo -I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/pango-1.0 -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pixman-1 -I/usr/include/libpng15 -I/usr/include/libdrm -I/usr/incl ude/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/gio-unix-2.0/ -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng15 -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/libdrm -c -o /var/tmp/portage/app-text/poppler-0.16.7/work/poppler-0.16.7_build/glib/tmp-introspectdLnPK7/Poppler-0.16.o /var/tmp/portage/app-text/poppler-0.16.7/work/poppler-0.16.7_build/glib/tmp-introspectdLnPK7/Poppler-0.16.c g-ir-scanner: link: gcc -o /var/tmp/portage/app-text/poppler-0.16.7/work/poppler-0.16.7_build/glib/tmp-introspectdLnPK7/Poppler-0.16 -march=native -O2 -pipe -msse3 -L. -Wl,-rpath=. -lpoppler-glib -pthread -lgio-2.0 -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lrt -lglib-2.0 /var/tmp/portage/app-text/poppler-0.16.7/work/poppler-0.16.7_build/glib/tmp-introspectdLnPK7/Poppler-0.16.o g-ir-scanner: Poppler: warning: 6 warnings suppressed (use --warn-all to see them) [ 77%] Built target gir-girs Scanning dependencies of target gir-typelibs [ 77%] Generating Poppler-0.16.typelib /usr/bin/g-ir-compiler: error while loading shared libraries: libffi.so.4: cannot open shared object file: No such file or directory 1. equery b /usr/bin/g-ir-scanner 2. emerge that package (should be something with gobject) 3. emerge poppler again. or revdep-rebuild and emerge poppler again. make[2]: *** [glib/Poppler-0.16.typelib] Error 127 make[1]: *** [glib/CMakeFiles/gir-typelibs.dir/all] Error 2 make: *** [all] Error 2 emake failed * ERROR: app-text/poppler-0.16.7 failed (compile phase): * Make failed! * * Call stack: * ebuild.sh, line 56: Called src_compile * environment, line 2967: Called cmake-utils_src_compile * environment, line 874: Called _execute_optionaly 'src_compile' * environment, line 316: Called enable_cmake-utils_src_compile * environment, line 1128: Called cmake-utils_src_make * environment, line 893: Called die * The specific snippet of code: * emake $@ || die Make failed!; * * If you need support, post the output of 'emerge --info =app-text/poppler-0.16.7', * the complete build log and the output of 'emerge -pqv =app-text/poppler-0.16.7'. * The complete build log is located at '/var/tmp/portage/app-text/poppler-0.16.7/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/app-text/poppler-0.16.7/temp/environment'. * S: '/var/tmp/portage/app-text/poppler-0.16.7/work/poppler-0.16.7' Failed to emerge app-text/poppler-0.16.7, Log file: '/var/tmp/portage/app-text/poppler-0.16.7/temp/build.log' * Messages for package app-text/poppler-0.16.7: * ERROR: app-text/poppler-0.16.7 failed (compile phase): * Make failed! * * Call stack: * ebuild.sh, line 56: Called src_compile * environment, line 2967: Called cmake-utils_src_compile * environment, line 874: Called _execute_optionaly 'src_compile' * environment, line 316: Called enable_cmake-utils_src_compile * environment, line 1128: Called cmake-utils_src_make * environment, line 893: Called die * The specific snippet of code: * emake $@ || die Make failed!; * * If you need support, post the output of 'emerge --info =app-text/poppler-0.16.7', * the complete build log and the output of 'emerge -pqv =app-text/poppler-0.16.7'. * The complete build log is located at '/var/tmp/portage/app-text/poppler-0.16.7/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/app-text/poppler-0.16.7/temp/environment'. * S: '/var/tmp/portage/app-text/poppler-0.16.7/work/poppler-0.16.7' * GNU info directory index is up-to-date. solfire
Re: [gentoo-user] poppler vs virtual/poppler eix-test-obsolete
On Monday 15 February 2010 00:04:21 Mark Knecht wrote: On Sun, Feb 14, 2010 at 1:33 PM, Stroller strol...@stellar.eclipse.co.uk wrote: On 14 Feb 2010, at 20:31, Mark Knecht wrote: ... poppler isn't in my world file: ... Are you suggesting the I unmerge poppler and then do a revdep-rebuild (or emerge -DuN @world) to get it reinstalled without this problem? Yes. Stroller. Well, it's an interesting result, or I'm just getting tired. I really think that I tried emerge --depclean earlier and it didn't fix the problem. After emerge -C poppler/emerge poppler I was left with the same failure in eix-test-obsolete but this time emerge --depclean did get rid of the 4 virtuals. I don't know. I suspect now that I never did emerge --depclean. Possibly. --depclean removed virtual/poppler here, leaving the real poppler package that was in place. FWIW, tinkering with poppler won't break anything much. It's just a pdf rendering library, not critical. If you remove it in error, emerge -1 will put it back :-) -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Cannot print pdf documents from KDE4
On Saturday 30 January 2010 12:01:57 you wrote: On Friday 29 January 2010 22:04:44 Neil Bothwick wrote: On Fri, 29 Jan 2010 20:19:46 +, Mick wrote: I checked another machine (of a similar build) which does not seem to have app-text/poppler emerged (only app-text/poppler-data, app-text/poppler-utils, dev-libs/poppler, dev-libs/poppler-qt4, virtual/poppler, virtual/poppler-qt4, virtual/poppler-utils). What arch are you running on these machines? poppler recently moved from dev-libs to app-text on ~arch. This looks like you could be running the stable arch with a number of packages in portage.keywords? They are both running stable x86, with the only keyworded package being: ~kde- misc/kim4-0.9.5 What's the right way to proceed here? I see that app-text/poppler does not show the lcms flag until version 0.12.3-r2, which is currently in testing. I take it that app-text/poppler is not a dependency because it would have been pulled in when I emerged whichever meta package brought in Dophin/Konqueror. Is it that in time dev-libs/poppler will be deprecated and app-text/poppler will be pulled in then? To answer my own question: the right way to proceed was to wait for the mirrors to be updated and then portage unmerged/emerged the right packages. revdep-rebuild then partially fixed it. I had to emerge kde-base/kdegraphics- meta and kde-base/okular which did fix it. For some reason xpdf now won't remerge. Time for a new thread. Thanks for the pointer, lcms and app-text/poppler was the solution. :-) -- Regards, Mick signature.asc Description: This is a digitally signed message part.
[gentoo-user] Build error on poppler
Hi, this morning I got this (after update poppler and xorgserver had to be updated): /var/tmp/portage/app-text/poppler-0.16.7/work/poppler-0.16.7/glib/poppler-private.h:125: syntax error, unexpected ')', expecting ',' or ';' in ' time_t *gdate);' at ')' g-ir-scanner: compile: gcc -Wall -pthread -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -march=native -O2 -pipe -msse3 -I/var/tmp/portage/app-text/poppler-0.16.7/work/poppler-0.16.7 -I/var/tmp/portage/app-text/poppler-0.16.7/work/poppler-0.16.7/fofi -I/var/tmp/portage/app-text/poppler-0.16.7/work/poppler-0.16.7/goo -I/var/tmp/portage/app-text/poppler-0.16.7/work/poppler-0.16.7/poppler -I/var/tmp/portage/app-text/poppler-0.16.7/work/poppler-0.16.7_build -I/var/tmp/portage/app-text/poppler-0.16.7/work/poppler-0.16.7_build/poppler -I/usr/include -I/usr/include/freetype2 -I/var/tmp/portage/app-text/poppler-0.16.7/work/poppler-0.16.7/glib -I/var/tmp/portage/app-text/poppler-0.16.7/work/poppler-0.16.7_build/glib -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/cairo -I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/pango-1.0 -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pixman-1 -I/usr/include/libpng15 -I/usr/include/libdrm -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/gio-unix-2.0/ -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng15 -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/libdrm -c -o /var/tmp/portage/app-text/poppler-0.16.7/work/poppler-0.16.7_build/glib/tmp-introspectdLnPK7/Poppler-0.16.o /var/tmp/portage/app-text/poppler-0.16.7/work/poppler-0.16.7_build/glib/tmp-introspectdLnPK7/Poppler-0.16.c g-ir-scanner: link: gcc -o /var/tmp/portage/app-text/poppler-0.16.7/work/poppler-0.16.7_build/glib/tmp-introspectdLnPK7/Poppler-0.16 -march=native -O2 -pipe -msse3 -L. -Wl,-rpath=. -lpoppler-glib -pthread -lgio-2.0 -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lrt -lglib-2.0 /var/tmp/portage/app-text/poppler-0.16.7/work/poppler-0.16.7_build/glib/tmp-introspectdLnPK7/Poppler-0.16.o g-ir-scanner: Poppler: warning: 6 warnings suppressed (use --warn-all to see them) [ 77%] Built target gir-girs Scanning dependencies of target gir-typelibs [ 77%] Generating Poppler-0.16.typelib /usr/bin/g-ir-compiler: error while loading shared libraries: libffi.so.4: cannot open shared object file: No such file or directory make[2]: *** [glib/Poppler-0.16.typelib] Error 127 make[1]: *** [glib/CMakeFiles/gir-typelibs.dir/all] Error 2 make: *** [all] Error 2 emake failed * ERROR: app-text/poppler-0.16.7 failed (compile phase): * Make failed! * * Call stack: * ebuild.sh, line 56: Called src_compile * environment, line 2967: Called cmake-utils_src_compile * environment, line 874: Called _execute_optionaly 'src_compile' * environment, line 316: Called enable_cmake-utils_src_compile * environment, line 1128: Called cmake-utils_src_make * environment, line 893: Called die * The specific snippet of code: * emake $@ || die Make failed!; * * If you need support, post the output of 'emerge --info =app-text/poppler-0.16.7', * the complete build log and the output of 'emerge -pqv =app-text/poppler-0.16.7'. * The complete build log is located at '/var/tmp/portage/app-text/poppler-0.16.7/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/app-text/poppler-0.16.7/temp/environment'. * S: '/var/tmp/portage/app-text/poppler-0.16.7/work/poppler-0.16.7' Failed to emerge app-text/poppler-0.16.7, Log file: '/var/tmp/portage/app-text/poppler-0.16.7/temp/build.log' * Messages for package app-text/poppler-0.16.7: * ERROR: app-text/poppler-0.16.7 failed (compile phase): * Make failed! * * Call stack: * ebuild.sh, line 56: Called src_compile * environment, line 2967: Called cmake-utils_src_compile * environment, line 874: Called _execute_optionaly 'src_compile' * environment, line 316: Called enable_cmake-utils_src_compile * environment, line 1128: Called cmake-utils_src_make * environment, line 893: Called die * The specific snippet of code: * emake $@ || die Make failed!; * * If you need support, post the output of 'emerge --info =app-text/poppler-0.16.7', * the complete build log and the output of 'emerge -pqv =app-text/poppler-0.16.7'. * The complete build log is located at '/var/tmp/portage/app-text/poppler-0.16.7/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/app-text/poppler-0.16.7/temp/environment'. * S: '/var/tmp/portage/app-text/poppler-0.16.7/work/poppler-0.16.7' * GNU info directory index is up-to-date. solfire:/rooteix libffi [I] dev-libs/libffi Available versions: 3.0.9-r2 3.0.10 **3.0.11_rc1 {debug static-libs test} Installed versions: 3.0.10(02:11:56 10/15/11)(-debug -static-libs -test) Homepage:http://sourceware.org/libffi
Re: [gentoo-user] conflict in update
On 25/04/09 Justin said: It tells you what todo: emerge app-text/poppler-bindings-0.10.4 with USE=gtk cairo check that if it solves the problem Ok, I rebuilt app-text/poppler-bindings with USE=gtk cairo, and I removed app-text/poppler-bindings from world. Now I get this msoul...@anton:~$ emerge --pretend --update --deep world These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild U ] dev-libs/libassuan-1.0.5 [1.0.4] [ebuild U ] dev-lang/python-2.5.4-r2 [2.5.2-r7] USE=xml%* [ebuild U ] dev-python/setuptools-0.6_rc9 [0.6_rc8-r1] [ebuild UD] app-text/poppler-0.10.4 [0.10.5-r1] [ebuild UD] app-text/poppler-bindings-0.10.4 [0.10.5-r1] [ebuild U ] app-crypt/gnupg-2.0.11 [2.0.10] [ebuild U ] dev-python/pygtk-2.14.1 [2.14.0] !!! Multiple package instances within a single package slot have been pulled !!! into the dependency graph, resulting in a slot conflict: app-text/poppler:0 ('ebuild', '/', 'app-text/poppler-0.10.4', 'merge') pulled in by ~app-text/poppler-0.10.4 required by ('installed', '/', 'dev-tex/luatex-0.30.3', 'nomerge') ~app-text/poppler-0.10.4 required by ('installed', '/', 'app-text/xpdf-3.02-r2', 'nomerge') ~app-text/poppler-0.10.4 required by ('ebuild', '/', 'app-text/poppler-bindings-0.10.4', 'merge') (and 3 more) ('installed', '/', 'app-text/poppler-0.10.5-r1', 'nomerge') pulled in by app-text/poppler required by world It may be possible to solve this problem by using package.mask to prevent one of those packages from being selected. However, it is also possible that conflicting dependencies exist such that they are impossible to satisfy simultaneously. If such a conflict exists in the dependencies of two different packages, then those packages can not be installed simultaneously. For more information, see MASKED PACKAGES section in the emerge man page or refer to the Gentoo Handbook. So, luatex and xpdf require poppler 0.10.4, but app-text/poppler-0.10.5-r1 is already installed. I guess xpdf and luatex can't handle the newer poppler version for some reason? It's actually trying to downgrade poppler and poppler-bindings for some reason. Mike -- Michael P. Soulier msoul...@digitaltorque.ca Any intelligent fool can make things bigger and more complex... It takes a touch of genius - and a lot of courage to move in the opposite direction. --Albert Einstein pgpEoM6yW2A8T.pgp Description: PGP signature
[gentoo-user] inkscape won't start
So, it used to work, but now I get this: (inkscape:456): gtkmm-CRITICAL **: voidunnamed::container_foreach_callback(GtkWidget*, void*): assertion `widget != 0' failed Emergency save activated! Emergency save completed. Inkscape will close now. If you can reproduce this crash, please file a bug at www.inkscape.org with a detailed description of the steps leading to the crash, so we can fix it So I figure something needed is missing. msoul...@anton:~$ revdep-rebuild --pretend * 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 [ 100% ] * Dynamic linking on your system is consistent... All done. Hmm. Not according to revdep-rebuild. So, lets try to rebuild it. msoul...@anton:~$ sudo emerge media-gfx/inkscape Password: Calculating dependencies... done! [ebuild N] dev-libs/poppler-0.10.7 USE=abiword poppler-data [ebuild N] dev-libs/poppler-glib-0.10.7 USE=cairo [uninstall] app-text/poppler-bindings-0.10.5-r1 [blocks b ] dev-libs/poppler (dev-libs/poppler is blocking app-text/popple r-bindings-0.10.5-r1, app-text/poppler-0.10.5-r1) [blocks b ] app-text/poppler-bindings (app-text/poppler-bindings is blocki ng dev-libs/poppler-glib-0.10.7, dev-libs/poppler-0.10.7) [blocks b ] dev-libs/poppler-glib (dev-libs/poppler-glib is blocking app-t ext/poppler-bindings-0.10.5-r1, app-text/poppler-0.10.5-r1) [ebuild U ] virtual/poppler-glib-0.10.7 [0.10.5] [ebuild R ] media-gfx/inkscape-0.46-r5 [blocks B ] app-text/poppler (app-text/poppler is blocking dev-libs/popple r-glib-0.10.7, dev-libs/poppler-0.10.7) [blocks B ] dev-libs/poppler (dev-libs/poppler is blocking app-text/popple r-bindings-0.10.5-r1, app-text/poppler-0.10.5-r1) [blocks B ] dev-libs/poppler-glib (dev-libs/poppler-glib is blocking app-t ext/poppler-bindings-0.10.5-r1, app-text/poppler-0.10.5-r1) * Error: The above package list contains packages which cannot be * installed at the same time on the same system. ('ebuild', '/', 'dev-libs/poppler-glib-0.10.7', 'merge') pulled in by ~dev-libs/poppler-glib-0.10.7[cairo] required by ('installed', '/', 'media-g fx/gimp-2.6.4', 'nomerge') ~dev-libs/poppler-glib-0.10.7[cairo] required by ('ebuild', '/', 'virtual/po ppler-glib-0.10.7', 'merge') ~dev-libs/poppler-glib-0.10.7[cairo] required by ('ebuild', '/', 'media-gfx/ inkscape-0.46-r5', 'merge') ('installed', '/', 'app-text/poppler-0.10.5-r1', 'nomerge') pulled in by ~app-text/poppler-0.10.5 required by ('installed', '/', 'app-text/xpdf-3.02- r2', 'nomerge') ~app-text/poppler-0.10.5 required by ('installed', '/', 'app-office/openoffi ce-3.0.0', 'nomerge') ~app-text/poppler-0.10.5 required by ('installed', '/', 'dev-tex/luatex-0.30 .3', 'nomerge') (and 1 more) Wow. How'd I get in this state? I'm not completely up-to-date, so I'm going to update world first, but there's no update to inkscape or poppler mentioned in that. This seems like a full-time job. Mike -- Michael P. Soulier msoul...@digitaltorque.ca Any intelligent fool can make things bigger and more complex... It takes a touch of genius - and a lot of courage to move in the opposite direction. --Albert Einstein pgpI5isNYqaqE.pgp Description: PGP signature
Re: [gentoo-user] conflict in update
On Sat, 25 Apr 2009 16:32:30 +0200, Justin wrote: ('ebuild', '/', 'app-text/poppler-bindings-0.10.5-r1', 'merge') pulled in by app-text/poppler-bindings required by world Explanation: New USE for 'app-text/poppler-bindings:0' are incorrectly set. In order to solve this, adjust USE to satisfy '~app-text/poppler- bindings-0.10.4[gtk,cairo]'. It tells you what todo: emerge app-text/poppler-bindings-0.10.4 with USE=gtk cairo And remove poppler-bindings from world. -- Neil Bothwick Error reading FAT record: Try the SKINNY one? (Y/N) signature.asc Description: PGP signature
Re: [gentoo-user] poppler vs virtual/poppler eix-test-obsolete
On Sun, Feb 14, 2010 at 1:33 PM, Stroller strol...@stellar.eclipse.co.uk wrote: On 14 Feb 2010, at 20:31, Mark Knecht wrote: ... poppler isn't in my world file: ... Are you suggesting the I unmerge poppler and then do a revdep-rebuild (or emerge -DuN @world) to get it reinstalled without this problem? Yes. Stroller. Well, it's an interesting result, or I'm just getting tired. I really think that I tried emerge --depclean earlier and it didn't fix the problem. After emerge -C poppler/emerge poppler I was left with the same failure in eix-test-obsolete but this time emerge --depclean did get rid of the 4 virtuals. I don't know. I suspect now that I never did emerge --depclean. Thanks. It's fixed. Cheers, Mark
Re: [gentoo-user] conflict in update
Michael P. Soulier wrote: I'm trying to understand the explanation of this but I don't quite see it. It looks like conflicting libraries used by gimp, inkscape and openoffice. I don't quite understand the explanation, and what my options are. Translation appreciated. Thanks, Mike msoul...@anton:~$ emerge --pretend --update --deep world These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild U ] dev-libs/libassuan-1.0.5 [1.0.4] [ebuild U ] dev-lang/python-2.5.4-r2 [2.5.2-r7] USE=xml%* [ebuild U ] dev-python/setuptools-0.6_rc9 [0.6_rc8-r1] [ebuild U ] app-text/poppler-0.10.5-r1 [0.10.4] [ebuild U ] app-text/poppler-bindings-0.10.5-r1 [0.10.4] [ebuild U ] app-crypt/gnupg-2.0.11 [2.0.10] [ebuild U ] dev-python/pygtk-2.14.1 [2.14.0] !!! Multiple package instances within a single package slot have been pulled !!! into the dependency graph, resulting in a slot conflict: app-text/poppler-bindings:0 ('installed', '/', 'app-text/poppler-bindings-0.10.4', 'nomerge') pulled in by ~app-text/poppler-bindings-0.10.4[gtk,cairo] required by ('installed', '/', 'media-gfx/gimp-2.6.4', 'nomerge') ~app-text/poppler-bindings-0.10.4[gtk,cairo] required by ('installed', '/', 'virtual/poppler-glib-0.10.4', 'nomerge') ~app-text/poppler-bindings-0.10.4[gtk,cairo] required by ('installed', '/', 'media-gfx/inkscape-0.46-r5', 'nomerge') (and 1 more) ('ebuild', '/', 'app-text/poppler-bindings-0.10.5-r1', 'merge') pulled in by app-text/poppler-bindings required by world Explanation: New USE for 'app-text/poppler-bindings:0' are incorrectly set. In order to solve this, adjust USE to satisfy '~app-text/poppler- bindings-0.10.4[gtk,cairo]'. It tells you what todo: emerge app-text/poppler-bindings-0.10.4 with USE=gtk cairo check that if it solves the problem
Re: [gentoo-user] Cannot print pdf documents from KDE4
On Friday 29 January 2010 22:04:44 Neil Bothwick wrote: On Fri, 29 Jan 2010 20:19:46 +, Mick wrote: I checked another machine (of a similar build) which does not seem to have app-text/poppler emerged (only app-text/poppler-data, app-text/poppler-utils, dev-libs/poppler, dev-libs/poppler-qt4, virtual/poppler, virtual/poppler-qt4, virtual/poppler-utils). What arch are you running on these machines? poppler recently moved from dev-libs to app-text on ~arch. This looks like you could be running the stable arch with a number of packages in portage.keywords? They are both running stable x86, with the only keyworded package being: ~kde- misc/kim4-0.9.5 What's the right way to proceed here? I see that app-text/poppler does not show the lcms flag until version 0.12.3-r2, which is currently in testing. I take it that app-text/poppler is not a dependency because it would have been pulled in when I emerged whichever meta package brought in Dophin/Konqueror. Is it that in time dev-libs/poppler will be deprecated and app-text/poppler will be pulled in then? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] emerge Error
dhk schrieb: - app-text/poppler-bindings-0.10.4 (Change USE: +cairo) This line tells you what to do: reemerge poppler-bindings with USE=cairo signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] emerge Error
Justin wrote: dhk schrieb: - app-text/poppler-bindings-0.10.4 (Change USE: +cairo) This line tells you what to do: reemerge poppler-bindings with USE=cairo That worked, Thanks.
Re: [gentoo-user] inkscape won't start
On Sun, Jun 14, 2009 at 01:17, Michael P. Souliermsoul...@digitaltorque.ca wrote: Wow. How'd I get in this state? Try unmerging app-text/poppler*. It's being replaced by dev-libs/poppler* Ward
Re: [gentoo-user] Build error on poppler
On Wed, Oct 19, 2011 at 5:03 PM, meino.cra...@gmx.de wrote: Jonas de Buhr jonas.de.b...@gmx.net [11-10-19 17:05]: SNIP 1. equery b /usr/bin/g-ir-scanner 2. emerge that package (should be something with gobject) 3. emerge poppler again. or revdep-rebuild and emerge poppler again. Hi Jonas! That fixes the problem! Thank you very much! :) Best regards, mcc You should file a bug report. Sounds like the poppler ebuild is missing a dependency. - Mark
Re: [gentoo-user] Slot Nightmare
On Wed, 21 Jan 2009 11:31:36 -0600, Michael Sullivan wrote: ('ebuild', '/', 'app-text/poppler-0.6.3-r1', 'merge') pulled in by app-text/poppler required by world Why have you got poppler in world? -- Neil Bothwick Windows NT is the OS of the future and always will be... signature.asc Description: PGP signature
Re: [gentoo-user] Slot Nightmare [SOLVED]
On Wed, 2009-01-21 at 18:10 +, Neil Bothwick wrote: On Wed, 21 Jan 2009 11:31:36 -0600, Michael Sullivan wrote: ('ebuild', '/', 'app-text/poppler-0.6.3-r1', 'merge') pulled in by app-text/poppler required by world Why have you got poppler in world? I don't know, but I unmerged it, and I can emerge world now.
Re: [gentoo-user] xpdf + KDE + emerge whackiness...
Jeff schrieb: app-text/poppler-0.4.3-r1 is already installed, so why would xpdf come out to be a blocker as well as try to install 2 instances of itself, emerge -C poppler xpdf ; emerge -vat poppler Alexander Skwar -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] revdep-rebuild looking for non-existant dev-libs/poppler
On Sat, 2010-05-22 at 17:44 -0400, Walter Dnes wrote: I'm doing revdep-rebuild --library libjpeg.so.7. It finds broken packages, It gets to the point of... = * 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 --oneshot app-text/ghostscript-gpl:0 app-text/wv:0 dev-libs/poppler:0 media-gfx/gimp:2 media-gfx/graphviz:0 media-libs/gd:2 media-libs/gegl:0 media-libs/imlib2:0 media-libs/libmng:0 media-libs/libwmf:0 media-video/mplayer:0 x11-libs/openmotif:0 x11-libs/qt:3 .. Calculating dependencies... done! emerge: there are no ebuilds to satisfy dev-libs/poppler:0. = The obvious first step is equery depends dev-libs/poppler ...which finds absolutely nothing. No hits from the commands... grep poppler /etc/portage/package.* grep poppler /etc/make.conf Not only that, but there doesn't appear to be a dev-libs/poppler in my portage tree. Now what? The old poppler ebuilds (dev-libs/poppler*) were reunited and became app-text/poppler awhile back. The old poppler ebuilds should not be referenced anywhere, but apparently they still are on your system somewhere. Try remerging app-text/poppler manually (using --oneshot, so it isn't added to world), then running revdep-rebuild again. Make sure you have run emerge --sync recently, so that the portage cache is up to date and any global updates have been applied. You could also try removing the revdep-rebuild cache files in /var/cache/revdep-rebuild/, but according to the output you included, the package atoms are not coming from the cache. Regards, Brandon Vargo
[gentoo-user] poppler - how to update it elegantly?
Hi, my most hated package is poppler. Each time in the past and now again it's hard to upgrade. portage (2.2.7) cannot handle it, so I have to (manually) unmerge all packages depending on it and emerge them after the poppler upgrade again. Has anybody found a more elegant procedure? Many thanks, Helmut.
Re: [gentoo-user] Joining PDF files together.
> I have no experience with either myself, but I think you can use > either pdftk, or the pdfunite command in the poppler package. +1 for poppler It includes easy-to-use tools for uniting, separating, and converting PDFs to other formats. Also worth noting, pdftk requires java, which some users may not want to install. Unless I'm mistaken, poppler is a Qt application.
[gentoo-user] conflict in update
I'm trying to understand the explanation of this but I don't quite see it. It looks like conflicting libraries used by gimp, inkscape and openoffice. I don't quite understand the explanation, and what my options are. Translation appreciated. Thanks, Mike msoul...@anton:~$ emerge --pretend --update --deep world These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild U ] dev-libs/libassuan-1.0.5 [1.0.4] [ebuild U ] dev-lang/python-2.5.4-r2 [2.5.2-r7] USE=xml%* [ebuild U ] dev-python/setuptools-0.6_rc9 [0.6_rc8-r1] [ebuild U ] app-text/poppler-0.10.5-r1 [0.10.4] [ebuild U ] app-text/poppler-bindings-0.10.5-r1 [0.10.4] [ebuild U ] app-crypt/gnupg-2.0.11 [2.0.10] [ebuild U ] dev-python/pygtk-2.14.1 [2.14.0] !!! Multiple package instances within a single package slot have been pulled !!! into the dependency graph, resulting in a slot conflict: app-text/poppler-bindings:0 ('installed', '/', 'app-text/poppler-bindings-0.10.4', 'nomerge') pulled in by ~app-text/poppler-bindings-0.10.4[gtk,cairo] required by ('installed', '/', 'media-gfx/gimp-2.6.4', 'nomerge') ~app-text/poppler-bindings-0.10.4[gtk,cairo] required by ('installed', '/', 'virtual/poppler-glib-0.10.4', 'nomerge') ~app-text/poppler-bindings-0.10.4[gtk,cairo] required by ('installed', '/', 'media-gfx/inkscape-0.46-r5', 'nomerge') (and 1 more) ('ebuild', '/', 'app-text/poppler-bindings-0.10.5-r1', 'merge') pulled in by app-text/poppler-bindings required by world Explanation: New USE for 'app-text/poppler-bindings:0' are incorrectly set. In order to solve this, adjust USE to satisfy '~app-text/poppler- bindings-0.10.4[gtk,cairo]'. app-text/poppler:0 ('ebuild', '/', 'app-text/poppler-0.10.5-r1', 'merge') pulled in by ~app-text/poppler-0.10.5 required by ('ebuild', '/', 'app-text/poppler-bindings-0.10.5-r1', 'merge') (and 1 more) ('installed', '/', 'app-text/poppler-0.10.4', 'nomerge') pulled in by ~app-text/poppler-0.10.4 required by ('installed', '/', 'dev-tex/luatex-0.30.3', 'nomerge') ~app-text/poppler-0.10.4 required by ('installed', '/', 'app-text/poppler-bindings-0.10.4', 'nomerge') ~app-text/poppler-0.10.4 required by ('installed', '/', 'app-office/openoffice-3.0.0', 'nomerge') (and 3 more) It may be possible to solve this problem by using package.mask to prevent one of those packages from being selected. However, it is also possible that conflicting dependencies exist such that they are impossible to satisfy simultaneously. If such a conflict exists in the dependencies of two different packages, then those packages can not be installed simultaneously. For more information, see MASKED PACKAGES section in the emerge man page or refer to the Gentoo Handbook. -- Michael P. Soulier msoul...@digitaltorque.ca Any intelligent fool can make things bigger and more complex... It takes a touch of genius - and a lot of courage to move in the opposite direction. --Albert Einstein pgpSNwYX0VKMk.pgp Description: PGP signature
Re: [gentoo-user] Emerge problems
On 03/17/2013 10:08:53 AM, meino.cra...@gmx.de wrote: Mick michaelkintz...@gmail.com [13-03-17 09:52]: You can try uninstalling 'app-text/poppler-0.22' and then running your update again which should draw in 'app-text/poppler-0.22.2'. -- Regards, Mick Hi, thanks for the hint, but it does not work for me. luatex (texlive core) wants the +xpdf-headers-version of poppler... Best regards, mcc Strange, here I have dev-tex/luatex 0.70.1-r2 app-text/poppler 0.22.2 app-text/texlive-core 2012-r1 I do remember that after upgrading to poppler 0.22.2 I had to re-emerge app-text/texlive-core dev-tex/luatex and quite a few other packages. Helmut
[gentoo-user] revdep-rebuild looking for non-existant dev-libs/poppler
I'm doing revdep-rebuild --library libjpeg.so.7. It finds broken packages, It gets to the point of... = * 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 --oneshot app-text/ghostscript-gpl:0 app-text/wv:0 dev-libs/poppler:0 media-gfx/gimp:2 media-gfx/graphviz:0 media-libs/gd:2 media-libs/gegl:0 media-libs/imlib2:0 media-libs/libmng:0 media-libs/libwmf:0 media-video/mplayer:0 x11-libs/openmotif:0 x11-libs/qt:3 .. Calculating dependencies... done! emerge: there are no ebuilds to satisfy dev-libs/poppler:0. = The obvious first step is equery depends dev-libs/poppler ...which finds absolutely nothing. No hits from the commands... grep poppler /etc/portage/package.* grep poppler /etc/make.conf Not only that, but there doesn't appear to be a dev-libs/poppler in my portage tree. Now what? -- Walter Dnes waltd...@waltdnes.org
Re: [gentoo-user] Build error on poppler
Am Wed, 19 Oct 2011 17:13:54 -0700 schrieb Mark Knecht markkne...@gmail.com: On Wed, Oct 19, 2011 at 5:03 PM, meino.cra...@gmx.de wrote: Jonas de Buhr jonas.de.b...@gmx.net [11-10-19 17:05]: SNIP 1. equery b /usr/bin/g-ir-scanner 2. emerge that package (should be something with gobject) 3. emerge poppler again. or revdep-rebuild and emerge poppler again. Hi Jonas! That fixes the problem! Thank you very much! :) you're welcome :) Best regards, mcc You should file a bug report. Sounds like the poppler ebuild is missing a dependency. i don't think so, looks like normal link breakage to me. but /var/tmp/portage/app-text/poppler-0.16.7/work/poppler-0.16.7/glib/poppler-private.h:125: syntax error, unexpected ')', expecting ',' or ';' in ' time_t *gdate);' at ')' looks weird. i wonder how it still compiles. - Mark
Re: [gentoo-user] Cannot print pdf documents from KDE4
On Friday 29 January 2010 05:28:25 you wrote: On Thursday 28 January 2010 22:33:52 Neil Bothwick wrote: On Thu, 28 Jan 2010 21:55:02 +, Mick wrote: As the title says. I can print text files and html, but I cannot print pdf. BTW I can print an html page from Konqueror to a pdf file, but then can't print that file. Have you come across this problem in KDE4? Can you view the PDF in Okular? If not, you probably need to rebuild poppler with USE=lcms. Now here's a thing, I can view it in Okular, but nothing is shown in the Okular print viewer ... Thanks for the hint I'll check it out when I get to the machine next time. I checked another machine (of a similar build) which does not seem to have app-text/poppler emerged (only app-text/poppler-data, app-text/poppler-utils, dev-libs/poppler, dev-libs/poppler-qt4, virtual/poppler, virtual/poppler-qt4, virtual/poppler-utils). This machine also does not show anything in Print Preview (but I haven't tried printing from it to be able to compare). Do I need to emerge app-text/poppler to be able to print pdf files? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] evince won't open PDFs
For some reason, evince won't open PDFs anymore. I've tried different versions of evince, poppler, and shared-mime-info, but evince says: File type PDF document (application/pdf) is not supported epdfview works, but it segfaults when trying to open shipping labels from usps.com. Does anyone have any ideas on getting evince back to normal? I did try deleting .gnome2/evince. Have you recently emerged evince/poppler/poppler-bindings ? To test if perhaps the version on the gentoo servers is currently bad I just now remerged them and did the suggested revdep-rebuild, which as expected rebuilt nothing. Everything worked fine; in particular, evince file.pdf worked. Perhaps you should remerge them in case one of yours is corrupted. Here is the beginning of my emerge showing the use flags allan gottlieb # emerge evince poppler poppler-bindings These are the packages that would be merged, in reverse order: Calculating dependencies... done! [ebuild R ] app-text/evince-2.22.2-r1 USE=dbus doc gnome gnome-keyring tiff -debug -djvu -dvi -t1lib 1,592 kB [ebuild R ] app-text/poppler-bindings-0.8.7 USE=cairo gtk -qt3 -qt4 -test 1,436 kB [ebuild R ] app-text/poppler-0.8.7 USE=jpeg zlib -cjk 0 kB Total: 3 packages (3 reinstalls), Size of downloads: 3,027 kB Would you like to merge these packages? [Yes/No] It turns out evince, xpdf, and epdfview all segfault on the PDF shipping labels produced by usps.com. The latest stable evince does open other PDF files, although newer evince versions give me the not supported problem. Has anyone successfully opened a usps.com shipping label? - Grant The problem is the stable version of poppler (app-text/poppler-0.8.7). I have upgrade it to app-text/poppler-0.10.3 and it is working fine now. You will have to run revdep-rebuild after updrading poppler. Thank you very much, that fixed it. I needed to upgrade evince and poppler-bindings along with poppler. - Grant
Re: [gentoo-user] Re: app-text/poppler-utils install fails
On Mon, Nov 23, 2009 at 6:33 PM, walt w41...@gmail.com wrote: On 11/23/2009 08:02 AM, Alexander wrote: Hi, I'm trying to upgrade app-text/poppler-utils (as part of a bigger system upgrade), but it fails... libtool: link: x86_64-pc-linux-gnu-g++ -Wall -Wno-write-strings -O2 -march=nocona -pipe -Wl,-O1 -o pdfinfo pdfinfo.o printencodings.o parseargs.o -lpoppler /usr/lib64/libfontconfig.so /usr/lib64/libfreetype.so /usr/lib64/libexpat.so -lopenjpeg -lz ImageOutputDev.o: In function `ImageOutputDev::drawImage(GfxState*, Object*, Stream*, int, int, GfxImageColorMap*, int*, int)': ImageOutputDev.cc:(.text+0x2f4): undefined reference to `ImageStream::close()' Just finding the real error in all that junk is the first challenge in debugging :o) I just noticed that the word 'error' doesn't even appear in the libtool 'error' message. Hrmphh! Yet another black mark on libtool's report card. Notice the double colons in ImageStream::close(). That's a dead giveaway that this is c++ code. Remember that, because you will see this kind of c++ problem fairly often. The usual suspect is that you are now using a different (newer?) gcc to build poppler-utils than you were using when you compiled the c++ library that's causing this problem. (Usually, but not always.) So, which c++ library is causing the problem? A quick and dirty check: $grep -r ImageStream /usr/include/* /usr/include/ImageMagick/magick/image.h: DisassociateImageStream(Image *), /usr/include/ImageMagick/magick/methods.h:#define DisassociateImageStream PrependMagickMethod(DisassociateImageStream) /usr/include/poppler/Gfx.h: Stream *buildImageStream(); /usr/include/poppler/Stream.h:// ImageStream /usr/include/poppler/Stream.h:class ImageStream { Eureka! $equery b Stream.h [ Searching for file(s) Stream.h in *... ] dev-libs/poppler-0.10.7 (/usr/include/poppler/Stream.h) So, the guilty party is poppler? Looks like it. The cheap and dirty remedy is to re-emerge poppler, but just for my own education (and yours, I hope) I'm slogging ahead: I reinstalled dev-libs/poppler, and now installing app-text/poppler-utils works. The ImageStream 'class' should define a 'method' named close(). (This is the usual and customary object-oriented paradigm.) Take a look at Stream.h, and look for these lines: // Close the stream previously reset void close(); Do you see them? If not, re-emerge poppler and look again. I'd like to know if I'm on the right track. I checked this, and I could not find this line. Then I reinstalled it, and now it's there. Thanks for the very informative reply! -- next time I'll know to try this approach too. Best, Alexander
[gentoo-user] Crashed Emerge
Hi all, please help me. my computer is the hell since i wanted to update world (at ~amd64) today morning. i installed the packages listed below (= emerge.log). Now if I run emerge it returns: Traceback (most recent call last): File /usr/bin/emerge, line 40, in module retval = _emerge.emerge_main() File /usr/lib64/portage/pym/_emerge/__init__.py, line 15497, in emerge_main trees[myroot][vartree].dbapi._counter_hash() File /usr/lib64/portage/pym/portage/dbapi/vartree.py, line 137, in _counter_hash counter, = self.aux_get(cpv, aux_keys) File /usr/lib64/portage/pym/portage/dbapi/vartree.py, line 484, in aux_get pkg_data = self._aux_cache[packages].get(mycpv) File /usr/lib64/portage/pym/portage/dbapi/vartree.py, line 392, in _aux_cache self._aux_cache_init() File /usr/lib64/portage/pym/portage/dbapi/vartree.py, line 412, in _aux_cache_init aux_cache = mypickle.load() TypeError: 'NoneType' object does not support item assignment if i run revdep-rebuild it returns: Parse Error reading PROVIDE and USE in '/var/db/pkg/app-emulation/emul-linux-x86-compat-20081109' Exception: 'NoneType' object does not support item assignment FOR EVERY PACKAGE IN PORTAGE. An old emerge-info is at http://www.xbra.de/images/emerge-info.txt the above errors occur with python2.6. When i eselect python3.1, the error for emerge is: File /usr/bin/emerge, line 41 except PermissionDenied, e: ^ SyntaxError: invalid syntax Is it a python (e.g. dev-python/setuptools) or a poppler issue? i really don't know what to do because nothing is working anymore! I would be very grateful if you could help. Thank you very much in advance for your help. Kind regards, der Max EMERGE.LOG: 1252576309: Started emerge on: Sep 10, 2009 09:51:49 1252576309: *** emerge sync 1252576309: === sync 1252576309: Starting rsync with rsync://140.211.166.165/gentoo-portage 1252576434: === Sync completed with rsync://140.211.166.165/gentoo-portage 1252576435: *** terminating. 1252576947: Started emerge on: Sep 10, 2009 10:02:27 1252576947: *** emerge --newuse --deep --ask --update --verbose world 1252576956: emerge (1 of 17) sys-apps/hdparm-9.27 to / 1252576961: === (1 of 17) Cleaning (sys-apps/hdparm-9.27::/usr/portage/sys-apps/hdparm/hdparm-9.27.ebuild) 1252576961: === (1 of 17) Compiling/Merging (sys-apps/hdparm-9.27::/usr/portage/sys-apps/hdparm/hdparm-9.27.ebuild) 1252576966: === (1 of 17) Merging (sys-apps/hdparm-9.27::/usr/portage/sys-apps/hdparm/hdparm-9.27.ebuild) 1252576967: AUTOCLEAN: sys-apps/hdparm:0 1252576967: === Unmerging... (sys-apps/hdparm-9.20) 1252576968: unmerge success: sys-apps/hdparm-9.20 1252576968: === (1 of 17) Post-Build Cleaning (sys-apps/hdparm-9.27::/usr/portage/sys-apps/hdparm/hdparm-9.27.ebuild) 1252576968: ::: completed emerge (1 of 17) sys-apps/hdparm-9.27 to / 1252576968: emerge (2 of 17) app-shells/bash-4.0_p33 to / 1252576969: === (2 of 17) Cleaning (app-shells/bash-4.0_p33::/usr/portage/app-shells/bash/bash-4.0_p33.ebuild) 1252576969: === (2 of 17) Compiling/Merging (app-shells/bash-4.0_p33::/usr/portage/app-shells/bash/bash-4.0_p33.ebuild) 1252577007: === (2 of 17) Merging (app-shells/bash-4.0_p33::/usr/portage/app-shells/bash/bash-4.0_p33.ebuild) 1252577008: AUTOCLEAN: app-shells/bash:0 1252577008: === Unmerging... (app-shells/bash-4.0_p28) 1252577008: unmerge success: app-shells/bash-4.0_p28 1252577009: === (2 of 17) Post-Build Cleaning (app-shells/bash-4.0_p33::/usr/portage/app-shells/bash/bash-4.0_p33.ebuild) 1252577009: ::: completed emerge (2 of 17) app-shells/bash-4.0_p33 to / 1252577009: emerge (3 of 17) media-libs/x264-0.0.20090908 to / 1252577010: === (3 of 17) Cleaning (media-libs/x264-0.0.20090908::/usr/portage/media-libs/x264/x264-0.0.20090908.ebuild) 1252577010: === (3 of 17) Compiling/Merging (media-libs/x264-0.0.20090908::/usr/portage/media-libs/x264/x264-0.0.20090908.ebuild) 1252577018: === (3 of 17) Merging (media-libs/x264-0.0.20090908::/usr/portage/media-libs/x264/x264-0.0.20090908.ebuild) 1252577019: AUTOCLEAN: media-libs/x264:0 1252577019: === Unmerging... (media-libs/x264-0.0.20090629) 1252577021: unmerge success: media-libs/x264-0.0.20090629 1252577022: === (3 of 17) Post-Build Cleaning (media-libs/x264-0.0.20090908::/usr/portage/media-libs/x264/x264-0.0.20090908.ebuild) 1252577022: ::: completed emerge (3 of 17) media-libs/x264-0.0.20090908 to / 1252577022: emerge (4 of 17) x11-libs/libdrm-2.4.13 to / 1252577022: === (4 of 17) Cleaning (x11-libs/libdrm-2.4.13::/usr/portage/x11-libs/libdrm/libdrm-2.4.13.ebuild) 1252577022: === (4 of 17) Compiling/Merging (x11-libs/libdrm-2.4.13::/usr/portage/x11-libs/libdrm/libdrm-2.4.13.ebuild) 1252577033: === (4 of 17) Merging (x11-libs/libdrm-2.4.13::/usr/portage/x11-libs/libdrm/libdrm-2.4.13.ebuild) 1252577034: AUTOCLEAN: x11-libs/libdrm:0 1252577034: === Unmerging... (x11-libs/libdrm-2.4.12) 1252577035: unmerge success: x11-libs/libdrm
Re: [gentoo-user] poppler-0.32.0 - can not emerge
On 09/01/2015 02:05 PM, Fernando Rodriguez wrote: > On Tuesday, September 01, 2015 12:57:31 PM the...@sys-concept.com wrote: >> I can seem to emerge poppler, getting error: >> >> Linking CXX executable pdftocairo >> cd /var/tmp/portage/app-text/poppler-0.32.0/work/poppler-0.32.0_build/utils > && /usr/bin/cmake -E cmake_link_script CMakeFiles/pdftocairo.dir/link.txt -- > verbose=1 >> /usr/bin/x86_64-pc-linux-gnu-g++ -Wall -Wcast-align -fno-exceptions -fno- > check-new -fno-common -march=nocona -O2 -pipe -Wnon-virtual-dtor - > Woverloaded-virtual -Wl,-O1 -Wl,--as-needed > CMakeFiles/pdftocairo.dir/parseargs.cc.o > CMakeFiles/pdftocairo.dir/pdftocairo.cc.o > CMakeFiles/pdftocairo.dir/pdftocairo-win32.cc.o > CMakeFiles/pdftocairo.dir/__/poppler/CairoFontEngine.cc.o > CMakeFiles/pdftocairo.dir/__/poppler/CairoOutputDev.cc.o > CMakeFiles/pdftocairo.dir/__/poppler/CairoRescaleBox.cc.o -o pdftocairo - > rdynamic -lcairo -lfreetype ../libpoppler.so.51.0.0 -lpthread -llcms2 -Wl,- > rpath,/var/tmp/portage/app-text/poppler-0.32.0/work/poppler-0.32.0_build: >> /usr/lib64/libtiff.so.5: undefined reference to > `jpeg_finish_compress@LIBJPEG_6.2' >> /usr/lib64/libtiff.so.5: undefined reference to > `jpeg_write_scanlines@LIBJPEG_6.2' >> /usr/lib64/libtiff.so.5: undefined reference to `jpeg_std_error@LIBJPEG_6.2' >> /usr/lib64/libtiff.so.5: undefined reference to >> `jpeg_set_quality@LIBJPEG_6.2' >> /usr/lib64/libtiff.so.5: undefined reference to > `jpeg_finish_decompress@LIBJPEG_6.2' >> /usr/lib64/libtiff.so.5: undefined reference to `jpeg_destroy@LIBJPEG_6.2' >> /usr/lib64/libtiff.so.5: undefined reference to > `jpeg_set_defaults@LIBJPEG_6.2' >> /usr/lib64/libtiff.so.5: undefined reference to > `jpeg_read_scanlines@LIBJPEG_6.2' >> /usr/lib64/libtiff.so.5: undefined reference to > `jpeg_CreateCompress@LIBJPEG_6.2' >> /usr/lib64/libtiff.so.5: undefined reference to > `jpeg_read_raw_data@LIBJPEG_6.2' >> /usr/lib64/libtiff.so.5: undefined reference to > `jpeg_start_compress@LIBJPEG_6.2' >> /usr/lib64/libtiff.so.5: undefined reference to > `jpeg_CreateDecompress@LIBJPEG_6.2' >> /usr/lib64/libtiff.so.5: undefined reference to > `jpeg_start_decompress@LIBJPEG_6.2' >> /usr/lib64/libtiff.so.5: undefined reference to > `jpeg_write_tables@LIBJPEG_6.2' >> /usr/lib64/libtiff.so.5: undefined reference to > `jpeg_resync_to_restart@LIBJPEG_6.2' >> /usr/lib64/libtiff.so.5: undefined reference to > `jpeg_set_colorspace@LIBJPEG_6.2' >> /usr/lib64/libtiff.so.5: undefined reference to >> `jpeg_read_header@LIBJPEG_6.2' >> /usr/lib64/libtiff.so.5: undefined reference to > `jpeg_write_raw_data@LIBJPEG_6.2' >> /usr/lib64/libtiff.so.5: undefined reference to `jpeg_abort@LIBJPEG_6.2' >> /usr/lib64/libtiff.so.5: undefined reference to > `jpeg_suppress_tables@LIBJPEG_6.2' >> collect2: error: ld returned 1 exit status >> utils/CMakeFiles/pdftocairo.dir/build.make:214: recipe for target > 'utils/pdftocairo' failed >> make[2]: *** [utils/pdftocairo] Error 1 >> make[2]: Leaving directory '/var/tmp/portage/app- > text/poppler-0.32.0/work/poppler-0.32.0_build' >> CMakeFiles/Makefile2:305: recipe for target > 'utils/CMakeFiles/pdftocairo.dir/all' failed >> make[1]: *** [utils/CMakeFiles/pdftocairo.dir/all] Error 2 >> make[1]: Leaving directory '/var/tmp/portage/app- > text/poppler-0.32.0/work/poppler-0.32.0_build' >> Makefile:126: recipe for target 'all' failed >> make: *** [all] Error 2 >> * ERROR: app-text/poppler-0.32.0::gentoo failed (compile phase): >> * emake failed >> * >> * If you need support, post the output of `emerge --info '=app- > text/poppler-0.32.0::gentoo'`, >> * the complete build log and the output of `emerge -pqv '=app- > text/poppler-0.32.0::gentoo'`. >> * The complete build log is located at '/var/log/portage/app- > text:poppler-0.32.0:20150901-171555.log'. >> * For convenience, a symlink to the build log is located at > '/var/tmp/portage/app-text/poppler-0.32.0/temp/build.log'. >> * The ebuild environment file is located at '/var/tmp/portage/app- > text/poppler-0.32.0/temp/environment'. >> * Working directory: '/var/tmp/portage/app- > text/poppler-0.32.0/work/poppler-0.32.0_build' >> * S: '/var/tmp/portage/app-text/poppler-0.32.0/work/poppler-0.32.0' >> >> There is a but filed about poppler: >> https://bugs.gentoo.org/show_bug.cgi?id=529182 >> >> Apparently the solution is to use: >> MAKEOPTS="-j1" >> >> How do you use it? >> >> MAKEOPTS="-j1" emerge -1aNDv app-text/poppler >> >> It failed as well. Re-emerging it doesn't help. > > That bug has nothing to do with your error. > Try rebuilding media-libs/tiff or even better go back to your other posts and > follow the advice given to address the root of the problem. media-libs/tiff rebuild just fine. I have run: perl-cleaner --all and I think it might have fix something; now poppler installed OK and app-text/texlive-core installed as well. Thelma
[gentoo-user] [SOLVED] revdep-rebuild looking for non-existant dev-libs/poppler
On Sat, May 22, 2010 at 04:55:37PM -0600, Brandon Vargo wrote The old poppler ebuilds (dev-libs/poppler*) were reunited and became app-text/poppler awhile back. The old poppler ebuilds should not be referenced anywhere, but apparently they still are on your system somewhere. Try remerging app-text/poppler manually (using --oneshot, so it isn't added to world), then running revdep-rebuild again. Make sure you have run emerge --sync recently, so that the portage cache is up to date and any global updates have been applied. You could also try removing the revdep-rebuild cache files in /var/cache/revdep-rebuild/, but according to the output you included, the package atoms are not coming from the cache. Thank you very much. That problem has been taken care of. I last updated my backup machine a few weeks ago, which is why it has ancient stuff on it. There's a lot of stuff in /var/log/portage/elog to plow through. I wonder what other problems I'll discover. -- Walter Dnes waltd...@waltdnes.org
Re: [gentoo-user] Emerge problems
On Sunday 17 Mar 2013 09:32:21 Helmut Jarausch wrote: On 03/17/2013 10:08:53 AM, meino.cra...@gmx.de wrote: Mick michaelkintz...@gmail.com [13-03-17 09:52]: You can try uninstalling 'app-text/poppler-0.22' and then running your update again which should draw in 'app-text/poppler-0.22.2'. -- Regards, Mick Hi, thanks for the hint, but it does not work for me. luatex (texlive core) wants the +xpdf-headers-version of poppler... Best regards, mcc Strange, here I have dev-tex/luatex 0.70.1-r2 app-text/poppler 0.22.2 app-text/texlive-core 2012-r1 I do remember that after upgrading to poppler 0.22.2 I had to re-emerge app-text/texlive-core dev-tex/luatex and quite a few other packages. Helmut I'm on app-text/poppler-0.20.5 and I don't use the other packages, so I can't offer advice here, other than to confirm that the +xpdf-headers-version USE flag doesn't seem to exist ... Time to file a bug? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
[gentoo-user] poppler-0.32.0 - can not emerge
I can seem to emerge poppler, getting error: Linking CXX executable pdftocairo cd /var/tmp/portage/app-text/poppler-0.32.0/work/poppler-0.32.0_build/utils && /usr/bin/cmake -E cmake_link_script CMakeFiles/pdftocairo.dir/link.txt --verbose=1 /usr/bin/x86_64-pc-linux-gnu-g++ -Wall -Wcast-align -fno-exceptions -fno-check-new -fno-common -march=nocona -O2 -pipe -Wnon-virtual-dtor -Woverloaded-virtual -Wl,-O1 -Wl,--as-needed CMakeFiles/pdftocairo.dir/parseargs.cc.o CMakeFiles/pdftocairo.dir/pdftocairo.cc.o CMakeFiles/pdftocairo.dir/pdftocairo-win32.cc.o CMakeFiles/pdftocairo.dir/__/poppler/CairoFontEngine.cc.o CMakeFiles/pdftocairo.dir/__/poppler/CairoOutputDev.cc.o CMakeFiles/pdftocairo.dir/__/poppler/CairoRescaleBox.cc.o -o pdftocairo -rdynamic -lcairo -lfreetype ../libpoppler.so.51.0.0 -lpthread -llcms2 -Wl,-rpath,/var/tmp/portage/app-text/poppler-0.32.0/work/poppler-0.32.0_build: /usr/lib64/libtiff.so.5: undefined reference to `jpeg_finish_compress@LIBJPEG_6.2' /usr/lib64/libtiff.so.5: undefined reference to `jpeg_write_scanlines@LIBJPEG_6.2' /usr/lib64/libtiff.so.5: undefined reference to `jpeg_std_error@LIBJPEG_6.2' /usr/lib64/libtiff.so.5: undefined reference to `jpeg_set_quality@LIBJPEG_6.2' /usr/lib64/libtiff.so.5: undefined reference to `jpeg_finish_decompress@LIBJPEG_6.2' /usr/lib64/libtiff.so.5: undefined reference to `jpeg_destroy@LIBJPEG_6.2' /usr/lib64/libtiff.so.5: undefined reference to `jpeg_set_defaults@LIBJPEG_6.2' /usr/lib64/libtiff.so.5: undefined reference to `jpeg_read_scanlines@LIBJPEG_6.2' /usr/lib64/libtiff.so.5: undefined reference to `jpeg_CreateCompress@LIBJPEG_6.2' /usr/lib64/libtiff.so.5: undefined reference to `jpeg_read_raw_data@LIBJPEG_6.2' /usr/lib64/libtiff.so.5: undefined reference to `jpeg_start_compress@LIBJPEG_6.2' /usr/lib64/libtiff.so.5: undefined reference to `jpeg_CreateDecompress@LIBJPEG_6.2' /usr/lib64/libtiff.so.5: undefined reference to `jpeg_start_decompress@LIBJPEG_6.2' /usr/lib64/libtiff.so.5: undefined reference to `jpeg_write_tables@LIBJPEG_6.2' /usr/lib64/libtiff.so.5: undefined reference to `jpeg_resync_to_restart@LIBJPEG_6.2' /usr/lib64/libtiff.so.5: undefined reference to `jpeg_set_colorspace@LIBJPEG_6.2' /usr/lib64/libtiff.so.5: undefined reference to `jpeg_read_header@LIBJPEG_6.2' /usr/lib64/libtiff.so.5: undefined reference to `jpeg_write_raw_data@LIBJPEG_6.2' /usr/lib64/libtiff.so.5: undefined reference to `jpeg_abort@LIBJPEG_6.2' /usr/lib64/libtiff.so.5: undefined reference to `jpeg_suppress_tables@LIBJPEG_6.2' collect2: error: ld returned 1 exit status utils/CMakeFiles/pdftocairo.dir/build.make:214: recipe for target 'utils/pdftocairo' failed make[2]: *** [utils/pdftocairo] Error 1 make[2]: Leaving directory '/var/tmp/portage/app-text/poppler-0.32.0/work/poppler-0.32.0_build' CMakeFiles/Makefile2:305: recipe for target 'utils/CMakeFiles/pdftocairo.dir/all' failed make[1]: *** [utils/CMakeFiles/pdftocairo.dir/all] Error 2 make[1]: Leaving directory '/var/tmp/portage/app-text/poppler-0.32.0/work/poppler-0.32.0_build' Makefile:126: recipe for target 'all' failed make: *** [all] Error 2 * ERROR: app-text/poppler-0.32.0::gentoo failed (compile phase): * emake failed * * If you need support, post the output of `emerge --info '=app-text/poppler-0.32.0::gentoo'`, * the complete build log and the output of `emerge -pqv '=app-text/poppler-0.32.0::gentoo'`. * The complete build log is located at '/var/log/portage/app-text:poppler-0.32.0:20150901-171555.log'. * For convenience, a symlink to the build log is located at '/var/tmp/portage/app-text/poppler-0.32.0/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/app-text/poppler-0.32.0/temp/environment'. * Working directory: '/var/tmp/portage/app-text/poppler-0.32.0/work/poppler-0.32.0_build' * S: '/var/tmp/portage/app-text/poppler-0.32.0/work/poppler-0.32.0' There is a but filed about poppler: https://bugs.gentoo.org/show_bug.cgi?id=529182 Apparently the solution is to use: MAKEOPTS="-j1" How do you use it? MAKEOPTS="-j1" emerge -1aNDv app-text/poppler It failed as well. Re-emerging it doesn't help. -- Thelma
Re: [gentoo-user] poppler-0.32.0 - can not emerge
On Tuesday, September 01, 2015 12:57:31 PM the...@sys-concept.com wrote: > I can seem to emerge poppler, getting error: > > Linking CXX executable pdftocairo > cd /var/tmp/portage/app-text/poppler-0.32.0/work/poppler-0.32.0_build/utils && /usr/bin/cmake -E cmake_link_script CMakeFiles/pdftocairo.dir/link.txt -- verbose=1 > /usr/bin/x86_64-pc-linux-gnu-g++ -Wall -Wcast-align -fno-exceptions -fno- check-new -fno-common -march=nocona -O2 -pipe -Wnon-virtual-dtor - Woverloaded-virtual -Wl,-O1 -Wl,--as-needed CMakeFiles/pdftocairo.dir/parseargs.cc.o CMakeFiles/pdftocairo.dir/pdftocairo.cc.o CMakeFiles/pdftocairo.dir/pdftocairo-win32.cc.o CMakeFiles/pdftocairo.dir/__/poppler/CairoFontEngine.cc.o CMakeFiles/pdftocairo.dir/__/poppler/CairoOutputDev.cc.o CMakeFiles/pdftocairo.dir/__/poppler/CairoRescaleBox.cc.o -o pdftocairo - rdynamic -lcairo -lfreetype ../libpoppler.so.51.0.0 -lpthread -llcms2 -Wl,- rpath,/var/tmp/portage/app-text/poppler-0.32.0/work/poppler-0.32.0_build: > /usr/lib64/libtiff.so.5: undefined reference to `jpeg_finish_compress@LIBJPEG_6.2' > /usr/lib64/libtiff.so.5: undefined reference to `jpeg_write_scanlines@LIBJPEG_6.2' > /usr/lib64/libtiff.so.5: undefined reference to `jpeg_std_error@LIBJPEG_6.2' > /usr/lib64/libtiff.so.5: undefined reference to `jpeg_set_quality@LIBJPEG_6.2' > /usr/lib64/libtiff.so.5: undefined reference to `jpeg_finish_decompress@LIBJPEG_6.2' > /usr/lib64/libtiff.so.5: undefined reference to `jpeg_destroy@LIBJPEG_6.2' > /usr/lib64/libtiff.so.5: undefined reference to `jpeg_set_defaults@LIBJPEG_6.2' > /usr/lib64/libtiff.so.5: undefined reference to `jpeg_read_scanlines@LIBJPEG_6.2' > /usr/lib64/libtiff.so.5: undefined reference to `jpeg_CreateCompress@LIBJPEG_6.2' > /usr/lib64/libtiff.so.5: undefined reference to `jpeg_read_raw_data@LIBJPEG_6.2' > /usr/lib64/libtiff.so.5: undefined reference to `jpeg_start_compress@LIBJPEG_6.2' > /usr/lib64/libtiff.so.5: undefined reference to `jpeg_CreateDecompress@LIBJPEG_6.2' > /usr/lib64/libtiff.so.5: undefined reference to `jpeg_start_decompress@LIBJPEG_6.2' > /usr/lib64/libtiff.so.5: undefined reference to `jpeg_write_tables@LIBJPEG_6.2' > /usr/lib64/libtiff.so.5: undefined reference to `jpeg_resync_to_restart@LIBJPEG_6.2' > /usr/lib64/libtiff.so.5: undefined reference to `jpeg_set_colorspace@LIBJPEG_6.2' > /usr/lib64/libtiff.so.5: undefined reference to `jpeg_read_header@LIBJPEG_6.2' > /usr/lib64/libtiff.so.5: undefined reference to `jpeg_write_raw_data@LIBJPEG_6.2' > /usr/lib64/libtiff.so.5: undefined reference to `jpeg_abort@LIBJPEG_6.2' > /usr/lib64/libtiff.so.5: undefined reference to `jpeg_suppress_tables@LIBJPEG_6.2' > collect2: error: ld returned 1 exit status > utils/CMakeFiles/pdftocairo.dir/build.make:214: recipe for target 'utils/pdftocairo' failed > make[2]: *** [utils/pdftocairo] Error 1 > make[2]: Leaving directory '/var/tmp/portage/app- text/poppler-0.32.0/work/poppler-0.32.0_build' > CMakeFiles/Makefile2:305: recipe for target 'utils/CMakeFiles/pdftocairo.dir/all' failed > make[1]: *** [utils/CMakeFiles/pdftocairo.dir/all] Error 2 > make[1]: Leaving directory '/var/tmp/portage/app- text/poppler-0.32.0/work/poppler-0.32.0_build' > Makefile:126: recipe for target 'all' failed > make: *** [all] Error 2 > * ERROR: app-text/poppler-0.32.0::gentoo failed (compile phase): > * emake failed > * > * If you need support, post the output of `emerge --info '=app- text/poppler-0.32.0::gentoo'`, > * the complete build log and the output of `emerge -pqv '=app- text/poppler-0.32.0::gentoo'`. > * The complete build log is located at '/var/log/portage/app- text:poppler-0.32.0:20150901-171555.log'. > * For convenience, a symlink to the build log is located at '/var/tmp/portage/app-text/poppler-0.32.0/temp/build.log'. > * The ebuild environment file is located at '/var/tmp/portage/app- text/poppler-0.32.0/temp/environment'. > * Working directory: '/var/tmp/portage/app- text/poppler-0.32.0/work/poppler-0.32.0_build' > * S: '/var/tmp/portage/app-text/poppler-0.32.0/work/poppler-0.32.0' > > There is a but filed about poppler: > https://bugs.gentoo.org/show_bug.cgi?id=529182 > > Apparently the solution is to use: > MAKEOPTS="-j1" > > How do you use it? > > MAKEOPTS="-j1" emerge -1aNDv app-text/poppler > > It failed as well. Re-emerging it doesn't help. That bug has nothing to do with your error. Try rebuilding media-libs/tiff or even better go back to your other posts and follow the advice given to address the root of the problem. -- Fernando Rodriguez
Re: [gentoo-user] emerge kpdf fails
Thanks, Recompiled poppler-bindings and it works. Jan Widera wrote: On Sun, 28 Oct 2007 00:11:32 +0200 David Harel [EMAIL PROTECTED] wrote: * app-text/poppler-bindings-0.5.1-r1 does not actually support the qt3 USE flag! Compile it without. Or use another version of poppler-bindings. -- Regards. David Harel, == Home office +972 77 7657645 Fax:+972 77 7657645 Cellular: +972 54 4534502 Snail Mail: Amuka D.N Merom Hagalil 13802 Israel Email: [EMAIL PROTECTED] -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] pdfimages
On Monday 15 February 2010 23:09:22 Hung Dang wrote: Hi all, I could not find poppler-utils package which has pdfimages command. Does anyone know which package I should install to have pdfimages installed? Thanks in advance Hung It's part of poppler now, and things have been re-organized there yet again for the umpteenth time) $ equery belongs /usr/bin/pdfimages * Searching for /usr/bin/pdfimages ... app-text/poppler-0.12.3-r3 (/usr/bin/pdfimages) -- alan dot mckinnon at gmail dot com
[gentoo-user] Question regarding recent poppler down-/upgrade...
Currently poppler-0.18.1 (keyworded since it was required by libreoffice) is installed on my system and when I sync'ed yesterday Portage wants to downgrade poppler to latest stable -0.16.7 which is not a problem per se (I run a mostly stable system). However looking at the version bump bug report[1] at b.g.o. the links in that report (comment #1) seems bogus (I may have missed something). Does anyone else see it too or have a rational explanation for it? 1: https://bugs.gentoo.org/show_bug.cgi?id=399049 Best regards Peter K
Re: [gentoo-user] Question regarding recent poppler down-/upgrade...
120129 pk wrote: Currently poppler-0.18.1 (keyworded since it was required by libreoffice) is installed on my system and when I sync'ed yesterday Portage wants to downgrade poppler to latest stable -0.16.7 0.18.1 has been removed from the tree 0.18.3 is the latest Testing. I'm conservative re system + similar pkgs, so still use 0.16.7 . -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
[gentoo-user] Slot Nightmare
I've been fighting this for two days now: catherine ~ # emerge -uD world Calculating dependencies... done! [ebuild U ] app-arch/cpio-2.9-r2 [2.9-r1] [ebuild U ] net-misc/dhcpcd-4.0.7 [4.0.2] [ebuild U ] dev-libs/mpfr-2.3.2 [2.3.1_p1] [ebuild N] dev-perl/yaml-0.65 [ebuild NS ] sys-kernel/gentoo-sources-2.6.27-r8 [2.6.27-r7] USE=-build -symlink [ebuild U ] sys-devel/gdb-6.8-r1 [6.7.1-r3] USE=-multitarget% [ebuild UD] app-text/poppler-0.6.3-r1 [0.10.3] USE=jpeg%* zlib%* -cjk% [ebuild U ] sys-apps/groff-1.19.2-r3 [1.19.2-r1] [ebuild U ] x11-terms/xterm-239 [237] [ebuild U ] dev-java/ant-core-1.7.1-r2 [1.7.0-r1] [ebuild U ] dev-lang/nasm-2.05.01 [2.04] [ebuild U ] media-libs/libmpeg2-0.5.1 [0.4.1] [ebuild U ] x11-libs/qscintilla-2.3.2 [2.1-r1] [ebuild U ] dev-python/qscintilla-python-2.3.2 [2.1] [ebuild U ] dev-python/PyQt-3.17.6 [3.17.4] [ebuild N] perl-core/Module-Build-0.28.08 [ebuild N] virtual/perl-Module-Build-0.28.08 [ebuild N] perl-core/ExtUtils-CBuilder-0.23 [ebuild N] virtual/perl-ExtUtils-CBuilder-0.23 [ebuild N] perl-core/ExtUtils-ParseXS-2.19 [ebuild N] virtual/perl-ExtUtils-ParseXS-2.19 !!! Multiple package instances within a single package slot have been pulled !!! into the dependency graph, resulting in a slot conflict: app-text/poppler:0 ('installed', '/', 'app-text/poppler-0.10.3', 'nomerge') pulled in by ~app-text/poppler-0.10.3 required by ('installed', '/', 'app-text/poppler-bindings-0.10.3', 'nomerge') (and 4 more) ('ebuild', '/', 'app-text/poppler-0.6.3-r1', 'merge') pulled in by app-text/poppler required by world =app-text/poppler-0.6.1 required by ('installed', '/', 'kde-base/kdegraphics-3.5.9', 'nomerge') =app-text/poppler-0.4.3-r1 required by ('installed', '/', 'net-print/cups-1.3.9-r1', 'nomerge') (and 1 more) It may be possible to solve this problem by using package.mask to prevent one of those packages from being selected. However, it is also possible that conflicting dependencies exist such that they are impossible to satisfy simultaneously. If such a conflict exists in the dependencies of two different packages, then those packages can not be installed simultaneously. For more information, see MASKED PACKAGES section in the emerge man page or refer to the Gentoo Handbook. I need poppler-0.10.3 to get around the qt circular dependency problem. Lower versions of poppler and poppler-bindings are not installed: catherine ~ # emerge -pvC poppler poppler-bindings These are the packages that would be unmerged: app-text/poppler selected: 0.10.3 protected: none omitted: none app-text/poppler-bindings selected: 0.10.3 protected: none omitted: none 'Selected' packages are slated for removal. 'Protected' and 'omitted' packages will not be removed. I've tried every trick I can think of to get around this and nothing has worked. Please help me.
Re: [gentoo-user] conflict in update
On 25/04/09 Justin said: It tells you what todo: emerge app-text/poppler-bindings-0.10.4 with USE=gtk cairo check that if it solves the problem msoul...@anton:~$ USE=gtk cairo sudo emerge --pretend app-text/poppler-bindings These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild U ] app-text/poppler-0.10.5-r1 [0.10.4] [ebuild U ] app-text/poppler-bindings-0.10.5-r1 [0.10.4] Ok, I'll try this and repeat. Mike -- Michael P. Soulier msoul...@digitaltorque.ca Any intelligent fool can make things bigger and more complex... It takes a touch of genius - and a lot of courage to move in the opposite direction. --Albert Einstein pgprqRFvxjKzn.pgp Description: PGP signature
Re: [gentoo-user] emerge world?
On Tue, 17 Jan 2006 10:53:50 -, Michael Kintzios wrote: Generally speaking you first unmerge all blocking packages, then emerge poppler (which replaces xpdf). I had missed that! Are you saying that if poppler has been emerged there's no need to re-emerge xpdf? I didn't know that and I re-emerged xpdf. If you emerge xpdf, poppler would have been pulled in as a dependency. But if xpdf was only there as a dependency of other programs, it is no longer needed, that part of the code is now in poppler. -- Neil Bothwick WinErr 079: Mouse not found - A mouse driver has not been installed. Please click the left mouse button to continue. signature.asc Description: PGP signature
[gentoo-user] Simplify finding the package?
Hi list, sorry for the nondescript title. Let me described what happened. I ran `emerge --update --deep world' over the weekend which updated app-text/poppler: Sat Mar 12 22:00:46 2011 app-text/poppler-0.16.3 Today I found out that a whole bunch of packages got broken, and so I ran `revdep-rebuild -p'. To my surprise, revdep-rebuild wants to downgrade to app-text/poppler-0.14.5. That's odd, I thought. So I ran `emerge --pretend --oneshot --verbose --tree' against the list of packages produced by revdep-rebuild, and it displays near the bottom that poppler-0.14.5 is a dependency of luatex-0.65 which is a dependency of texlive-core-2010-r1. Okay. So I thought that one of those two packages have an explicit dependency on a lower version of poppler. And I thought I want to file a bug about that. Digging into the ebuilds for luatex and texlive, I can't find any reason why they would require poppler-0.14.5, and not 0.16.3. So after puzzling about it for 20 minutes, I did the stupid thing, and tried `emerge --oneshot --pretend luatex texlive-core' and lo-and-behold, the poppler dependency does not appear! Then combing through the list of packages one-by-one, I finally found (on the second-to-last package that I tried) that the culprit is in fact python-poppler. Now, two questions: (a) Should this be considered a bug in portage? The presented information from `emerge --pretend --tree' is misleading to which package is actually causing the downgrade request. (b) Is there a way to have found that python-poppler was the culprit without running `emerge --pretend' on each of the list of 16 packages? Thanks, W -- Willie W. Wong ww...@math.princeton.edu Data aequatione quotcunque fluentes quantitae involvente fluxiones invenire et vice versa ~~~ I. Newton
Re: [gentoo-user] evince won't open PDFs
On Sunday 25 January 2009 05:49:31 Grant wrote: For some reason, evince won't open PDFs anymore. I've tried different versions of evince, poppler, and shared-mime-info, but evince says: File type PDF document (application/pdf) is not supported epdfview works, but it segfaults when trying to open shipping labels from usps.com. Does anyone have any ideas on getting evince back to normal? I did try deleting .gnome2/evince. Have you recently emerged evince/poppler/poppler-bindings ? To test if perhaps the version on the gentoo servers is currently bad I just now remerged them and did the suggested revdep-rebuild, which as expected rebuilt nothing. Everything worked fine; in particular, evince file.pdf worked. Perhaps you should remerge them in case one of yours is corrupted. Here is the beginning of my emerge showing the use flags allan gottlieb # emerge evince poppler poppler-bindings These are the packages that would be merged, in reverse order: Calculating dependencies... done! [ebuild R ] app-text/evince-2.22.2-r1 USE=dbus doc gnome gnome-keyring tiff -debug -djvu -dvi -t1lib 1,592 kB [ebuild R ] app-text/poppler-bindings-0.8.7 USE=cairo gtk -qt3 -qt4 -test 1,436 kB [ebuild R ] app-text/poppler-0.8.7 USE=jpeg zlib -cjk 0 kB Total: 3 packages (3 reinstalls), Size of downloads: 3,027 kB Would you like to merge these packages? [Yes/No] It turns out evince, xpdf, and epdfview all segfault on the PDF shipping labels produced by usps.com. The latest stable evince does open other PDF files, although newer evince versions give me the not supported problem. Has anyone successfully opened a usps.com shipping label? - Grant The problem is the stable version of poppler (app-text/poppler-0.8.7). I have upgrade it to app-text/poppler-0.10.3 and it is working fine now. You will have to run revdep-rebuild after updrading poppler. signature.asc Description: This is a digitally signed message part.
[gentoo-user] Re: app-text/poppler-utils install fails
On 11/23/2009 08:02 AM, Alexander wrote: Hi, I'm trying to upgrade app-text/poppler-utils (as part of a bigger system upgrade), but it fails... libtool: link: x86_64-pc-linux-gnu-g++ -Wall -Wno-write-strings -O2 -march=nocona -pipe -Wl,-O1 -o pdfinfo pdfinfo.o printencodings.o parseargs.o -lpoppler /usr/lib64/libfontconfig.so /usr/lib64/libfreetype.so /usr/lib64/libexpat.so -lopenjpeg -lz ImageOutputDev.o: In function `ImageOutputDev::drawImage(GfxState*, Object*, Stream*, int, int, GfxImageColorMap*, int*, int)': ImageOutputDev.cc:(.text+0x2f4): undefined reference to `ImageStream::close()' Just finding the real error in all that junk is the first challenge in debugging :o) I just noticed that the word 'error' doesn't even appear in the libtool 'error' message. Hrmphh! Yet another black mark on libtool's report card. Notice the double colons in ImageStream::close(). That's a dead giveaway that this is c++ code. Remember that, because you will see this kind of c++ problem fairly often. The usual suspect is that you are now using a different (newer?) gcc to build poppler-utils than you were using when you compiled the c++ library that's causing this problem. (Usually, but not always.) So, which c++ library is causing the problem? A quick and dirty check: $grep -r ImageStream /usr/include/* /usr/include/ImageMagick/magick/image.h: DisassociateImageStream(Image *), /usr/include/ImageMagick/magick/methods.h:#define DisassociateImageStream PrependMagickMethod(DisassociateImageStream) /usr/include/poppler/Gfx.h: Stream *buildImageStream(); /usr/include/poppler/Stream.h:// ImageStream /usr/include/poppler/Stream.h:class ImageStream { Eureka! $equery b Stream.h [ Searching for file(s) Stream.h in *... ] dev-libs/poppler-0.10.7 (/usr/include/poppler/Stream.h) So, the guilty party is poppler? Looks like it. The cheap and dirty remedy is to re-emerge poppler, but just for my own education (and yours, I hope) I'm slogging ahead: The ImageStream 'class' should define a 'method' named close(). (This is the usual and customary object-oriented paradigm.) Take a look at Stream.h, and look for these lines: // Close the stream previously reset void close(); Do you see them? If not, re-emerge poppler and look again. I'd like to know if I'm on the right track.
Re: [gentoo-user] poppler vs virtual/poppler eix-test-obsolete
On Sun, Feb 14, 2010 at 12:18 PM, Alan McKinnon alan.mckin...@gmail.com wrote: On Sunday 14 February 2010 22:10:05 Mark Knecht wrote: Hi, Mostly in support of (I think) KDE I have poppler installed which seems to cause eix-test-obsolete a little indigestion. It sees virtual/poppler as installed but says they are not in the database. Do I have a problem here (eix-test-obsolete itself or my use of it, use flags, some sort of database problem, etc.) or is this some sort of ebuild problem that will likely get worked out over the next few weeks? I saw this a few days ago. virtual/poppler is not in portage anymore. We now just have regular poppler, xpdf, et al. Just remove poppler from world if you have it there - you shouldn't, it's a lib and should be pulled in by everything that DEPENDs on it. Latest masked portage deals with this kind of nonsense nicely. If you use an old portage, you may have to unmerge what you have and remerge the real one. FWIW, poppler is one of those packages seemingly run by an insane idiot. Every new minor point version seems to block the one before it, implying API/ABI breaks across minor versions. Which is thick beyond belief. It's a problematic package and one that I seemed to umerge/merge often in the pre-portage-2.2 days -- alan dot mckinnon at gmail dot com Alan, poppler isn't in my world file: firefly ~ # cat /var/lib/portage/world | grep poppler firefly ~ # and I seem to be using the newest portage-2.2_rc62 although a slightly older portage-utils-0.2.1 Are you suggesting the I unmerge poppler and then do a revdep-rebuild (or emerge -DuN @world) to get it reinstalled without this problem? Easy enough if it works, but even if it works it seems something is brokern and before I destroy the symptom I thought I'd ask a couple of questions. I've read a couple of bug reports that echo your thoughts about the package. Thanks, Mark
Re: [gentoo-user] emerge kpdf fails
On Sun, 28 Oct 2007 00:11:32 +0200 David Harel [EMAIL PROTECTED] wrote: * app-text/poppler-bindings-0.5.1-r1 does not actually support the qt3 USE flag! Compile it without. Or use another version of poppler-bindings. signature.asc Description: PGP signature
Re: [gentoo-user] poppler vs virtual/poppler eix-test-obsolete
On Sunday 14 February 2010 22:10:05 Mark Knecht wrote: Hi, Mostly in support of (I think) KDE I have poppler installed which seems to cause eix-test-obsolete a little indigestion. It sees virtual/poppler as installed but says they are not in the database. Do I have a problem here (eix-test-obsolete itself or my use of it, use flags, some sort of database problem, etc.) or is this some sort of ebuild problem that will likely get worked out over the next few weeks? I saw this a few days ago. virtual/poppler is not in portage anymore. We now just have regular poppler, xpdf, et al. Just remove poppler from world if you have it there - you shouldn't, it's a lib and should be pulled in by everything that DEPENDs on it. Latest masked portage deals with this kind of nonsense nicely. If you use an old portage, you may have to unmerge what you have and remerge the real one. FWIW, poppler is one of those packages seemingly run by an insane idiot. Every new minor point version seems to block the one before it, implying API/ABI breaks across minor versions. Which is thick beyond belief. It's a problematic package and one that I seemed to umerge/merge often in the pre-portage-2.2 days -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] pdfimages
Hi, emerge app-text/poppler regards, Boris On Mon, Feb 15, 2010 at 22:09, Hung Dang hungp...@gmail.com wrote: Hi all, I could not find poppler-utils package which has pdfimages command. Does anyone know which package I should install to have pdfimages installed? Thanks in advance Hung -- 42
Re: [gentoo-user] poppler - how to update it elegantly?
On 09/30/2013 02:24:40 PM, Alan McKinnon wrote: On 30/09/2013 13:55, Helmut Jarausch wrote: Hi, my most hated package is poppler. Each time in the past and now again it's hard to upgrade. portage (2.2.7) cannot handle it, so I have to (manually) unmerge all packages depending on it and emerge them after the poppler upgrade again. Has anybody found a more elegant procedure? Many thanks, Helmut. poppler packaging is a pita, but it's never broke anything for me (but does cause lots and lots and lots of stuff to be rebuilt...) Yesterday's update worked just fine: $ genlop -t poppler * app-text/poppler Wed Sep 18 08:46:05 2013 app-text/poppler-0.24.1 merge time: 33 seconds. Sun Sep 29 12:31:08 2013 app-text/poppler-0.24.2 merge time: 35 seconds. What errors are you getting? Any customizations to poppler on your system? (i.e grep -r poppler /etc/portage) First, are you using portage-2.2.7? I haven't changed poppler nor its ebuild in any way. Here is my problem: emerge -vp app-text/poppler These are the packages that would be merged, in order: Calculating dependencies * waiting for lock on /var/db/.pkg.portage_lockfile ... [ ok ] ... done! [ebuild r U ] app-text/poppler-0.24.2:0/43 [0.22.5:0/37] USE=cairo cjk cxx introspection jpeg lcms png qt4 tiff utils -curl -debug -doc -jpeg2k 1,470 kB [ebuild rR] net-print/cups-filters-1.0.36-r2 USE=jpeg png tiff -perl -static-libs -zeroconf 0 kB [ebuild rR] dev-tex/luatex-0.76.0 USE=-doc 0 kB [ebuild rR] app-text/evince-3.8.3:0/evd3.4-evv3.3 USE=introspection postscript tiff -debug -djvu -dvi -gnome-keyring -nautilus -t1lib -xps 0 kB [ebuild rR] dev-python/python-poppler-0.12.1-r4 USE=-examples PYTHON_TARGETS=python2_7 -python2_6 0 kB [ebuild rR] app-office/calligra-2.7.3:4 USE=crypt eigen exif fftw fontconfig gif glew glib gsf gsl handbook jpeg jpeg2k kdcraw kdepim lcms marble mysql okular opengl pdf ssl threads tiff truetype xbase xml xslt (-aqua) -attica -freetds -openexr -opengtl (-postgres) -spacenav (-sybase) {-test} -vc -word-perfect CALLIGRA_FEATURES=author braindump flow karbon kexi krita plan sheets stage words 0 kB [ebuild r U ] app-office/libreoffice-4.1.2.2-r1 [4.1.2.2] USE=bluetooth branding cups dbus gnome gtk java kde opengl vba webdav (-aqua) -debug -eds -gstreamer -gtk3 -jemalloc -mysql -odk -postgres -telepathy {-test} LIBREOFFICE_EXTENSIONS=presenter-minimizer -nlpsolver -scripting-beanshell -scripting-javascript -wiki-publisher PYTHON_SINGLE_TARGET=python2_7 -python3_3 PYTHON_TARGETS=python2_7 python3_3 0 kB [ebuild rR] app-text/texlive-core-2013-r1 USE=X doc tk xetex -cjk -source 0 kB [ebuild rR] app-office/texmaker-4.0.4 0 kB Total: 9 packages (2 upgrades, 7 reinstalls), Size of downloads: 1,470 kB and on a different machine portage couldn't resolve blocking itself. I'll try this (big) re-emerge later on. Thanks, Helmut
Re: [gentoo-user] conflict in update
On Saturday 25 April 2009 20:52:28 Michael P. Soulier wrote: On 25/04/09 Michael P. Soulier said: app-text/poppler-bindings and app-text/poppler aren't needed by anything right now. So, I just unmerged them and now my upgrade path looks good. I'm not sure what pulled in those newer versions previously. You did. You had it in world, remember. At some point you did something like this: emerge poppler-bindings So, it went in world, portage continued to emerge it to the latest and greatest newest version every time you ran emerge -avuND world. Eventually all consumers of the library were removed and you were left with an unused package in world. Incidentally, poppler has a long and fine history of insanely breaking users' configs every time its developers sneeze. The number of times I've had poppler show up in revdep-rebuild output defies any kind of sane, logical, rational description. Not even Microsoft can breaks so many things so often, and that's saying something... -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] emerge world?
Hi Michael, on Tuesday, 2006-01-17 at 10:53:50, you wrote: I had missed that! Are you saying that if poppler has been emerged there's no need to re-emerge xpdf? I didn't know that and I re-emerged xpdf. I think you do, poppler is just the library. I have another problem with poppler now though: one of my machines has Plone and Cups installed. Cups wants poppler, Plone wants net-zope/portaltransforms. The latter wants pdftohtml, which is blocked by poppler. It seems to boil down to a system that cannot have Cups and Plone installed on the same machine :( I think it would make sense to add a USE flag to portaltransforms that removes the dependency on pdftohtml---after all, I wouldn't use this functionality in Plone anyway. regards Matthias -- I prefer encrypted and signed messages. KeyID: FAC37665 Fingerprint: 8C16 3F0A A6FC DF0D 19B0 8DEF 48D9 1700 FAC3 7665 pgpoWqYSrM8O0.pgp Description: PGP signature
Re: [gentoo-user] emerge world?
On 17 January 2006 14:48, Matthias Bethke wrote: Hi Michael, on Tuesday, 2006-01-17 at 10:53:50, you wrote: I had missed that! Are you saying that if poppler has been emerged there's no need to re-emerge xpdf? I didn't know that and I re-emerged xpdf. I think you do, poppler is just the library. I have another problem with poppler now though: one of my machines has Plone and Cups installed. Cups wants poppler, Plone wants net-zope/portaltransforms. The latter wants pdftohtml, which is blocked by poppler. It seems to boil down to a system that cannot have Cups and Plone installed on the same machine :( I think it would make sense to add a USE flag to portaltransforms that removes the dependency on pdftohtml---after all, I wouldn't use this functionality in Plone anyway. If I understand the ebuild of portaltransforms correctly it wants either pdftohtml or lynx. Maybe you can get away by installing lynx? Uwe -- Unix is sexy: who | grep -i blonde | date cd ~; unzip; touch; strip; finger mount; gasp; yes; uptime; umount sleep -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] can't print from firefox, but CUPS says OK, also poppler
At Wed, 22 Apr 2009 12:18:58 -0400 Allan Gottlieb gottl...@nyu.edu wrote: For some reason printing from firefox has stopped working. When I ^P or file--print and select a printer (there are two), the print button is greyed out. With print to file, the button is live and the pdf file is successfully created I can print via lpr. If, in firefox, I goto localhost:631 (the cups home page on this machine), I can print test pages to either machine. Is there a way I can ask firefox to tell me why the print button is greyed out? Some further information. Evince has the same situation, print is greyed out. I have the newest stable poppler/evince installed and recall that have upgraded poppler recently. Should I be downgrading. Below is the output of eix -I poppler -o evince thanks, allan allan gottlieb # eix -I poppler -o evince [I] app-text/evince Available versions: 2.22.2-r1!t 2.24.2!t {dbus debug djvu doc dvi gnome gnome-keyring nautilus t1lib tiff} Installed versions: 2.24.2!t(11:04:44 03/11/09)(dbus doc gnome-keyring tiff -debug -djvu -dvi -nautilus -t1lib) Homepage:http://www.gnome.org/projects/evince/ Description: Simple document viewer for GNOME [I] app-text/poppler Available versions: 0.8.7 0.10.4 ~0.10.5 0.10.5-r1 {cjk doc jpeg zlib} Installed versions: 0.10.5-r1(16:53:09 04/18/09)(doc) Homepage:http://poppler.freedesktop.org/ Description: PDF rendering library based on the xpdf-3.0 code base [I] app-text/poppler-bindings Available versions: 0.8.7 0.10.4 ~0.10.5 0.10.5-r1 {cairo gtk qt3 qt4 test} Installed versions: 0.10.5-r1(16:53:53 04/18/09)(cairo gtk -qt3 -qt4 -test) Homepage:http://poppler.freedesktop.org/ Description: rendering bindings for GUI toolkits for poppler [I] app-text/poppler-data Available versions: 0.2.1 Installed versions: 0.2.1(18:35:31 02/26/09) Homepage:http://poppler.freedesktop.org/ Description: Data files for poppler to support uncommon encodings without xpdfrc [I] virtual/poppler Available versions: 0.8.7+v 0.10.4+v 0.10.5+v ~0.10.6+v Installed versions: 0.10.5+v(16:54:03 04/18/09) Homepage:http://poppler.freedesktop.org/ Description: Virtual package, includes packages that contain libpoppler-glib.so [I] virtual/poppler-glib Available versions: 0.8.7+v 0.10.4+v 0.10.5+v ~0.10.6+v {cairo} Installed versions: 0.10.5+v(16:54:08 04/18/09)(cairo) Homepage:http://poppler.freedesktop.org/ Description: Virtual package, includes packages that contain libpoppler-glib.so [I] virtual/poppler-utils Available versions: 0.8.7+v 0.10.4+v 0.10.5+v ~0.10.6+v {abiword} Installed versions: 0.10.5+v(16:53:58 04/18/09)(abiword) Homepage:http://poppler.freedesktop.org/ Description: Virtual package, includes packages that contain the psto* utilities Found 7 matches.
Re: [gentoo-user] evince won't open PDFs
At Sat, 24 Jan 2009 12:09:32 -0800 Grant emailgr...@gmail.com wrote: For some reason, evince won't open PDFs anymore. I've tried different versions of evince, poppler, and shared-mime-info, but evince says: File type PDF document (application/pdf) is not supported epdfview works, but it segfaults when trying to open shipping labels from usps.com. Does anyone have any ideas on getting evince back to normal? I did try deleting .gnome2/evince. Have you recently emerged evince/poppler/poppler-bindings ? To test if perhaps the version on the gentoo servers is currently bad I just now remerged them and did the suggested revdep-rebuild, which as expected rebuilt nothing. Everything worked fine; in particular, evince file.pdf worked. Perhaps you should remerge them in case one of yours is corrupted. Here is the beginning of my emerge showing the use flags allan gottlieb # emerge evince poppler poppler-bindings These are the packages that would be merged, in reverse order: Calculating dependencies... done! [ebuild R ] app-text/evince-2.22.2-r1 USE=dbus doc gnome gnome-keyring tiff -debug -djvu -dvi -t1lib 1,592 kB [ebuild R ] app-text/poppler-bindings-0.8.7 USE=cairo gtk -qt3 -qt4 -test 1,436 kB [ebuild R ] app-text/poppler-0.8.7 USE=jpeg zlib -cjk 0 kB Total: 3 packages (3 reinstalls), Size of downloads: 3,027 kB Would you like to merge these packages? [Yes/No] Good luck! allan
Re: [gentoo-user] evince won't open PDFs
For some reason, evince won't open PDFs anymore. I've tried different versions of evince, poppler, and shared-mime-info, but evince says: File type PDF document (application/pdf) is not supported epdfview works, but it segfaults when trying to open shipping labels from usps.com. Does anyone have any ideas on getting evince back to normal? I did try deleting .gnome2/evince. Have you recently emerged evince/poppler/poppler-bindings ? To test if perhaps the version on the gentoo servers is currently bad I just now remerged them and did the suggested revdep-rebuild, which as expected rebuilt nothing. Everything worked fine; in particular, evince file.pdf worked. Perhaps you should remerge them in case one of yours is corrupted. Here is the beginning of my emerge showing the use flags allan gottlieb # emerge evince poppler poppler-bindings These are the packages that would be merged, in reverse order: Calculating dependencies... done! [ebuild R ] app-text/evince-2.22.2-r1 USE=dbus doc gnome gnome-keyring tiff -debug -djvu -dvi -t1lib 1,592 kB [ebuild R ] app-text/poppler-bindings-0.8.7 USE=cairo gtk -qt3 -qt4 -test 1,436 kB [ebuild R ] app-text/poppler-0.8.7 USE=jpeg zlib -cjk 0 kB Total: 3 packages (3 reinstalls), Size of downloads: 3,027 kB Would you like to merge these packages? [Yes/No] It turns out evince, xpdf, and epdfview all segfault on the PDF shipping labels produced by usps.com. The latest stable evince does open other PDF files, although newer evince versions give me the not supported problem. Has anyone successfully opened a usps.com shipping label? - Grant
Re: [gentoo-user] Build error on poppler
Mark Knecht markkne...@gmail.com [11-10-19 04:40]: On Tue, Oct 18, 2011 at 7:28 PM, meino.cra...@gmx.de wrote: Hi, this morning I got this (after update poppler and xorgserver had to be updated): SNIP It seems poppler wants a library which version is not available for gentoo. If there is need for more information (the mentioned logs for example) I will it send it to the list. Best regards, mcc On one of my machines I saw a different on the same version of poppler. I did an emerge -C poppler and then emerge -DuN @world and it picked up a newer version without complaining. HTH, Mark Hi Mark, thank you for your help ! :) I tried it and it results in this: solfire:/rootemerge -DuN @world Calculating dependencies... done! [ebuild N~] app-text/poppler-0.18.0 USE=cairo cxx introspection jpeg jpeg2k lcms png qt4 tiff utils xpdf-headers -cjk -curl -debug -doc The following keyword changes are necessary to proceed: #required by app-office/libreoffice-3.3.4, required by @selected, required by @world (argument) =app-text/poppler-0.18.0 ~amd64 NOTE: This --autounmask behavior can be disabled by setting EMERGE_DEFAULT_OPTS=--autounmask=n in make.conf. Use --autounmask-write to write choanges to config files (honoring CONFIG_PROTECT). Is this just another of those cases, where I have to unmask an item and dont mix 'em ;) ??? Best regards, mcc
[gentoo-user] dependancy poppler and xorg-server
I'm getting two dependancy errors during upgrade: !!! Multiple package instances within a single package slot have been pulled !!! into the dependency graph, resulting in a slot conflict: x11-base/xorg-server:0 (x11-base/xorg-server-1.15.2-r1:0/1.15.2::gentoo, ebuild scheduled for merge) pulled in by (no parents that aren't satisfied by other packages in this slot) (x11-base/xorg-server-1.13.4-r1:0/1.13.4::gentoo, installed) pulled in by x11-base/xorg-server:0/1.13.4= required by (x11-drivers/xf86-input-mouse-1.9.0:0/0::gentoo, installed) ^^ (and 5 more with the same problem) app-text/poppler:0 (app-text/poppler-0.26.5:0/46::gentoo, installed) pulled in by app-text/poppler:0/46=[cxx,jpeg,lcms,tiff,xpdf-headers(+)] required by (net-print/cups-filters-1.0.53:0/0::gentoo, installed) ^^ (and 1 more with the same problem) (app-text/poppler-0.24.5:0/44::gentoo, ebuild scheduled for merge) pulled in by =app-text/poppler-0.12.3-r3:0/44= required by (app-text/texlive-core-2012-r1:0/0::gentoo, installed) 1.) I've unmerge poppler-0.24.5 rebuild: net-print/cups-filters dev-tex/luatex 2.) Do I unmerge x11-base/xorg-server-1.13.4-r1? -- Joseph
Re: [gentoo-user] texlive-core - poppler / xpdf missing library
On 09/01/2015 12:04 PM, Mick wrote: [snip] >>> >>> I run unmerged all "texlive" application and run: >>> `emerge --update --newuse --deep --with-bdeps=y @world' >>> >>> and coming up with the same error message: >>> >>> checking requested system `poppler' library... failed >>> checking requested system `xpdf' library... failed >>> checking requested system `zziplib' library... ok >>> configure: error: some requested system libraries failed >> >> It is looking for poppler and xpdf both of these packages are obsolete. >> Should I look for file dependent of xpdf and poppler and recompile them? > > Not both are obsolete: > > eix -l poppler > [I] app-text/poppler > Available versions: > 0.32.0(0/51)^t[cairo cjk curl cxx debug doc > +introspection > +jpeg jpeg2k +lcms png qt4 qt5 tiff +utils] >~0.33.0-r1 (0/52)^t[cairo cjk curl cxx debug doc > +introspection > +jpeg +jpeg2k +lcms png qt4 qt5 tiff +utils] >~0.34.0(0/53)^t[cairo cjk curl cxx debug doc > +introspection > +jpeg +jpeg2k +lcms png qt4 qt5 tiff +utils] >~0.35.0(0/54)^t[cairo cjk curl cxx debug doc > +introspection > +jpeg +jpeg2k +lcms png qt4 qt5 tiff +utils] >** (0/)^t [cairo cjk curl cxx debug doc > +introspection +jpeg +jpeg2k +lcms png qt4 qt5 tiff +utils] > Installed versions: 0.32.0^t(13:45:31 04/05/15)(cairo cxx introspection > jpeg lcms png qt4 tiff utils -cjk -curl -debug -doc -jpeg2k -qt5) > > So, I would unmerge xpdf which has been obsoleted for years and 'emerge > -1aNDv > app-text/poppler' to see if portage is happy about it. You are correct, but I don't have xpdf installed so I don't know why is is asking for it. I uninstalled popper and tried to re-install it but getting error as well: Linking CXX executable pdftocairo cd /var/tmp/portage/app-text/poppler-0.32.0/work/poppler-0.32.0_build/utils && /usr/bin/cmake -E cmake_link_script CMakeFiles/pdftocairo.dir/link.txt --verbose=1 /usr/bin/x86_64-pc-linux-gnu-g++ -Wall -Wcast-align -fno-exceptions -fno-check-new -fno-common -march=nocona -O2 -pipe -Wnon-virtual-dtor -Woverloaded-virtual -Wl,-O1 -Wl,--as-needed CMakeFiles/pdftocairo.dir/parseargs.cc.o CMakeFiles/pdftocairo.dir/pdftocairo.cc.o CMakeFiles/pdftocairo.dir/pdftocairo-win32.cc.o CMakeFiles/pdftocairo.dir/__/poppler/CairoFontEngine.cc.o CMakeFiles/pdftocairo.dir/__/poppler/CairoOutputDev.cc.o CMakeFiles/pdftocairo.dir/__/poppler/CairoRescaleBox.cc.o -o pdftocairo -rdynamic -lcairo -lfreetype ../libpoppler.so.51.0.0 -lpthread -llcms2 -Wl,-rpath,/var/tmp/portage/app-text/poppler-0.32.0/work/poppler-0.32.0_build: /usr/lib64/libtiff.so.5: undefined reference to `jpeg_finish_compress@LIBJPEG_6.2' /usr/lib64/libtiff.so.5: undefined reference to `jpeg_write_scanlines@LIBJPEG_6.2' /usr/lib64/libtiff.so.5: undefined reference to `jpeg_std_error@LIBJPEG_6.2' /usr/lib64/libtiff.so.5: undefined reference to `jpeg_set_quality@LIBJPEG_6.2' /usr/lib64/libtiff.so.5: undefined reference to `jpeg_finish_decompress@LIBJPEG_6.2' /usr/lib64/libtiff.so.5: undefined reference to `jpeg_destroy@LIBJPEG_6.2' /usr/lib64/libtiff.so.5: undefined reference to `jpeg_set_defaults@LIBJPEG_6.2' /usr/lib64/libtiff.so.5: undefined reference to `jpeg_read_scanlines@LIBJPEG_6.2' /usr/lib64/libtiff.so.5: undefined reference to `jpeg_CreateCompress@LIBJPEG_6.2' /usr/lib64/libtiff.so.5: undefined reference to `jpeg_read_raw_data@LIBJPEG_6.2' /usr/lib64/libtiff.so.5: undefined reference to `jpeg_start_compress@LIBJPEG_6.2' /usr/lib64/libtiff.so.5: undefined reference to `jpeg_CreateDecompress@LIBJPEG_6.2' /usr/lib64/libtiff.so.5: undefined reference to `jpeg_start_decompress@LIBJPEG_6.2' /usr/lib64/libtiff.so.5: undefined reference to `jpeg_write_tables@LIBJPEG_6.2' /usr/lib64/libtiff.so.5: undefined reference to `jpeg_resync_to_restart@LIBJPEG_6.2' /usr/lib64/libtiff.so.5: undefined reference to `jpeg_set_colorspace@LIBJPEG_6.2' /usr/lib64/libtiff.so.5: undefined reference to `jpeg_read_header@LIBJPEG_6.2' /usr/lib64/libtiff.so.5: undefined reference to `jpeg_write_raw_data@LIBJPEG_6.2' /usr/lib64/libtiff.so.5: undefined reference to `jpeg_abort@LIBJPEG_6.2' /usr/lib64/libtiff.so.5: undefined reference to `jpeg_suppress_tables@LIBJPEG_6.2' collect2: error: ld returned 1 exit status utils/CMakeFiles/pdftocairo.dir/build.make:214: recipe for target 'utils/pdftocairo' failed make[2]: *** [utils/pdftocairo] Error 1 make[2]: Leaving directory '/var/tmp/portage/app-text/poppler-0.32.0/work/poppler-0.32.0_build' CMakeFiles/Makefile2:305: recipe for target 'utils/CMakeFiles/pdftocairo.dir/all' failed make[1]: *** [utils/CMakeFiles/pdftocairo.dir/all] Error 2 make[1]: Leaving director
[gentoo-user] xpdf build fails
Hi all, after last update, I ran revdep-rebuild and this is the package I have to rebuild: [...] * All prepared. Starting rebuild emerge --oneshot app-text/xpdf:0 .. but it fails: [...] GlobalParams.cc:2227: warning: deprecated conversion from string constant to ‘char*’ GlobalParams.cc:2229: warning: deprecated conversion from string constant to ‘char*’ GlobalParams.cc: In member function ‘CMap* GlobalParams::getCMap(GooString*, GooString*)’: GlobalParams.cc:2831: error: no matching function for call to ‘CMapCache::getCMap(GooString*, GooString*)’ /usr/include/poppler/CMap.h:119: note: candidates are: CMap* CMapCache::getCMap(GooString*, GooString*, Stream*) make: *** [GlobalParams.o] Error 1 make: *** Waiting for unfinished jobs * ERROR: app-text/xpdf-3.02-r2 failed: * emake failed * * Call stack: * ebuild.sh, line 54: Called src_compile * environment, line 2595: Called _eapi2_src_compile * ebuild.sh, line 646: Called die * The specific snippet of code: * emake || die emake failed * For what I saw in google, seems a poppler related problem. and when running xpdf: $ xpdf xpdf: error while loading shared libraries: libpoppler.so.4: cannot open shared object file: No such file or directory I don't have libpoppler.so.4 installed: # locate libpoppler.so.4 # and poppler installed pacakges in my system: # eix poppler|grep ^\[I\] [I] app-text/poppler [I] virtual/poppler [I] virtual/poppler-glib [I] virtual/poppler-utils with use: [I] app-text/poppler Available versions: 0.8.7 0.10.5-r1 ~0.12.3-r2 0.12.3-r3 {abiword cairo cjk debug doc exceptions jpeg jpeg2k lcms png qt4 utils xpdf-headers zlib} Installed versions: 0.12.3-r3(10:35:25 AM 02/04/2010)(abiword cairo jpeg png qt4 utils xpdf-headers -cjk -debug -doc -exceptions -jpeg2k -lcms) How may I solve this issue? Any help is appreciated. Cheers! -- Arnau Bria http://blog.emergetux.net Bombing for peace is like fucking for virginity
Re: [gentoo-user] xpdf build fails
On Thu, 4 Feb 2010 11:43:46 +0100 Arnau Bria ar...@emergetux.net wrote: Hi all, after last update, I ran revdep-rebuild and this is the package I have to rebuild: [...] * All prepared. Starting rebuild emerge --oneshot app-text/xpdf:0 .. but it fails: [...] GlobalParams.cc:2227: warning: deprecated conversion from string constant to ‘char*’ GlobalParams.cc:2229: warning: deprecated conversion from string constant to ‘char*’ GlobalParams.cc: In member function ‘CMap* GlobalParams::getCMap(GooString*, GooString*)’: GlobalParams.cc:2831: error: no matching function for call to ‘CMapCache::getCMap(GooString*, GooString*)’ /usr/include/poppler/CMap.h:119: note: candidates are: CMap* CMapCache::getCMap(GooString*, GooString*, Stream*) make: *** [GlobalParams.o] Error 1 make: *** Waiting for unfinished jobs * ERROR: app-text/xpdf-3.02-r2 failed: * emake failed * * Call stack: * ebuild.sh, line 54: Called src_compile * environment, line 2595: Called _eapi2_src_compile * ebuild.sh, line 646: Called die * The specific snippet of code: *emake || die emake failed * For what I saw in google, seems a poppler related problem. and when running xpdf: $ xpdf xpdf: error while loading shared libraries: libpoppler.so.4: cannot open shared object file: No such file or directory I don't have libpoppler.so.4 installed: # locate libpoppler.so.4 # and poppler installed pacakges in my system: # eix poppler|grep ^\[I\] [I] app-text/poppler [I] virtual/poppler [I] virtual/poppler-glib [I] virtual/poppler-utils with use: [I] app-text/poppler Available versions: 0.8.7 0.10.5-r1 ~0.12.3-r2 0.12.3-r3 {abiword cairo cjk debug doc exceptions jpeg jpeg2k lcms png qt4 utils xpdf-headers zlib} Installed versions: 0.12.3-r3(10:35:25 AM 02/04/2010)(abiword cairo jpeg png qt4 utils xpdf-headers -cjk -debug -doc -exceptions -jpeg2k -lcms) How may I solve this issue? Any help is appreciated. Cheers! had this today this morning, solved it by unmasking app-text/xpdf-3.02-r4 after finding this: http://bugs.gentoo.org/show_bug.cgi?id=293588#c5
Re: [gentoo-user] CUPS -- fails better!
On Sunday 29 January 2006 11:08, maxim wexler wrote: It was poppler. googling cups + poppler revealed this: http://www.gentoo.org/security/en/glsa/glsa-200512-08.xml?style=printable Have I swapped one problem for another? The GLSA shows that newer versions of poppler have the security hole fixed, so as long as you're up to date you shouldn't have an issue. -- Manuel A. McLure KE6TAW [EMAIL PROTECTED] http://www.mclure.org ...for in Ulthar, according to an ancient and significant law, no man may kill a cat. -- H.P. Lovecraft -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] pdfimages
Hi Boris and Alan, Thanks a lot for your quick reply. I have installed poppler and I could be able to use pdfimages now. Regards, Hung On Mon, Feb 15, 2010 at 3:04 PM, Boris Fersing kernelsen...@gentoo.orgwrote: Hi, emerge app-text/poppler regards, Boris On Mon, Feb 15, 2010 at 22:09, Hung Dang hungp...@gmail.com wrote: Hi all, I could not find poppler-utils package which has pdfimages command. Does anyone know which package I should install to have pdfimages installed? Thanks in advance Hung -- 42 -- Hung Dang New Mexico State University
Re: [gentoo-user] Portage screwup
Am 18.04.2013 15:33, schrieb Joseph: What is going on with portage? All the older packages are being removed and and some of them are not even made stable. I've masked current one app-text/poppler-0.22.2-r2 but looking at the web-page this is not even stable poppler-0.22.3 is masked all across the previous version are all removed. All the packages that I recently try to roll back are gone, in most cases only one is available so there is no option to roll back. Am I missing something? The version of poppler that you have masked ( 0.22.2-r2 ) is stable. So it's not a portage screw up, the problem is more that you are trying to install outdated software.
Re: [gentoo-user] xpdf + KDE + emerge whackiness... [SOLVED]
Worked as planned guys. Thanks much. How I did it: # emerge -C poppler xpdf ; emerge -vat poppler Then, add app-text/xpdf to /etc/portage/package.keywords Thanks much. :-) Daniel Heemann wrote: On Thursday 29 December 2005 21:04, Jeff wrote: Calculating world dependencies ...done! [blocks B ] app-text/xpdf-3.01-r4 (is blocking app-text/poppler-0.4.3-r1) [ebuild N] app-text/xpdf-3.01-r3 app-text/poppler-0.4.3-r1 is already installed, so why would xpdf come out to be a blocker as well as try to install 2 instances of itself, even though it doesn't exist in /etc/portage/package.*? Seems you need the currently unstable xpdf-3.01-r4, so add app-text/xpdf to package.keywords. Regards -- Han Solo: Damn fool, I knew you were going to say that. Ben (Obi-Wan) Kenobi: Who's the more foolish, the fool, or the fool who follows him? -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] trouble starting bash
Stabbing in the dark here: I don't think this is a bash problem. Most likely something else broke on your system. On Sat, Feb 06, 2010 at 08:33:44AM -0500, David Relson wrote: ssh into box gives: PTY allocation request failed on channel 0 Issue 'ls /dev/pt*' for me? ### recently emerged packages ### How complete is this list? I assume you didn't reboot recently into a new kernel? Did you upgrade udev by any chance? The only other suspect that I see is util-linux, but you are on the stable version. app-crypt/gnupg-2.0.14 app-text/poppler-0.12.3-r3 dev-libs/libgcrypt-1.4.5 dev-util/global-5.7.7 media-libs/alsa-lib-1.0.21a media-sound/alsa-headers-1.0.21 media-sound/alsa-utils-1.0.21-r1 sys-apps/util-linux-2.16.2 virtual/poppler-0.12.3-r1 virtual/poppler-glib-0.12.3-r2 virtual/poppler-utils-0.12.3-r1 Cheers, W -- Willie W. Wong ww...@math.princeton.edu Data aequatione quotcunque fluentes quantitae involvente fluxiones invenire et vice versa ~~~ I. Newton
[gentoo-user] pdfimages
Hi all, I could not find poppler-utils package which has pdfimages command. Does anyone know which package I should install to have pdfimages installed? Thanks in advance Hung
Re: [gentoo-user] Getting apvlv running (My excellent adventure)
On Thu, Aug 09, 2012 at 03:07:38PM +0200, Raffaele BELARDI wrote Strange, I didn't have to add that USE for apvlv to build. Looks like it should be pulled in by the ebuild: $ grep xpdf-headers /usr/portage/app-text/poppler/poppler-0.20.2-r1.ebuild IUSE=cairo cjk curl cxx debug doc +introspection jpeg jpeg2k +lcms png qt4 tiff +utils +xpdf-headers From man 5 ebuild: IUSE This should be a list of any and all USE flags that are leveraged within your build script. ... Beginning with EAPI 1, it is possible to prefix flags with + or - in order to create default settings that respectively enable or disable the corresponding USE flags. But it did not work for you so probably there is a bug somewhere. IUSE is Inherited USE. The bug, if you want to call it that, is that I start my USE variable with -*, which overrides default settings. The bugfix is to make app-text/poppler[xpdf-headers] mandatory for the apvlv ebuild. In that case, the ebuild will halt with an error message stating that app-text/poppler[xpdf-headers] is needed. This beats the ebuild compile dying with a message about missing files. -- Walter Dnes waltd...@waltdnes.org
Re: [gentoo-user] dependancy poppler and xorg-server
The preferred option is to use x11-drivers/xf86-input-evdev and remove the separate mouse and keyboard drivers. OP, you will need CONFIG_INPUT_EVDEV enabled in your kernel, but the ebuild will notify you if its not enabled.
Re: [gentoo-user] recommended applications
On 25 May 2015 at 14:33, Guy-Laurent Subri guy-laur...@subri.ch wrote: BTW, Emanuele, what kind of issues do you have with zathura ? I don't have any. For some PDFs it can't read the outline (bookmarks, whatever they are called) and freezes when I try to open the outline view. llpp seems to work fine with them. On the other hand, qpdfview has issues sometimes too, as in crashing when opening some PDFs. Those issues come from poppler, I think, because the same PDFs crashed every other poppler-based viewer I tried. That is the reason why I keep one viewer based on poppler and another one based on mupdf handy. By the way, I was looking for a pdf that crashed poppler, to test llpp on it, but I can't find it anymore (though llpp is mupdf-based, so it shouldn't have been affected, anyway). Maybe that bug has been resolved lately. -- Emanuele Rusconi
Re: [gentoo-user] conflict in update
On 25/04/09 Michael P. Soulier said: app-text/poppler-bindings and app-text/poppler aren't needed by anything right now. So, I just unmerged them and now my upgrade path looks good. I'm not sure what pulled in those newer versions previously. Mike -- Michael P. Soulier msoul...@digitaltorque.ca Any intelligent fool can make things bigger and more complex... It takes a touch of genius - and a lot of courage to move in the opposite direction. --Albert Einstein pgpdcsyINc33c.pgp Description: PGP signature
Re: [gentoo-user] conflict in update
Alan McKinnon wrote: Incidentally, poppler has a long and fine history of insanely breaking users' configs every time its developers sneeze. The number of times I've had poppler show up in revdep-rebuild output defies any kind of sane, logical, rational description. Not even Microsoft can breaks so many things so often, and that's saying something... You sure it is as bad as M$? That is pretty bad and saying a LOT. Dale :-) :-)
Re: [gentoo-user] conflict in update
On Sat, 25 Apr 2009 14:52:28 -0400, Michael P. Soulier wrote: I'm not sure what pulled in those newer versions previously. You had both poppler and poppler-bindings in world. What you saw was one of the effects of a world file polluted by packages that should only ever be installed as dependencies. -- Neil Bothwick Lottery: A tax on people who are bad at math. signature.asc Description: PGP signature
RE: [gentoo-user] emerge world?
-Original Message- From: Rumen Yotov [mailto:[EMAIL PROTECTED] Sent: 14 January 2006 19:19 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] emerge world? [snip...] Generally speaking you first unmerge all blocking packages, then emerge poppler (which replaces xpdf). I had missed that! Are you saying that if poppler has been emerged there's no need to re-emerge xpdf? I didn't know that and I re-emerged xpdf. -- Regards, Mick -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] emerge world?
Uwe Thiem wrote: *** begin snippet *** RDEPEND==net-zope/cmf-1.4.7 app-text/htmltidy app-text/wv dev-libs/libxslt app-text/xlhtml app-text/unrtf dev-python/docutils www-client/lynx || ( app-text/pdftohtml app-text/poppler ) *** end snippet *** Isn't that || a logical OR? Actually, what does the whole last line mean? Uwe Just what you thought -- portaltransforms depends on either pdftohtml OR poppler. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] emerge world?
Uwe Thiem wrote: RDEPEND==net-zope/cmf-1.4.7 app-text/htmltidy app-text/wv dev-libs/libxslt app-text/xlhtml app-text/unrtf dev-python/docutils www-client/lynx || ( app-text/pdftohtml app-text/poppler ) Isn't that || a logical OR? Actually, what does the whole last line mean? That it has either app-text/pdftohtml _or_ app-text/poppler as a RDEPEND. So yes it is a logical OR. -- Naga -- gentoo-user@gentoo.org mailing list
[gentoo-user] Portage screwup
What is going on with portage? All the older packages are being removed and and some of them are not even made stable. I've masked current one app-text/poppler-0.22.2-r2 but looking at the web-page this is not even stable poppler-0.22.3 is masked all across the previous version are all removed. All the packages that I recently try to roll back are gone, in most cases only one is available so there is no option to roll back. Am I missing something? -- Joseph
Re: [gentoo-user] Emerge problems
Mick michaelkintz...@gmail.com [13-03-17 10:56]: On Sunday 17 Mar 2013 09:32:21 Helmut Jarausch wrote: On 03/17/2013 10:08:53 AM, meino.cra...@gmx.de wrote: Mick michaelkintz...@gmail.com [13-03-17 09:52]: You can try uninstalling 'app-text/poppler-0.22' and then running your update again which should draw in 'app-text/poppler-0.22.2'. -- Regards, Mick Hi, thanks for the hint, but it does not work for me. luatex (texlive core) wants the +xpdf-headers-version of poppler... Best regards, mcc Strange, here I have dev-tex/luatex 0.70.1-r2 app-text/poppler 0.22.2 app-text/texlive-core 2012-r1 I do remember that after upgrading to poppler 0.22.2 I had to re-emerge app-text/texlive-core dev-tex/luatex and quite a few other packages. Helmut I'm on app-text/poppler-0.20.5 and I don't use the other packages, so I can't offer advice here, other than to confirm that the +xpdf-headers-version USE flag doesn't seem to exist ... Time to file a bug? -- Regards, Mick Hi, FIXED! The problem seemed to be *~-file in package.use left from my last vim session...sigh Thanks too all who helped ! :) Have a nice weekend! Best regards, mcc
Re: [gentoo-user] poppler - how to update it elegantly?
On 30/09/2013 14:37, Helmut Jarausch wrote: On 09/30/2013 02:24:40 PM, Alan McKinnon wrote: On 30/09/2013 13:55, Helmut Jarausch wrote: Hi, my most hated package is poppler. Each time in the past and now again it's hard to upgrade. portage (2.2.7) cannot handle it, so I have to (manually) unmerge all packages depending on it and emerge them after the poppler upgrade again. Has anybody found a more elegant procedure? Many thanks, Helmut. poppler packaging is a pita, but it's never broke anything for me (but does cause lots and lots and lots of stuff to be rebuilt...) Yesterday's update worked just fine: $ genlop -t poppler * app-text/poppler Wed Sep 18 08:46:05 2013 app-text/poppler-0.24.1 merge time: 33 seconds. Sun Sep 29 12:31:08 2013 app-text/poppler-0.24.2 merge time: 35 seconds. What errors are you getting? Any customizations to poppler on your system? (i.e grep -r poppler /etc/portage) First, are you using portage-2.2.7? Yes I haven't changed poppler nor its ebuild in any way. Here is my problem: emerge -vp app-text/poppler These are the packages that would be merged, in order: Calculating dependencies * waiting for lock on /var/db/.pkg.portage_lockfile ... [ ok ] ... done! [ebuild r U ] app-text/poppler-0.24.2:0/43 [0.22.5:0/37] USE=cairo cjk cxx introspection jpeg lcms png qt4 tiff utils -curl -debug -doc -jpeg2k 1,470 kB [ebuild rR] net-print/cups-filters-1.0.36-r2 USE=jpeg png tiff -perl -static-libs -zeroconf 0 kB [ebuild rR] dev-tex/luatex-0.76.0 USE=-doc 0 kB [ebuild rR] app-text/evince-3.8.3:0/evd3.4-evv3.3 USE=introspection postscript tiff -debug -djvu -dvi -gnome-keyring -nautilus -t1lib -xps 0 kB [ebuild rR] dev-python/python-poppler-0.12.1-r4 USE=-examples PYTHON_TARGETS=python2_7 -python2_6 0 kB [ebuild rR] app-office/calligra-2.7.3:4 USE=crypt eigen exif fftw fontconfig gif glew glib gsf gsl handbook jpeg jpeg2k kdcraw kdepim lcms marble mysql okular opengl pdf ssl threads tiff truetype xbase xml xslt (-aqua) -attica -freetds -openexr -opengtl (-postgres) -spacenav (-sybase) {-test} -vc -word-perfect CALLIGRA_FEATURES=author braindump flow karbon kexi krita plan sheets stage words 0 kB [ebuild r U ] app-office/libreoffice-4.1.2.2-r1 [4.1.2.2] USE=bluetooth branding cups dbus gnome gtk java kde opengl vba webdav (-aqua) -debug -eds -gstreamer -gtk3 -jemalloc -mysql -odk -postgres -telepathy {-test} LIBREOFFICE_EXTENSIONS=presenter-minimizer -nlpsolver -scripting-beanshell -scripting-javascript -wiki-publisher PYTHON_SINGLE_TARGET=python2_7 -python3_3 PYTHON_TARGETS=python2_7 python3_3 0 kB [ebuild rR] app-text/texlive-core-2013-r1 USE=X doc tk xetex -cjk -source 0 kB [ebuild rR] app-office/texmaker-4.0.4 0 kB That all looks quite normal - poppler triggered 8 rebuilds. Is the problem just on the other machine (this one looks fine)? Total: 9 packages (2 upgrades, 7 reinstalls), Size of downloads: 1,470 kB and on a different machine portage couldn't resolve blocking itself. I'll try this (big) re-emerge later on. Thanks, Helmut -- Alan McKinnon alan.mckin...@gmail.com
[gentoo-user] app-text/poppler-utils install fails
Hi, I'm trying to upgrade app-text/poppler-utils (as part of a bigger system upgrade), but it fails. This is what happens (I'm using --dl-blocks discard because I think I accidentally added poppler to world previously. I've posted paludis --info app-text/poppler below this output.) bb alexander # paludis -i --dl-blocks discard app-text/poppler-utils Building target list... Building dependency list: ... 40 stepspalu...@1258991779: [WARNING dep_list.ignoring_dependencies] In thread ID '10351': ... In program paludis -i --dl-blocks discard app-text/poppler-utils: ... When performing install action from command line: ... When executing install task: ... When building dependency list: ... When adding PackageDepSpec 'app-text/poppler-utils': ... When adding package 'app-text/poppler-utils-0.10.7:0::gentoo': ... When adding build dependencies as pre dependencies: ... When adding PackageDepSpec '~dev-libs/poppler-0.10.7[abiword?]': ... When adding installed package 'dev-libs/poppler-0.10.7:0::installed': ... When adding run dependencies as post dependencies: ... When adding PackageDepSpec '=dev-libs/libxml2-2.7.2': ... When adding installed package 'dev-libs/libxml2-2.7.3-r2:2::installed': ... When adding run dependencies as post dependencies: ... When adding PackageDepSpec 'dev-lang/python': ... When adding installed package 'dev-lang/python-3.1.1-r1:3.1::installed': ... When adding post dependencies as post dependencies unless under a suggested label: ... When adding PackageDepSpec 'app-admin/python-updater': ... When adding installed package 'app-admin/python-updater-0.7:0::installed': ... When adding run dependencies as post dependencies: ... When adding PackageDepSpec '=sys-apps/portage-2.1.2': ... When adding installed package 'sys-apps/portage-2.1.6.13:0::installed': ... Ignoring run dependencies due to exception 'Error searching for '=app-admin/eselect-news-20071201': no available versions' (paludis::AllMaskedError) 48 stepspalu...@1258991780: [WARNING dep_list.discarding_block] In thread ID '10351': ... In program paludis -i --dl-blocks discard app-text/poppler-utils: ... When performing install action from command line: ... When executing install task: ... When building dependency list: ... When adding PackageDepSpec 'app-text/poppler-utils': ... When adding package 'app-text/poppler-utils-0.10.7:0::gentoo': ... When adding build dependencies as pre dependencies: ... When adding PackageDepSpec '~dev-libs/poppler-0.10.7[abiword?]': ... When adding installed package 'dev-libs/poppler-0.10.7:0::installed': ... When adding run dependencies as post dependencies: ... When checking BlockDepSpec '!app-text/poppler': ... Discarding block '!app-text/poppler' palu...@1258991780: [WARNING dep_list.discarding_block] In thread ID '10351': ... In program paludis -i --dl-blocks discard app-text/poppler-utils: ... When performing install action from command line: ... When executing install task: ... When building dependency list: ... When adding PackageDepSpec 'app-text/poppler-utils': ... When adding package 'app-text/poppler-utils-0.10.7:0::gentoo': ... When adding build dependencies as pre dependencies: ... When adding PackageDepSpec '~dev-libs/poppler-0.10.7[abiword?]': ... When adding installed package 'dev-libs/poppler-0.10.7:0::installed': ... When adding run dependencies as post dependencies: ... When checking BlockDepSpec '!app-text/poppler-bindings': ... Discarding block '!app-text/poppler-bindings' 50 stepspalu...@1258991780: [WARNING dep_list.discarding_block] In thread ID '10351': ... In program paludis -i --dl-blocks discard app-text/poppler-utils: ... When performing install action from command line: ... When executing install task: ... When building dependency list: ... When adding PackageDepSpec 'app-text/poppler-utils': ... When adding package 'app-text/poppler-utils-0.10.7:0::gentoo': ... When adding run dependencies as pre dependencies: ... When checking BlockDepSpec '!app-text/poppler': ... Discarding block '!app-text/poppler' palu...@1258991780: [WARNING dep_list.discarding_block] In thread ID '10351': ... In program paludis -i --dl-blocks discard app-text/poppler-utils: ... When performing install action from command line: ... When executing install task: ... When building dependency list: ... When adding PackageDepSpec 'app-text/poppler-utils': ... When adding package 'app-text/poppler-utils-0.10.7:0::gentoo': ... When adding run dependencies as pre dependencies: ... When checking BlockDepSpec '!app-text/poppler-bindings': ... Discarding block '!app-text/poppler-bindings' palu...@1258991780: [WARNING dep_list.discarding_block] In thread ID '10351': ... In program paludis -i --dl-blocks discard app-text/poppler-utils: ... When performing install action from command line: ... When executing install task: ... When building
Re: [gentoo-user] Simplify finding the package?
On Monday 14 March 2011 17:14:25 Willie Wong wrote: Hi list, sorry for the nondescript title. Let me described what happened. I ran `emerge --update --deep world' over the weekend which updated app-text/poppler: Sat Mar 12 22:00:46 2011 app-text/poppler-0.16.3 Today I found out that a whole bunch of packages got broken, and so I ran `revdep-rebuild -p'. To my surprise, revdep-rebuild wants to downgrade to app-text/poppler-0.14.5. That's odd, I thought. So I ran `emerge --pretend --oneshot --verbose --tree' against the list of packages produced by revdep-rebuild, and it displays near the bottom that poppler-0.14.5 is a dependency of luatex-0.65 which is a dependency of texlive-core-2010-r1. Okay. So I thought that one of those two packages have an explicit dependency on a lower version of poppler. And I thought I want to file a bug about that. Digging into the ebuilds for luatex and texlive, I can't find any reason why they would require poppler-0.14.5, and not 0.16.3. So after puzzling about it for 20 minutes, I did the stupid thing, and tried `emerge --oneshot --pretend luatex texlive-core' and lo-and-behold, the poppler dependency does not appear! Then combing through the list of packages one-by-one, I finally found (on the second-to-last package that I tried) that the culprit is in fact python-poppler. Now, two questions: (a) Should this be considered a bug in portage? The presented information from `emerge --pretend --tree' is misleading to which package is actually causing the downgrade request. I don't think this is a bug in any meaningful sense of the word. It's a side- effect of having a large dependency graph: Many packages depend on poppler, so the dev has several choices: a. print the first one found. Due to the way such things (searching data trees in memory) work, this will usually be a different one each time the command is run b. print the last one found. This is a) upside-down with the same problem c. Print a random one found. Well, it is an option, but doh ;-) d. Print the whole damn lot. This has the especially nasty side effect of producing vast amounts of output with even vaster amounts of bug reports and, believe it or not, vaster numbers of pissed off users e. Determine (later) the actual version that will be installed then go back to the data tree, modify it in place, then print the output. e) sounds wonderful. I suggest you try implement it. You will rapidly discover why it is seldom implemented. Conclusion: This shit is hard. It's a marvellous way to make the most people the most unhappy in the shortest possible time. (b) Is there a way to have found that python-poppler was the culprit without running `emerge --pretend' on each of the list of 16 packages? Perhaps emerge -e -t -p luatex texlive-core ? p.s. What I wrote looks tongue-in-cheek. It isn't really. I have very similar issues with code I admin and maintain, with similar results. I too decided to take the lazy route out and try be right most of the time and screw it when it isn't perfect. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Upgrade Question
Hello, On Fri, 01 Nov 2013 22:40:15 +0200 Alan McKinnon alan.mckin...@gmail.com wrote: Thsi is not the first time you ask the question Why does package X need to be rebuilt? Every time you want to know this, run emerge again with the -t option, it shows the dependency tree and that shows you why the package is being rebuilt. Yes that's right I'm sorry that I nerve. Maybe i change to Arch, i has installed on other Netbook and run without Problems and for a binary System is fast. In this specific case, it's poppler. Poppler is the second most annoying package in the universe (first is icu). The way it is coded and built, every tiny little change seems to cause API/ABI changes and means that everything using it must be rebuilt. What uses poppler? Almost everything that tries to deal with pdf, and that is half of app-text and app-office. That's just how it is. Look in the ebuilds for libreoffice, inkscape and xournal. Each one of them has a DEPEND something like this: =app-text/poppler-0.16:=[xpdf-headers(+),cxx] Yes i have see that and has find out that poppler is the problem. Notice the := in there, that's a sub-slot operator and it triggers a rebuild of libreoffice everytime poppler is upgraded. Your emerge output shows that poppler is to be upgraded and that's why libreoffice now needs to be upgraded too. If you don't upgrade it, it might be broken (or maybe not, it's almost impossible to tell). Dont blame libreoffice, blame the poppler devs and tell them to get their act together and stop changing stuff every other day. I has run libreoffice without problems, but i not use the pdf function in libreoffice. I write and print :) . I deal at moment with Abiword and Gnumeric. I think its enough so that i should delete libreoffice. Then only Webkit of GTK, QT and GCC which need more as one hour. You also need to deal with this. You masked libreoffice-4.1.2.3 but it's also still installed. That is inconsistent; either unmask it and rebuild or leave it masked and downgrade. Yes i mask bigger package when i saw in @world and not see why should run upgrade. I know Gentoo is rolling release, but in some things must not really be or? Thanks for teaching about poppler. I not know thats so important. And what do ICU? Its language files or? So again im sorry i nerve i know, but thats we can say so: Social Contacts important :) I find funny because the bigger Programs or important Stuff like kernel has never and in panic, and so small program like poppler make panic. When someone say size is important, hhh they not know what they say. Thank you Greetings Silvio
Re: [gentoo-user] dev-libs/efl-1.18.4 fails to emerge with gcc-5.4.0-r3
On Tuesday 18 Apr 2017 17:24:00 Raffaele Belardi wrote: > Mick wrote: > > On Tuesday 18 Apr 2017 16:58:02 Raffaele Belardi wrote: > >> Mick wrote: > >>> I started rebuilding the world and his wife following an update to > >>> gcc-5.4.0- r3 as per suggestion in e-log: > >>> > >>> revdep-rebuild --library 'libstdc++.so.6' -- --exclude gcc > >>> > >>> However, dev-libs/efl failed to make as shown below. Any idea how to > >>> overcome this breakage? > >>> > >>> emerge -1aDv dev-libs/efl > >>> [snip ..] > >>> > >>> This was the 110th package out of 413 being rebuild, so I assume poppler > >>> et al should have already been rebuilt in advance as dependencies. What > >>> can I try? > >> > >> Maybe https://bugs.gentoo.org/show_bug.cgi?id=615326 ? > >> Is poppler really installed? > >> > >> raffaele > > > > Yes, it seems to be: > > > > $ eix -l poppler > > [I] app-text/poppler > > > > Available versions: > > 0.45.0(0/62)^t [cairo cairo-qt cjk curl cxx debug doc > > > > +introspection +jpeg +jpeg2k +lcms nss png qt4 qt5 tiff > > +utils] ["cairo-qt? ( qt4 )"] > > > >~0.51.0(0/66)^t [cairo cairo-qt cjk curl cxx debug doc > > > > +introspection +jpeg +jpeg2k +lcms nss png qt4 qt5 tiff > > +utils] ["cairo-qt? ( qt4 )"] > > > >~0.52.0(0/66)^t [cairo cjk curl cxx debug doc > >+introspection > > > > +jpeg +jpeg2k +lcms nss png qt4 qt5 tiff +utils] > > > >** (0/)^t[cairo cairo-qt cjk curl cxx debug doc > > > > +introspection +jpeg +jpeg2k +lcms nss png qt4 qt5 tiff > > +utils] ["cairo-qt? ( qt4 )"] > > > > Installed versions: 0.45.0^t(10:10:43 30/07/16)(cairo cxx > > introspection > > > > jpeg jpeg2k lcms png qt4 qt5 tiff utils -cairo-qt -cjk -curl -debug -doc > > -nss) > Another guess: you are installing unstable (~) for efl but poppler is still > at stable version: maybe you could try to manually update poppler before > efl. > > raffaele Hmm ... I don't think so, both because it worked before this gcc update and because when I fed poppler and elf to emerge, it wanted to emerge efl first. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Emerge problems
Mick michaelkintz...@gmail.com [13-03-17 09:52]: On Sunday 17 Mar 2013 04:50:00 meino.cra...@gmx.de wrote: Hi, while updateing this morning I got this ouput: Calculating dependencies... done! [nomerge ] app-text/texlive-core-2012-r1 USE=X tk -cjk -doc -source -xetex [ebuild N ] dev-tex/luatex-0.70.1-r1 USE=-doc 0 kB [ebuild U ] app-emulation/emul-linux-x86-gtklibs-20130224 [20121202] USE=development 6,030 kB [ebuild U ~] sys-fs/ecryptfs-utils-103 [101] USE=gtk pam -doc -gpg -openssl -pkcs11 -python -suid -tpm 610 kB [ebuild U ] app-emulation/emul-linux-x86-sdl-20130224 [20121202] USE=development 637 kB [ebuild U ] app-emulation/emul-linux-x86-soundlibs-20130224 [20121202] USE=alsa development 6,903 kB [ebuild U ] app-emulation/emul-linux-x86-medialibs-20130224 [20121202] USE=development 10,173 kB [ebuild U ] app-emulation/emul-linux-x86-xlibs-20130224 [20121202] USE=development opengl 2,415 kB [ebuild U ] app-emulation/emul-linux-x86-opengl-20130224 [20121202-r1] USE=development 61,283 kB [ebuild UD ] app-text/poppler-0.20.5:0/0 [0.22.2:0/35] USE=cairo cxx introspection jpeg jpeg2k lcms png qt4 tiff utils -cjk -curl -debug -doc 0 kB [ebuild R] sys-process/procps-3.3.4 USE=ncurses nls%* unicode -static-libs 0 kB [ebuild U ] app-emulation/emul-linux-x86-db-20130224 [20121202] USE=development 1,395 kB [ebuild U ] app-emulation/emul-linux-x86-baselibs-20130224 [20121202] USE=development 40,865 kB Total: 12 packages (9 upgrades, 1 downgrade, 1 new, 1 reinstall), Size of downloads: 130,308 kB WARNING: One or more updates have been skipped due to a dependency conflict: app-text/poppler:0 (app-text/poppler-0.22.2::gentoo, ebuild scheduled for merge) conflicts with app-text/poppler-0.22[xpdf-headers(+)] required by (dev-tex/luatex-0.70.1-r1::gentoo, ebuild scheduled for merge) After doing an eix app-text/poppler I got his: [I] app-text/poppler Available versions: (0) 0.20.5^t (0/35) (~)0.22.2^t {{cairo cjk curl cxx debug doc +introspection (+)jpeg jpeg2k +lcms png qt4 tiff +utils}} Installed versions: 0.22.2(0/35)^t(05:14:11 03/17/13)(cairo cxx introspection jpeg jpeg2k lcms png qt4 tiff utils -cjk -curl -debug -doc) Homepage:http://poppler.freedesktop.org/ Description: PDF rendering library based on the xpdf-3.0 code base and there is no xpdf-headers USE flag. XPdf was removed at all if my brain serves me right... ;) So no chance to resolve the conflict? How can I prevent this problem? Thank you very much in advance for any help! Best regards, mcc You can try uninstalling 'app-text/poppler-0.22' and then running your update again which should draw in 'app-text/poppler-0.22.2'. -- Regards, Mick Hi, thanks for the hint, but it does not work for me. luatex (texlive core) wants the +xpdf-headers-version of poppler... Best regards, mcc
Re: [gentoo-user] conflict in update
on Saturday 04/25/2009 Alan McKinnon(alan.mckin...@gmail.com) wrote On Saturday 25 April 2009 20:52:28 Michael P. Soulier wrote: On 25/04/09 Michael P. Soulier said: app-text/poppler-bindings and app-text/poppler aren't needed by anything right now. So, I just unmerged them and now my upgrade path looks good. I'm not sure what pulled in those newer versions previously. You did. You had it in world, remember. At some point you did something like this: emerge poppler-bindings So, it went in world, portage continued to emerge it to the latest and greatest newest version every time you ran emerge -avuND world. Eventually all consumers of the library were removed and you were left with an unused package in world. Incidentally, poppler has a long and fine history of insanely breaking users' configs every time its developers sneeze. The number of times I've had poppler show up in revdep-rebuild output defies any kind of sane, logical, rational description. Not even Microsoft can breaks so many things so often, and that's saying something... OK, so this brings up the question, how do I make sure (if there is a way to do so) that my world file does not contain anything which it should not -- I am sure I have made the mistake of forgetting to put the -1, so it would be interesting if there were a way to at least get a list of such packages. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
[gentoo-user] Strange emerge for poppler
Portage is acting strage today. Poppler has been acting up for a while now, but today it seems more like portage is confused about what to emerge: | # emerge -DNuta world | | These are the packages that I would merge, in reverse order: | | Calculating world dependencies ...done! | [nomerge ] gnome-base/gnome-2.12.2 | [nomerge ] app-text/evince-0.5.1 | [ebuild U ] app-text/poppler-bindings-0.5.1-r1 [0.5.1] | [nomerge ] app-office/lyx-1.3.5-r2 | [nomerge ] app-text/xpdf-3.01-r7 | [ebuild UD] app-text/poppler-0.5.0-r5 [0.5.1] ^ | [...] | [nomerge ] dev-libs/popt-1.7-r1 | [nomerge ] app-misc/pax-utils-0.1.10 | [nomerge ] sys-libs/libcap-1.10-r5 | [nomerge ]dev-lang/swig-1.3.21 | [nomerge ] dev-java/blackdown-jdk-1.4.2.03 | [nomerge ] media-libs/alsa-lib-1.0.10 | [nomerge ] app-doc/doxygen-1.4.4 | [nomerge ]x11-libs/qt-3.3.4-r8 | [nomerge ] net-print/cups-1.1.23-r7 | [ebuild U ] app-text/poppler-0.5.1-r1 [0.5.1] ^ | [nomerge ] media-libs/libmng-1.0.8-r1 | [ebuild U ] media-libs/lcms-1.15 [1.14-r1] | [ebuild U ] sys-apps/man-pages-2.27 [2.26] I don't see anyting in the Changelog that would explain the downgrade. Anyway, I'll just see what happens, thought somebody could have an idea... cheers! Matthias -- I prefer encrypted and signed messages. KeyID: FAC37665 Fingerprint: 8C16 3F0A A6FC DF0D 19B0 8DEF 48D9 1700 FAC3 7665 pgpmzJ7iod3mK.pgp Description: PGP signature
[gentoo-user] Re: problem with emerge depclean after world update
On 2022-09-30, John Covici wrote: > Hi. So, when I tried to do my emerge depclean after my world update, > which went through with no problems, I get the following message: > > Calculating dependencies... done! > * Dependencies could not be completely resolved due to > * the following required packages not being installed: >* > * >=app-text/poppler-0.16.0:0/123=[cairo] pulled in by: > * app-misc/tracker-miners-3.4.0 > > But I have: > > ebuild R] app-text/poppler-22.09.0:0/124::gentoo USE="cairo cxx > introspection jpeg jpeg2k lcms png qt5 tiff utils -boost -cjk -curl > -debug -doc -nss -verify-sig" > and > ebuild R] app-misc/tracker-miners-3.4.0:3::gentoo USE="exif gif > gstreamer iso jpeg networkmanager pdf playlist rss (seccomp) tiff > upower xml -cue -ffmpeg -gsf -iptc -raw -test -xmp -xps" > > So, what have I done wrong this time -- or is it some kind of bug > somewhere? > > Thanks in advance for any suggestions. When was tracker-miners-3.4.0 last built? It RDEPENDS on [1]: ">=app-text/poppler-0.16.0:=[cairo]" So if tracker-miners was built with poppler:0/123, and if I'm understanding "man 5 ebuild" correctly, it will require a 0/123-slotted version of poppler to be installed. Given that tracker-miners accepts any later version, rebuilding it will hopefully be enough. [1] https://gitweb.gentoo.org/repo/gentoo.git/tree/app-misc/tracker-miners/tracker-miners-3.4.0.ebuild#n47 -- Nuno Silva
[gentoo-user] qt blocks, poppler, etc.
I am trying to install cb2bib from an overlay. The ebuild is on gentoo bugs. On this machine, over time, I have gotten qt to settle down, but now it's a mess. I have tried to install some dependencies with emerge -1 , but since I have too little understanding of that issue, didn't do that for all. Now qt-core has downgraded. After installing (emerge -1) apps-text/poppler, then dev-libs/poppler 0.10.7 installed ok. So I'm starting to understand how that works. Can I also install x11-libs/qt-core-4.5.1 by oneshot, and then install x11-libs/4.5.2? This cyclical bunch of blocks has hit me many, many times, and I was glad to discover that at least part of the problem was surmountable. Alan Davis ...can the human soul be glimpsed through a microscope? Maybe, but you'd definitely need one of those very good ones with two eyepieces. -- Woody Allen, quoted by B. A. Palevitz
Re: [gentoo-user] Question regarding recent poppler down-/upgrade...
On Sun, 29 Jan 2012 13:56:13 +0100 pk pete...@coolmail.se wrote: Currently poppler-0.18.1 (keyworded since it was required by libreoffice) is installed on my system and when I sync'ed yesterday Portage wants to downgrade poppler to latest stable -0.16.7 which is not a problem per se (I run a mostly stable system). However looking at the version bump bug report[1] at b.g.o. the links in that report (comment #1) seems bogus (I may have missed something). Does anyone else see it too or have a rational explanation for it? 1: https://bugs.gentoo.org/show_bug.cgi?id=399049 Best regards Peter K Yes indeed, someone screwed up. Either: The submitter pasted the wrong list of bugs into the report or Forgot to mention that the bug number are not from b.g.o, but from some other bugzilla The first one for example - 288045 - comes from bugs.kde.org meaning the links are wrong -- Alan McKinnnon alan.mckin...@gmail.com
Re: [gentoo-user] Portage screwup
On 04/18/13 22:10, Michael Hampicke wrote: Am 18.04.2013 15:33, schrieb Joseph: What is going on with portage? All the older packages are being removed and and some of them are not even made stable. I've masked current one app-text/poppler-0.22.2-r2 but looking at the web-page this is not even stable poppler-0.22.3 is masked all across the previous version are all removed. All the packages that I recently try to roll back are gone, in most cases only one is available so there is no option to roll back. Am I missing something? The version of poppler that you have masked ( 0.22.2-r2 ) is stable. So it's not a portage screw up, the problem is more that you are trying to install outdated software. I'm not getting any were with this; looking blindly trying to install older versions hoping it might help This Gentoo portage + attic is not getting any easier it is not documented officially how to install and run it and if I ask how to do it all I get is silly advice to google it up :-/ Maybe it is time for me to move to another distro. -- Joseph