On 10/15/2011 03:26 AM, Pino Toscano wrote:
Hi,

Please update to 0.18.0 in sid
I'm here to second the request to get Poppler packaged sooner rather
than later.
Poppler 0.18 also causes the usual API/ABI breakage in the private core
library, plus some API loss in poppler-glib causes more problems too.

At the moment there are about a dozen or so sources in Debian which will
*not* build at all with poppler 0.18, which means you won't see it in
unstable soon. Maybe in a couple of months, but not before all the
issues (which have been mostly reported) are solved.

For now, building Scribus Trunk disables Poppler Support.


Any pointer about this?

mdriftmeyer@horus:~/DeveloperProjects/QtProjects/Scribus/cmake-trunk$ cmake ../trunk/
-- Shared Library Flags:
-- Scribus 1.5.0.svn will be built to install into /usr/local
-- Machine: x86_64-linux-gnu, void pointer size: 8
-- Found target X86
-- Found target X86_64
-- Building for target x86_64-linux-gnu
-- Using standard ApplicationDataDir. You can change it with -DAPPLICATION_DATA_DIR
Qt4 Found OK
-- QtWebkit Found OK
-- Building without Qt3 Support (GOOD)
ZLIB Library Found OK
Using PNG Library: /usr/lib/libpng.so
PNG Library Found OK
OSG found OK
JPEG Library Found OK
TIFF Library Found OK
Python Library Found OK
-- FreeType2 Library Found OK
-- Previously selected rendering system: CAIRO
-- Found Cups: /usr/lib/x86_64-linux-gnu/libcups.so
CUPS Library Found OK
LIBXML2 Library Found OK
LCMS ReleaseLibrary: /usr/lib/liblcms.so
LCMS Debug Library: LCMS_LIBRARY_DEBUG-NOTFOUND
LCMS Library: /usr/lib/liblcms.so
LCMS 2 ReleaseLibrary: /usr/lib/liblcms2.so
LCMS 2 Debug Library: LCMS2_LIBRARY_DEBUG-NOTFOUND
LCMS 2 Library: /usr/lib/liblcms2.so
LittleCMS-2 Library Found OK
FontConfig Found OK
ASpell Found OK
PoDoFo found OK
Boost Library Found OK
GRAPHICS_MAGIC debug: pkgconf: /usr/include/GraphicsMagick, include:/usr/include/ImageMagick;/usr/include/Imagemagick/magick lib:/usr/lib/libGraphicsMagick.so
GraphicksMagick Found OK
*-- checking for one of the modules 'libpoppler>=0.17.1;poppler>=0.17.1'
Poppler NOT found - Disabling support for native PDF import*
-- GMAGICK: Libs: /usr/lib/libGraphicsMagick.so, Inc: /usr/include/ImageMagick;/usr/include/Imagemagick/magick/GraphicsMagick, Ldflags:
RPATH: lib/scribus/plugins/;
--
/usr/lib/libQtCore.so/usr/lib/libQtGui.so/usr/lib/libQtXml.so/usr/lib/libxml2.so/usr/lib/libz.so
-- Building with Scripter 1
-- Source header files will be installed
--
/home/mdriftmeyer/DeveloperProjects/QtProjects/Scribus/trunk/resources/translations/po
-- The following GUI languages will be installed:
-- Configuring done
-- Generating done
-- Build files have been written to: /home/mdriftmeyer/DeveloperProjects/QtProjects/Scribus/cmake-trunk
mdriftmeyer@horus:~/DeveloperProjects/QtProjects/Scribus/cmake-trunk$

So you can see trunk is building against a beta of poppler. I've been following the poppler dev lists so I'm aware of all the abi issues and that they are working on landing an 0.18.1 release.

More recent
versions of Evince and Okular will be dependent upon the 0.18 and
the upcoming 0.20 branch now the developer branch for Poppler.

I can only second the sooner, rather than later for allowing Debian
to build GNOME 3.2 packages against, not to mention KDE 4.7.2
packages.
Evince of GNOME 3.2 and Okular of KDE 4.7 compile fine with poppler
0.16. (Not to consider that Okular can compile and work with any
poppler-qt4 version>= 0.8.)


From what I've been following Poppler's version for Okular is not standard libpoppler.

http://lists.freedesktop.org/archives/poppler/2011-October/008094.html

A lot of xpdf303 is being ported over to Poppler trunk, as well.

- Marc
--
Marc J. Driftmeyer
Email :: m...@reanimality.com <mailto:m...@reanimality.com>
Web :: http://www.reanimality.com
Cell :: (509) 435-5212

<<attachment: mjd.vcf>>

Reply via email to