[regression] Acrobat Reader hangs when presenting a (any) PDF

[Noel J. Bergman]

Recently, I believe yesterday, something broke such that Acrobat reader hangs when presenting a (any) PDF. The program appears on screen, presents the PDF, and then within moments -- without any user interaction -- goes gray and locks up solid.

I am reporting this via ubuntu-bug -P, which appears to believe that the problem package is glibc. I will manually add acroread. Yes, Acrobat Reader may be closed source, but it worked. Something on our end in Open Source Land has broken. Acrobat Reader appears to be just the messenger/victim.

ProblemType: Bug
Architecture: amd64
Dependencies:
 libgcc1 1:4.3.3-3ubuntu1
 gcc-4.3-base 4.3.3-3ubuntu1
 findutils 4.4.0-2ubuntu3
 libc6 2.9-0ubuntu9
DistroRelease: Ubuntu 9.04
ExecutablePath: /lib32/ld-2.9.so
NonfreeKernelModules: nvidia
Package: libc6-i386 2.9-0ubuntu9
ProcEnviron:
 PATH=(custom, no user)
 LANG=en_US.UTF-8
 SHELL=/bin/bash
SourcePackage: glibc
Uname: Linux 2.6.28-6-generic x86_64

[Noel J. Bergman (noeljb)]

I think we're getting somewhere:

$ acroread
Gtk-Message: Failed to load module "canberra-gtk-module": /usr/lib/gtk-2.0/modules/libcanberra-gtk-module.so: wrong ELF class: ELFCLASS64

[Noel J. Bergman (noeljb)]

acroread has:

Depends: ia32-libs (>= 1.6), lib32z1 (>= 1:1.1.4), libc6-i386 (>= 2.3.2), libldap-2.4-2, libcups2, libstdc++5, acroread-debian-files (>= 0.0.24medibuntu1.1)

ia32-libs does not have libcanberra in it.

Simply downloading and unpacking the i386 versions of libcanberra-gtk-module, libcanberra-gtk0, and libcanberra0 into /usr/lib32 did not resolve the issue.

Unclear to me so far what changed to make this an issue.

[Noel J. Bergman (noeljb)]

I'm going to assume that the libcanberra issue is a false alarm. By default, the environment has canberra-gtk-module in GTK_MODULES, but after removing it, I get:

$ acroread
Killed

acroread exhibits the same behavior, and hangs until I kill it.

[Brian Rogers (brian-rogers)]

ia32-libs probably just needs a rebuilt libx11 with the fix for bug 322310.

[Léo Studer (leo-studer)]

I confirm this issue with acroread, it systematically freeze

[Noel J. Bergman (noeljb)]

OK, if Brian is right, what does it take to get this done? You'd think that a month would be more than enough time to get the repair in place, or get some interest.

[Alex Bachmeier (cebalrai)]

It is quite emberassing that this confirmed bug hasn't been fixed after a month. Jaunty is getting close to the first Beta release and this should get fixed before that.

[Rohan Agrawal (agrawalr)]

Using 'acroread --sync' seems to be a temporary workaround.

[Launchpad Janitor (janitor)]

This bug was fixed in the package ia32-libs - 2.7ubuntu4

---------------
ia32-libs (2.7ubuntu4) jaunty; urgency=low

  * fetch-and-build:
    - add libsqlite3-0, needed as a dependency of libnss3-1d (LP: #326311).
    - add libmikmod2 and libsmpeg0 needed as dependencies of libsdl-mixer1.2
      (LP: #154883).
    - add libcanberra-gtk-module and its dependencies (libcanberra-gtk0,
      libcanberra0 and libtdb1)
    - add libsdl-image1.2 and python2.5 (LP: #277454)
    - add missing dependencies:
      - libcelt0 for libjack0
      - libsmbios2 for libhal1
      - libspeexdsp1 and liboil0.3 for libpulsecore9
      - libavahi-common3 and libavahi-client3 for libpulse-browse0
      - libgail18 for libgnomecanvas2-0
    - drop libartsc0, which is now obsolete.
  * debian/rules:
    - automatically create all missing .so symlinks in /lib32 and /usr/lib32 as
      the manual list of links was always out of sync and incomplete
      (LP: #277772, #309841).
  * Freshen packages (as of Jaunty beta1) (LP: #338145, #325098, #337210)

 -- Fabien Tassin <email address hidden> Fri, 20 Mar 2009 23:48:50 +0100