Package Details: acroread 9.5.5-7

Git Clone URL: (read-only)
Package Base: acroread
Description: Adobe Reader is a PDF file viewer
Upstream URL:
Licenses: custom
Submitter: None
Maintainer: fordprefect
Last Packager: fordprefect
Votes: 846
Popularity: 4.515789
First Submitted: 2008-05-15 19:18
Last Updated: 2017-06-15 15:56

Pinned Comments

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

zoe commented on 2017-10-04 11:47

Please, add lib32-gtk2 as dependancy.
If not installed, in 64bit arch, you get this error :
/opt/Adobe/Reader9/Reader/intellinux/bin/acroread: error while loading shared libraries: cannot open shared object file: No such file or directory

olebowle commented on 2017-07-11 07:19

The lib32-gtk2 dependency was missing for me. It seems to be missing in package() when depends is overwritten.

semeion commented on 2017-06-17 18:29

The crash issues got fixed for me with the last update. Thank you!

fordprefect commented on 2017-06-15 15:57

@dion_starfire: thank you, this fixes the crashes for me.
everyone please check, at least for 64bit this might be the solution.

dion_starfire commented on 2017-06-14 23:02

Checking the dependencies of /opt/Adobe/Reader9/Reader/intellinux/plug_ins/EFS.api, I noticed that was not found. On a hunch, I installed multilib/lib32-libcurl-compat, which provides a lib32 version of Sure enough, acroread stopped crashing.

So, we may be able to fix the 15s crash issue by simply adding multilib/lib32-libcurl-compat as another dependency for the package.

For those who previously deleted/disabled EFS.api, I did have to nuke my ~/.adobe/Acrobat/ before I was able to get into the Preferences dialog again - it seemed to think that the dialog was open in another window, despite there being no other running instances of acroread.

My guess is that EFS.api tries to use libcurl if it's on the system, and if it can't find it falls back to an internal mechanism that doesn't understand IPv6, which is what causes the crash.

Anonymous comment on 2017-03-27 06:48

To enable multilingual support, you need to set PSRESOURCEPATH=/usr/lib/acroread variable.

despian commented on 2017-03-02 23:02


Thanks for the solution.

Not sure about any security holes but your program doesn't pass any args to acroread so doesn't support opening a file directly.

This fixes it (only for 1 file though, you could rewrite to pass multiple args but i didn't have a need)

echo $'#include <unistd.h>\n#include <stdio.h>\nint main(int argc, char *argv[]){char u[99];sprintf(u,"-u#%d",(int)getuid());return execl("/usr/bin/unshare","","-n","sudo",u,"ACRO_ALLOW_SUDO=1","/usr/bin/acroread.bin",argv[1],NULL);}\n'|gcc -x c - -o acroread

hutou commented on 2017-01-06 14:51

Is there still any multilingual support ?
Only english seems available.

Xezlec commented on 2016-11-02 02:07

"sudo unshare -n sudo -u ${USER} ACRO_ALLOW_SUDO=1 acroread" is a better solution than deleting EFS.api, because EFS.api is needed to show the Preferences dialog if I want to change Acrobat Reader's settings.

For a permanent workaround (albeit one that still breaks Acrobat Reader's network features if you are the rare person who cares about that), try this simple five-command sequence:

$ echo $'#include <unistd.h>\n#include <stdio.h>\nint main(){char u[99];sprintf(u,"-u#%d",(int)getuid());return execl("/usr/bin/unshare","","-n","sudo",u,"ACRO_ALLOW_SUDO=1","/usr/bin/acroread.bin",NULL);}\n'|gcc -x c - -o acroread
$ sudo mv /usr/bin/acroread{,.bin}
$ sudo mv acroread /usr/bin
$ sudo chown root:root /usr/bin/acroread
$ sudo chmod 4755 /usr/bin/acroread

(EDIT: Does this present any security holes that anyone can think of though? How safe is unshare to run with setuid root?)

DrMartinus commented on 2016-09-28 14:59

sudo unshare -n sudo -u ${USER} ACRO_ALLOW_SUDO=1 acroread

This seems to work for me, but it's awkward to first start it from command line in order to open a pdf e.g. from within a mail. Is there a way to make this permanent (for the time being)?
Because, the problem can't be solved with other workarounds on my PC, it seems.


All comments