Package Details: acroread 9.5.5-7

Git Clone URL: https://aur.archlinux.org/acroread.git (read-only)
Package Base: acroread
Description: Adobe Reader is a PDF file viewer
Upstream URL: http://www.adobe.com/products/reader/
Licenses: custom
Submitter: None
Maintainer: tuckerboniface
Last Packager: Eschwartz
Votes: 854
Popularity: 1.520939
First Submitted: 2008-05-15 19:18
Last Updated: 2018-07-08 05:53

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

Latest Comments

phollox commented on 2018-07-10 15:32

====PACKAGE WAS COMPROMISED==== thanks @qwence for the detailed info. I'm surprised that this doesn't happen more often (or scared than it does and we don't ever find out)

qwence commented on 2018-07-08 05:01

[Edited again to provide more information: This package was compromised between the hours of 02:31 and 5:55 UTC on 2018-07-08. The PKGBUILD was modified to execute (via curl | bash) a script https://ptpb.pw/~x which in turn executed https://ptpb.pw/~u, an attempt to upload system details to a pastebin-type site. The script, however, contains a typo (calling $uploader when the function was actually upload()) so shouldn't actually do anything. The PKGBUILD also tried to install a systemd timer. Check for /usr/lib/xeactor, /usr/lib/systemd/system/xeactor.timer, /usr/lib/systemd/system/xeactor.service. The problematic commit to the PKGBUILD, which was reverted by a TU, can still be read here: https://aur.archlinux.org/cgit/aur.git/commit/?h=acroread&id=b3fec9f2f167 ]

piona commented on 2018-06-30 18:47

After recent updates of lib32-harfbuzz (lib32-harfbuzz-1.8.1-1-x86_64.pkg.tar.xz) and lib32-glib2 (lib32-glib2-2.56.1-1-x86_64.pkg.tar.xz) acroread finishes with:

openat(AT_FDCWD, "/opt/Adobe/Reader9/Reader/GlobalPrefs/reader_prefs", O_RDONLY) = 5
_llseek(5, 0, [0], SEEK_CUR)            = 0
_llseek(5, 0, [2538], SEEK_END)         = 0
_llseek(5, 0, [0], SEEK_SET)            = 0
read(5, "<</FeatureLockdown [/c <<\t/Defau"..., 4096) = 2538
close(5)                                = 0
--- SIGSEGV {si_signo=SIGSEGV, si_code=SI_KERNEL, si_addr=NULL} ---

Solution (downgrade):

  • lib32-harfbuzz to lib32-harfbuzz-1.7.6-2-x86_64.pkg
  • lib32-glib2 to lib32-glib2-2.56.0+7+g66948ae23-1-x86_64.pkg

acegallagher commented on 2018-06-14 12:50

I'm also getting crashes based on fonts. I tried the kludgy fix of moving the dir but there were at least 10 fonts causing problems. There appears to be three environment variables that acroread pulls in:

PSRESOURCEPATH

ACRO_DISABLE_FONT_CONFIG

ACRO_ENABLE_FONT_CONFIG

None of these seem to do what we want because acrobat is hardcoded to pull in /usr/share/fonts

BTW. /usr/bin/acroread is just a script you can edit. Lots of info in it on what goes where.

yop0 commented on 2018-05-23 08:17

Worked perfectly after applying @amon-ra fix : export GTK2_RC_FILES="/usr/share/gtk-2.0/gtkrc". Thanks.

snack commented on 2018-05-09 12:52

The executable /opt/Adobe/Reader9/Reader/intellinux/bin/acroread is a 32 bit executable, but the dependencies I get after installation are:

$ pacman -Qi acroread ... Depends On : desktop-file-utils gtk2 libxml2 libxt mesa pangox-compat libidn lib32-libcurl-compat

In this way the 64 bit versions of gtk2, mesa etc. are listed as dependencies, while the real dependencies are their 32 bit versions from [multilib].

I think the error is on line 54 of the PKGBUILD, where depends is re-defined (by the way, why defining depends in package()?).

amon-ra commented on 2018-05-04 07:33

My fix was: export GTK2_RC_FILES="/usr/share/gtk-2.0/gtkrc"

Kozeid commented on 2018-04-24 16:43

It works for me if I set LANG=C

fsiegert commented on 2018-04-12 06:57

Thanks @nocri for getting to the bottom of this.

For me it didn't help to move /usr/share/fonts/noto, but I had to move /usr/share/fonts/TTF/DejaVuSans* to make it start again.

Obviously, neither is a very elegant solution, so I'd hope that somebody finds out even more... or at least a workaround where a font path can be set manually by an environment variable within /usr/bin/acroread.

nocri commented on 2018-04-11 17:51

Ok, I've strace'd it and it crashes after:

016 access("/usr/share/fonts/noto/NotoSans-Regular.ttc", R_OK) = 0
9017 openat(AT_FDCWD, "/usr/share/fonts/noto/NotoSans-Regular.ttc", O_RDONLY) = 5
so I've moved directory /usr/share/fonts/noto elsewhere, and it works ... Probably too many font files there, or something? This program is really terribly bugged.

Solution (temporary):

sudo mv /usr/share/fonts/noto ~/noto_backup

All comments