Package Details: acroread 9.5.5-18

Git Clone URL: (read-only, click to copy)
Package Base: acroread
Description: Adobe Acrobat Reader is a PDF file viewer
Upstream URL:
Licenses: custom
Submitter: None
Maintainer: Geballin
Last Packager: Geballin
Votes: 857
Popularity: 0.45
First Submitted: 2008-05-15 19:18
Last Updated: 2021-06-08 19:27

Required by (2)

Sources (16)

Pinned Comments

tuckerboniface commented on 2018-08-26 18:48

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

fordprefect commented on 2016-05-17 19:35

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:
• 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.

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 ... Next › Last »

Geballin commented on 2020-01-04 14:28

@cschmid : I can't help without any information about the crash. On 3 differents Arch installations it is working for me (opening acroread and opening a pdf). Gtk warnings are just warnings about themes, they are "normal" (I have them too) and are present even if the application is working.

To have a crash log and knowing from where come your problem, you must launch : ACRO_CRASHLOG=1 acroread Crash logs are created in /tmp/acroCrashLogs/

If you have no crashlog, maybe you simply have a seg fault with a library call. In that case, run acroread in gdb, edit line 22 of /usr/bin/acroread and change it to : exec gdb ${1+"$@"}

Doing so you could know where you have a seg fault (and I could investigate starting by there).

cschmid commented on 2019-12-29 15:58

I can confirm that it does not start as described by @giswqs.

@Geballin: Is this a upstream or package issue?

giswqs commented on 2019-11-21 19:13

Does not start. Got the following message:

(acroread:31920): Gtk-WARNING **: 14:11:16.998: Unable to locate theme engine in module_path: "adwaita",

(acroread:31920): Gtk-WARNING **: 14:11:17.001: Unable to locate theme engine in module_path: "adwaita",

paupau commented on 2019-10-17 13:17

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] [0xf7f48b40] [@0xf7f48000]
I can provide an example pdf, if that helps!

xenolith commented on 2019-09-28 08:53

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

mild_sunrise commented on 2019-08-10 17:44

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.

mild_sunrise commented on 2019-08-10 17:27

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.

kifuna commented on 2019-07-30 17:24

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/ undefined symbol: g_unicode_script_get_type

Copying the libraries from lib32-pango-1:1.43.0-2-x86_64.pkg.tar.xz ( to /opt/Adobe/Reader9/Reader/intellinux/lib/ resolves the issue.

zoe1337 commented on 2019-07-14 12:16

The lib32-glib2 package seems to be removed, I get ERROR: Failure while downloading

tattsan commented on 2019-06-03 19:31

@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.