On Sat, 2019-01-12 at 19:18 -0600, Bruce Dubbs via blfs-dev wrote: > On 01/12/2019 06:19 PM, Douglas R. Reno via blfs-dev wrote: > > On 1/12/19 5:54 PM, Ken Moffat via blfs-dev wrote: > > > On Sat, Jan 12, 2019 at 04:25:04PM -0600, Bruce Dubbs via blfs-dev wrote: > > > > > Indeed, the file goo/gtypes.h has been removed from the source tree > > > > > at the > > > > > beginning of December... > > > > > > > > > > > Changing to #include "glib/gtypes.h" in > > > > > > src/extension/internal/pdfinput/pdf-parser.h allows the build to > > > > > > pass. I'll > > > > > > change the patch. > > > > Thanks for fixing that Pierre. > > > > > > > > -- Bruce > > > Yes, many thanks. Yet again, poppler seems to go out of its way to > > > break users of the old 'unstable' interface. > > > > > > ĸen > > > > If these codebases weren't so large, and I wasn't so busy with stuff > > here, I'd offer to help upstream port at this point. > > > > We're spending almost as much time picking up the pieces from poppler as > > we are updating packages, and it's starting to get really out of hand. I > > understand that upstream doesn't want them using it, but the problem is > > that they have been for years. People are reluctant to change, and I > > understand that - I can be the same way (I still seriously dislike > > Meson/Ninja/Rust, but I have to accept that decisions were made above my > > head). > > > > I suppose what I'm trying to say is that I understand that the poppler > > upstream doesn't want anybody using the functionality, but it's too late > > and there's nothing we can do about it. > > How is poppler supposed to get people to stop using things they don't > intend to be external? Marking things as deprecated is often ignored. > > In this case, inkscape was using an internal poppler header to define > glib constructs. The problem is not with poppler, it is with inkscape. > > The only other problem package that I know of is libreoffice. I have > not built it yet with the new poppler, so we will see if that is a > problem. Of course we can always fix libreoffice by removing > --with-system-poppler. > > Looking at the patch we have for libreoffice, it appears that we are > just changing gTrue to true and GBool to bool. Why is that a poppler issue? > > -- Bruce >
I can report that libreoffice does failed, both 6.1.2.1 and 6.1.4.2. In file included from /opt/wbBuild/var/sources/libreoffice-6.1.4.2/sdext/source/pdfimport/xpdfwrapper/pdfioutdev_gpl.cxx:20: /opt/wbBuild/var/sources/libreoffice-6.1.4.2/sdext/source/pdfimport/xpdfwrapper/pdfioutdev_gpl.hxx:35:10: fatal error: GfxState.h: No such file or directory #include <GfxState.h> ^~~~~~~~~~~~ compilation terminated. I've reverted poppler back to 0.72.0 and will wait for another distro (probably Arch) to come out with a patch. Regards, Wayne. -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page