pdflatex produces a symbol lookup failure since recent libpoppler upgrade

Looks like a dynamic linkage error against a C++ library module.

I can confirm this bug :| Please rebuilt soon

texlive 2007-12 still affected (with the same libpoppler1 version)

In fact texlive-bin has version 2007-12, texlive-base has 2007-10.

Actually I cannot even re-compile it (as some of you suggested that). Up-to date gutsy x86.
It seems for me to be more of a libpoppler than a texlive bug.

Attached the relevant part of
$ sudo pbuilder build texlive-bin

This issue might be caused by the fact that libpoppler 0.5.9 does not contain the UGooString convenience class used in debian/patches/30_poppler_new. any more.

On Mon, 25 Jun 2007, Áron Sisak wrote:
> This issue might be caused by the fact that libpoppler 0.5.9 does not
> contain the UGooString convenience class used in
> debian/patches/30_poppler_new. any more.

Hmm, grepping through the source seem to still find UGooString, are you
sure???

Would COULD be the problem is a missing include of poppler/Form.h where
the class UGooString is defined.

But what I don't understand how the packages has then be built?

Can someone of the ubuntu guys try to compile texlive packages with
poppler 0.5.9 and send some error messages? If it is a missing
declaration try adding the above include file ...

Best wishes

Norbert

-------------------------------------------------------------------------------
Dr. Norbert Preining <email address hidden> Vienna University of Technology
Debian Developer <email address hidden> Debian TeX Group
gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094
-------------------------------------------------------------------------------
MINCHINHAMPTON (n.)
The expression on a man's face when he has just zipped up his trousers
without due care and attention.
   --- Douglas Adams, The Meaning of Liff

Norbert, thanks for answering. I tried to emphasize that "debian/patches/30_poppler_new" is likely to suffer from this error, since the original tgz does not use this class at all. Actually pdftoepdf.cc and pdftosrc.cc are patched to use this class.

I tried to compile it and attached the log http://launchpadlibrarian.net/8177964/texlive-bin-pbuilder-fail.log
Now I check if "poppler/Form.h" is included or not.

On Mon, 25 Jun 2007, Áron Sisak wrote:
> I tried to compile it and attached the log http://launchpadlibrarian.net/8177964/texlive-bin-pbuilder-fail.log
> Now I check if "poppler/Form.h" is included or not.

Well this seems to be an easy one:
 UGooString.h
is gone, it does not exist in poppler 0.9.5
pdftoepdf.cc:36:32: error: poppler/UGooString.h : No such file or directory

One has to change the include directives from
 UGooString.h
to
 Form.h

Can you try this, please?

Best wishes

Norbert

-------------------------------------------------------------------------------
Dr. Norbert Preining <email address hidden> Vienna University of Technology
Debian Developer <email address hidden> Debian TeX Group
gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094
-------------------------------------------------------------------------------
HAUGHAM (n.)
One who loudly informs other diners in a restaurant what kind of man
he is by calling for the chef by his christian name from the lobby.
   --- Douglas Adams, The Meaning of Liff

I have the same error here on a recent gutsy even with a very simple beamer template.

Thanks, Christian for writing this.
Anyone: no more confirmation needed.

Norbert: it is only a stub.

aron@lemon:~/src/poppler-0.5.9$ rgrep UGooString poppler
poppler/Form.h:class UGooString;

In fact upstream says that UGooString is no more available (and deprecated).

We need to avoid the use of the class UGooString.

On Die, 26 Jun 2007, Áron Sisak wrote:
> aron@lemon:~/src/poppler-0.5.9$ rgrep UGooString poppler
> poppler/Form.h:class UGooString;

Umpf, right.

> In fact upstream says that UGooString is no more available (and
> deprecated).

And, what should be used instead?

Best wishes

Norbert

-------------------------------------------------------------------------------
Dr. Norbert Preining <email address hidden> Vienna University of Technology
Debian Developer <email address hidden> Debian TeX Group
gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094
-------------------------------------------------------------------------------
FARDUCKMANTON (n. archaic)
An ancient edict, mysteriously omitted from the Domesday Book,
requiring that the feeding of fowl on village ponds should be carried
out equitably.
   --- Douglas Adams, The Meaning of Liff

Any idea on a time for this to be fixed in gutsy?

Workaround :

downgrading to libpoppler1 0.5.4 fixes the problem (I can compile latex sources with pdflatex). However, it will conflict with libpoppler-glib1 which is needed by evince and gimp (at least).

HTH

I can confirm, that recompiling the libpoppler 0.5.4 from sources from

http://poppler.freedesktop.org/

solved the problem on gutsy.

Pdflatex, evince works fine with the recompiled package.

This approach is not recommended, but until the bug is not fixed
you can copy the libpoppler.so.1, libpoppler.so.1.0.0 from
poppler 0.5.4 to a specific directory and run pdflatex

 LD_LIBRARY_PATH=/home/someuser/lib/ pdflatex latexfile.tex

This solution is very ugly and unsafe. Use it only if you have a
presentation deadline tomorrow ;)

I think I got it fixed. Norbert, I'll attach the debdiff here once it's confirmed and built.

Norbert, this debdiff fixes the patch and bumps the libpoppler-dev b-dep (yay for the poppler guys doing their homework wrt. SONAMEs). Please note that the debdiff includes the Maintainer: field change which is mandatory in Ubuntu. You want to revert that for Debian. :-)

texlive-bin (2007-12ubuntu1) gutsy; urgency=low

  * debian/patches/30_libpoppler_new: Port to poppler 0.5.9 API (which, by and
    large, consisted of reverting some parts of the patch; yay for upstream
    xpdf and poppler getting closer together). LP: #121327
  * debian/control: Bump libpoppler build dependency.

 -- Martin Pitt <email address hidden> Tue, 03 Jul 2007 12:04:22 +0200

Hi Martin,

On Die, 03 Jul 2007, Martin Pitt wrote:
> http://launchpadlibrarian.net/8289253/texlive-bin.poppler-0.5.9.debdiff

Thanks a lot. I included it into our subversion repository for the time
when libpoppler 0.5.9 arrives in Debian. We are still at 0.5.4.

Again, thanks a lot for your work on this.

Best wishes

Norbert

-------------------------------------------------------------------------------
Dr. Norbert Preining <email address hidden> Vienna University of Technology
Debian Developer <email address hidden> Debian TeX Group
gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094
-------------------------------------------------------------------------------
CRANLEIGH (n.)
A mood of irrational irritation with everyone and everything.
   --- Douglas Adams, The Meaning of Liff

I use lyx for producing articles/reports. My report exports to pdf if I use dvipdfm or ps2pdf but the numbering and position of the cover page all goes crazy with pdflatex. This does not happen when I use lyx with pdflatex on OSX or Windows, just on my ubuntu system.

After some investigation I found that the issue is with images in the title of an article. I can try to create a lyx+image that result in this issue and submit if there is interest.

On Wed, Jul 04, 2007 at 12:17:42AM -0000, HumpBack wrote:
> I use lyx for producing articles/reports. My report exports to pdf if I
> use dvipdfm or ps2pdf but the numbering and position of the cover page
> all goes crazy with pdflatex. This does not happen when I use lyx with
> pdflatex on OSX or Windows, just on my ubuntu system.
>
> After some investigation I found that the issue is with images in the
> title of an article. I can try to create a lyx+image that result in this
> issue and submit if there is interest.

Yes, please report if you can get a test case and exact procedure to
reproduce the bug. But please report a separate bug instead of replying
on this bug, as it's a completely different issue.

Ming
2007.07.07