After an emerge -uDN world (which uptated poppler) I can not emerge gdal any more. The only way I found to emerge gdal is USE="-pdf" emerge gdal. Unfortunately an emerge -uDN world will try to emerge gdal again due to the pdf use flag. Reproducible: Always Steps to Reproduce: 1. emerge -uDN world 2. 3. Actual Results: * Messages for package sci-libs/gdal-1.9.2: * ERROR: sci-libs/gdal-1.9.2::gentoo failed (compile phase): * emake failed * * If you need support, post the output of `emerge --info '=sci-libs/gdal-1.9.2::gentoo'`, * the complete build log and the output of `emerge -pqv '=sci-libs/gdal-1.9.2::gentoo'`. * The complete build log is located at '/var/tmp/portage/sci-libs/gdal-1.9.2/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/sci-libs/gdal-1.9.2/temp/environment'. * Working directory: '/var/tmp/portage/sci-libs/gdal-1.9.2/work/gdal-1.9.2' * S: '/var/tmp/portage/sci-libs/gdal-1.9.2/work/gdal-1.9.2' Expected Results: emerge gdal without problems
Created attachment 362386 [details] emerge --info '=sci-libs/gdal-1.9.2::gento' > emergeInfo.txt
emerge -pqv '=sci-libs/gdal-1.9.2::gentoo' [ebuild R ] sci-libs/gdal-1.9.2 USE="aux_xml gif java jpeg mysql pdf* png threads -armadillo -curl -debug -doc -ecwj2k -fits -geos -gml -hdf5 -jpeg2k -mdb -netcdf -odbc -ogdi -opencl -perl -postgres -python -ruby -spatialite -sqlite -xls"
Created attachment 362388 [details] ebuild environment
Created attachment 362390 [details] gdal build log
it is know to fail with new poppler.
Same problem here: stable gdal fails to build after poppler update, buyt sci-libs/gdal-1.10.0-r1 builds fine.
*** This bug has been marked as a duplicate of bug 489720 ***
oops
Same problem here, with poppler-0.24.3 & gdal-1.9.2, relevant build log: make[2]: Entering directory `/var/tmp/portage/sci-libs/gdal-1.9.2/work/gdal-1.9.2/frmts/pdf' x86_64-pc-linux-gnu-g++ -march=native -O2 -pipe -fPIC -Wall -I/var/tmp/portage/sci-libs/gdal-1.9.2/work/gdal-1.9.2/port -I/var/tmp/portage/sci-libs/gdal-1.9.2/work/gdal-1.9.2/gcore -I/var/tmp/portage/sci-libs/gdal-1.9.2/work/gdal-1.9.2/alg -I/var/tmp/portage/sci-libs/gdal-1.9.2/work/gdal-1.9.2/ogr -I/var/tmp/portage/sci-libs/gdal-1.9.2/work/gdal-1.9.2/ogr/ogrsf_frmts -DOGR_ENABLED -I/var/tmp/portage/sci-libs/gdal-1.9.2/work/gdal-1.9.2/port -Iexternal/include -I/usr/ -I/usr//include -DUSE_POPPLER -DPOPPLER_HAS_OPTCONTENT -I/usr/include -I/usr/include/poppler -c -o ../o/pdfdataset.o pdfdataset.cpp In file included from pdfdataset.cpp:41:0: pdfio.h:60:21: error: conflicting return type specified for 'virtual int VSIPDFFileStream::getPos()' In file included from /usr/include/poppler/Object.h:333:0, from pdfio.h:37, from pdfdataset.cpp:41: /usr/include/poppler/Stream.h:193:19: error: overriding 'virtual Goffset Stream::getPos()' In file included from pdfdataset.cpp:41:0: pdfio.h:61:23: error: conflicting return type specified for 'virtual Guint VSIPDFFileStream::getStart()' In file included from /usr/include/poppler/Object.h:333:0, from pdfio.h:37, from pdfdataset.cpp:41: /usr/include/poppler/Stream.h:322:19: error: overriding 'virtual Goffset BaseStream::getStart()' pdfdataset.cpp: In member function 'virtual CPLErr PDFRasterBand::IReadBlock(int, int, void*)': pdfdataset.cpp:332:47: error: no matching function for call to 'SplashOutputDev::startDoc(XRef*)' pdfdataset.cpp:332:47: note: candidate is: In file included from pdfobject.h:57:0, from pdfdataset.cpp:44: /usr/include/poppler/SplashOutputDev.h:313:8: note: void SplashOutputDev::startDoc(PDFDoc*) /usr/include/poppler/SplashOutputDev.h:313:8: note: no known conversion for argument 1 from 'XRef*' to 'PDFDoc*' pdfdataset.cpp: In static member function 'static GDALDataset* PDFDataset::Open(GDALOpenInfo*)': pdfdataset.cpp:592:45: error: 'setErrorFunction' was not declared in this scope pdfdataset.cpp:613:84: error: cannot allocate an object of abstract type 'VSIPDFFileStream' In file included from pdfdataset.cpp:41:0: pdfio.h:47:7: note: because the following virtual functions are pure within 'VSIPDFFileStream': In file included from /usr/include/poppler/Object.h:333:0, from pdfio.h:37, from pdfdataset.cpp:41: /usr/include/poppler/Stream.h:313:16: note: virtual void BaseStream::setPos(Goffset, int) /usr/include/poppler/Stream.h:310:23: note: virtual BaseStream* BaseStream::copy() /usr/include/poppler/Stream.h:311:19: note: virtual Stream* BaseStream::makeSubStream(Goffset, GBool, Goffset, Object*) /usr/include/poppler/Stream.h:323:16: note: virtual void BaseStream::moveStart(Goffset) pdfdataset.cpp:623:67: warning: ignoring return value of 'char* fgets(char*, int, FILE*)', declared with attribute warn_unused_result [-Wunused-result] make[2]: *** [../o/pdfdataset.o] Error 1 make[2]: Leaving directory `/var/tmp/portage/sci-libs/gdal-1.9.2/work/gdal-1.9.2/frmts/pdf' make[1]: *** [pdf-install-obj] Error 2 make[1]: Leaving directory `/var/tmp/portage/sci-libs/gdal-1.9.2/work/gdal-1.9.2/frmts' make: *** [frmts-target] Error 2 * ERROR: sci-libs/gdal-1.9.2::gentoo failed (compile phase): * emake failed
I can also confirm this bug. Please note that @preserved-rebuild pulls in gdal after a libpng/poppler upgrade: !!! existing preserved libs: >>> package: app-text/poppler-0.24.3 * - /usr/lib64/libpoppler.so.37 * - /usr/lib64/libpoppler.so.37.0.0 * used by /usr/lib64/libgdal.so.1.9.2 (sci-libs/gdal-1.9.2) >>> package: media-libs/libpng-1.6.6 * - /usr/lib64/libpng15.so.15 * - /usr/lib64/libpng15.so.15.15.0 * used by /usr/bin/blender (media-gfx/blender-2.64a) * used by /usr/bin/blenderplayer (media-gfx/blender-2.64a) * used by /usr/lib64/libgdal.so.1.9.2 (sci-libs/gdal-1.9.2) Use emerge @preserved-rebuild to rebuild packages using these libraries
I can confirm this bug with app-text/poppler-0.24.3. Has anyone tested gdal-1.10 already or would that version produce further issues?
gdal-1.10 resolves this problem for me indeed.
(In reply to rubik's cube from comment #12) > gdal-1.10 resolves this problem for me indeed. So, no blocker for removal.
(In reply to rubik's cube from comment #11) > I can confirm this bug with app-text/poppler-0.24.3. Has anyone tested > gdal-1.10 already or would that version produce further issues? I can confirm that gdal-1.10.0-r1 builds clean with USE="pdf" and that poppler-0.24.3 builds clean after that (arch amd64).
*** Bug 495290 has been marked as a duplicate of this bug. ***
(In reply to Mark Finnegan from comment #14) > (In reply to rubik's cube from comment #11) > > I can confirm this bug with app-text/poppler-0.24.3. Has anyone tested > > gdal-1.10 already or would that version produce further issues? > > I can confirm that gdal-1.10.0-r1 builds clean with USE="pdf" and that > poppler-0.24.3 builds clean after that (arch amd64). I too can confirm this. QLandkarteGT also works with this version which what I need it for. Therefore I guess simply bumping it fixes the problem.
*gdal-1.10.1 (26 Jan 2014) 26 Jan 2014; Aaron W. Swenson <titanofold@gentoo.org> +files/gdal-1.10.0-ruby-makefile.patch, +gdal-1.10.1.ebuild: Fix bug 493236: Depend on Perl conditionally. Thanks Nikoli. Fix bug 492338: Version bump. Thanks Stephan Litterst. Fix bug 483074: Convert to python-r1 to support multiple Pythons. Thanks Ian Stakenvicius. Fix bug 466114: Append -lisqlite3 to LIBS. Thanks cmuelle8. Fix bug 482888: Modify poppler dependency to have a minimum version (>=0.24.3). Fix bug 490048: Add dev-libs/libpcre and dev-libs/libxml2 to RDEPEND Fix bug 489224: Add sub-slot operator to trigger rebuild when poppler or Perl is updated. Thanks Nikoli. Fix bug 490046: Resolved by sci-libs/gdal version bump. Fix bug 474678: Really include the patch this time.