Arch Linux User Repository

I applied @olvie's patch to bundle the old harfbuzz and glib libs, acroread should work now.

There are reports about this software dying after 15s again.
known workarounds:
• use another pdf-reader whereever possible
• use acroread windows version in wine (HowTo: https://appdb.winehq.org/objectManager.php?sClass=version&iId=27093&iTestingId=92286)
• remove /opt/Adobe/Reader9/Reader/intellinux/plug_ins/EFS.api (this might have unknown consequences regarding your data and software functionality, especially related to internet connectivity)
• comment out the ipv6 line (::1) in /etc/hosts (this might impair your ipv6 connectivity and functionality of locally communicating programs)

This package *is not* out-of-date, it serves outdated software.

so since some updated acroread crashed for me, whenever I try to open a presentation created by LaTeX, including an animation from the animate texpackage. Has anyone experienced this? Do you have a solution? the crash log reads

/usr/bin/acroread [0x850ab41] [@0x8048000]
linux-gate.so.1(__kernel_sigreturn+0x0) [0xf7f48b40] [@0xf7f48000]

Doesn't start for me :(

(acroread:16518): Gtk-WARNING **: 18:52:47.278: Unable to locate theme engine in module_path: "adwaita",
(acroread:16518): Gtk-WARNING **: 18:52:47.279: Unable to locate theme engine in module_path: "adwaita",

nothing in the crash logs either when run using ACRO_CRASHLOG=1 acroread

$ ll /tmp/acroCrashLogs/
total 0
drwxr-xr-x  2 abhi abhi   80 Sep 28 18:54 .
drwxrwxrwt 66 root root 3040 Sep 28 18:54 ..
-rw-------  1 abhi abhi    0 Sep 28 18:54 0928_1854_EyoyYJ
-rw-------  1 abhi abhi    0 Sep 28 18:54 0928_1854_jrViQH

I also needed to remove /opt/Adobe/Reader9/Reader/intellinux/plug_ins/Annots.api and ~/.adobe/Acrobat/9.0/Synchronizer to avoid a crash when opening some PDFs.

Acroread crashing here. It crashes when loading the fonts, as strace indicates:

[...]
access("/usr/share/fonts/noto/.uuid", F_OK) = 0
access("/usr/share/fonts/ubuntu/.uuid", F_OK) = 0
access("/usr/share/fonts/util/.uuid", F_OK) = -1 ENOENT (El fitxer o directori no existeix)
unlink("/usr/share/fonts/util/.uuid")   = -1 ENOENT (El fitxer o directori no existeix)
access("/usr/share/fonts/encodings/large/.uuid", F_OK) = -1 ENOENT (El fitxer o directori no existeix)
unlink("/usr/share/fonts/encodings/large/.uuid") = -1 ENOENT (El fitxer o directori no existeix)
access("/usr/share/fonts/cantarell/Cantarell-Regular.otf", R_OK) = 0
access("/usr/share/fonts/TTF/DejaVuSans.ttf", R_OK) = 0
--- SIGSEGV {si_signo=SIGSEGV, si_code=SI_KERNEL, si_addr=NULL} ---
+++ exited with 1 +++

Particularily, it crashes when loading DejaVuSans.
Removing /usr/share/fonts/TTF/DejaVu* makes it start correctly.
After it starts up, fonts can be re-added and it no longer crashes.

After the latest update of lib32-pango (to version 1:1.44.1-1):

/opt/Adobe/Reader9/Reader/intellinux/bin/acroread: symbol lookup error: /usr/lib32/libpango-1.0.so.0: undefined symbol: g_unicode_script_get_type

Copying the libraries from lib32-pango-1:1.43.0-2-x86_64.pkg.tar.xz (https://archive.archlinux.org/packages/l/lib32-pango/) to /opt/Adobe/Reader9/Reader/intellinux/lib/ resolves the issue.

The lib32-glib2 package seems to be removed, I get ERROR: Failure while downloading https://archive.archlinux.org/packages/l/lib32-glib2/lib32-glib2-2.56.0%2B7%2Bg66948ae23-1-x86_64.pkg.tar.xz

@kifuna: Yes, lib32-tdb is required by lib32-libcanberra. Without lib32-libcanberra, acroread prints annoying warning messages, and I don't like that. Only lib32-tdb should be downgraded, I can use lib32-libcanberra of the latest version. And strangely "copy lib32-tdb files to /opt/Adobe/Reader9/Reader/intellinux/lib method" fails.

@tattsan: I am surprised that an old version of lib32-tdb is needed at all. I only had to add lib32-cairo 1.15.12-1 to restore the printing function.

The problem of acroread crashing is most probably related to lib32-libcanberra, which according to https://www.archlinux.org/packages/multilib/x86_64/lib32-tdb is the only package that requires lib32-tdb. It seems that if you want to use lib32-libcanberra, then this library needs to be downgraded too.

I now installed lib32-libcanberra for testing purposes and acroread crashes immediately. Deinstalling it, acroread runs fine again.

@kifuna: Almost all lib32 libraries work well with that method, but lib32-tdb doesn't.

@cadilhac: You need to copy the libraries in the versions mentioned by Tomatopaste below.

Actually, it would be great if those libraries could be bundled like currently lib32-glib2 and lib32-harfbuzz.