Created attachment 287867 [details, diff] changes to the 0.16.7 ebuild Yes, it's indeed a 0-day bump, but, as usual, a number of packages will be yet again incompatible with this version, so it's best to start the hunt as early as possible. Of the obvious things: - a few new utils were added - poppler-glib lost dependency (and provided API) on gdk (fortunately, biggest consumer - evince - is ready for it, even in gtk:2 slot) - new optional dep on tiff - qt3 and abiword output removed On a semi-related note: unless I fail to see something in CMakeLists.txt, 'exceptions' useflag was already redundant in 0.16.
I was able to successfully emerge poppler 0.18.0 with the patch that Rafal provided. No apparent errors were encountered with the following set of use flags: (cairo cxx introspection jpeg lcms png tiff utils xpdf-headers -cjk -curl -debug -doc -jpeg2k -qt4). As expected, a revdep-rebuild was required afterwards for several packages depending on poppler. These (stable) packages re-build without issues on my system after the upgrade: app-editors/gummi-0.5.8-r1 (app-text/poppler[cairo]) arch app-text/evince-2.32.0-r3 (>=app-text/poppler-0.14[cairo]) app-text/texlive-core-2010-r4 (>=app-text/poppler-0.12.3-r3) media-gfx/inkscape-0.48.0 (>=app-text/poppler-0.12.3-r3[cairo,xpdf-headers]) These packages failed to rebuild after the upgrade: dev-tex/luatex-0.70.1 (>=app-text/poppler-0.12.3-r3[xpdf-headers]) I don't have time to investigate that one myself right now, but I'll attach my build log to this bug.
Created attachment 287911 [details] Build failure luatex 0.70.1 with poppler 0.18.0
(In reply to comment #1) Don't put it here - open a separate bug for each failing package, so that once a tracker bug is established, it can be assigned as a blocker.
Ebuild in tree, thanks for the diff. Luatex indeed fails, let's leave it for later (I initially put dependency restriction on <poppler-0.18.0 for luatex but was suggested to revert that, so I'll let maintainer handle it).
