Package Details: acroread 9.5.5-6

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: 838
Popularity: 5.571470
First Submitted: 2008-05-15 19:18
Last Updated: 2016-05-18 09:28

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

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.

a0a0 commented on 2016-08-07 13:20

Got this error while opening a form:
You need to install the Traditional Chinese Language Support Package to view or fill in this form. If you continue without installing this package, the form will not work correctly. Under the current configuration, this resource is not available. You can download it from

Neither installing aur/acroread-fonts nor aur/acroread-fonts-systemwide solved the problem.
On the Adobe website
I found in the category "add-ons" the "Adobe Reader X Font Packs - Chinese Traditional".
Downloaded the .msi-file, extracted it with msiextract from aur/msitools and copied all the files from 'Program Files/Adobe/Reader 10.0/*' to '/opt/Adobe/Reader9/'

Hopefully this hint saves someones time..

fordprefect commented on 2016-07-04 14:20

@c3924754: thank you for providing an automated workaround. much appreciated.
because of personal reasons (rl that sucker) investigation stalled at some point with libxcb/gcc6, i do not expect them to go forward before end of july. i'm sorry but cannot do too much about it. if anyone likes to investigate on my behalf feel free to contact me.

c3924754 commented on 2016-07-04 14:15

New version. To be perfectly clear (and I'm sorry I wasn't before) this little trick I created just helps address the problem people have with commenting the IPV6 line, as in, it just applies the workaround described in the 4th point of fordprefect's pinned comment and then procedes to undo it so you don't have any connectivity problems.

Quoting for reference: "comment out the ipv6 line (::1) in /etc/hosts (this might impair your ipv6 connectivity and functionality of locally communicating programs)"

If my script does not work it is possible that you are suffering from another problem and this workaround does not apply to your case. The script is now more verbose and checks for a running instance first. Give it a try either way. Again, this comments the IPV6 address, launches Reader and then uncomments for other applications to be able to use it.
If you have problems with this script please first try to edit your hosts file yourself and see if the workaround works for you.

Usage (cli): Let's say you have a PDF file in your home directory. ~/file.pdf

I suggest you use it in an application chooser via GUI, try to add the script to your 'Open with...' dialog in your DE/WM/File manager.

All comments