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: 842
Popularity: 6.355104
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

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.

akihiro commented 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.


twouters commented on 2016-08-24 11:54

Another workaround for the crash on reading /etc/hosts is to start acroread as follows:

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

This disables network access for the application, apparently that's enough to keep it from crashing.

kdre commented on 2016-08-21 11:38

Thank you so much. I removed /opt/Adobe/Reader9/Reader/intellinux/plug_ins/EFS.api and now acroread is working again.

The problem with other pfd-reader is the printing part. I always find some shortcomings. For printing acroread works best for me. That's why I still use it. For viewing I use qpdfview, mupdf or zathura.

All comments