Package Details: acroread 9.5.5-6

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: fordprefect
Last Packager: fordprefect
Votes: 821
Popularity: 5.495089
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: 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

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.

Thanks,
Martin

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

@fordprefect:
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 http://www.adobe.com/go/acroasianfontpack

Neither installing aur/acroread-fonts nor aur/acroread-fonts-systemwide solved the problem.
On the Adobe website
http://www.adobe.com/support/downloads/product.jsp?product=10&platform=Windows
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

http://pastebin.com/MjGiDiPY
---------------------------------------------

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.
script.sh ~/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.

DrMartinus commented on 2016-06-22 16:41

@c3924754 - you are right, I didn't try it with sudo and didn't have "notify-send" installed. I did that now. The script runs through, but acroread isn't even opened. I set the sleep to 30, no luck.

sfranchi commented on 2016-06-19 22:25

@c3924754: I tried the script and it does not work for me.

I am now able to open files, but acroread still crashes within one minute

sfranchi commented on 2016-06-19 22:19

@fordprefect: Sorry for the late reply: yes I´m on x86_64 as well

c3924754 commented on 2016-06-16 13:31

@DrMartinus: What seems to be the problem with the script? Do you have every dependecy I talked about? Maybe try to increase the sleep value i.e. 25.

fordprefect commented on 2016-06-16 12:02

@DrMartinus: i know what you mean, we all need acroread for one or the other reason. PSO provided a solution that works for him (including some i686 files from the repo), but i was not yet able to reproduce and shape into final workaround. sadly this is not happening in the next week either since i am on vacation.
nevertheless you may fear not. use the workarounds for the time beeing (EFS.api is definitely not needed for printing) and you will notice when there is enough progress to show for you to test. this is definitely not given up by now.

tl;dr: working on it, but wont come tomorrow.

DrMartinus commented on 2016-06-16 11:52

Hi,
still no fun. The script provided by c3924754 doesn't help either. I need the acrobat reader, or better open source pdf-readers. Only the acrobat reader provides a variety of printing options, which is vital to my work. Okular, evince and consorts don't provide that variety, or do not even accept the default settings from CUPS, which makes handling pdf documents quite awkward.
Sorry for the lament, I just think that there must be something else wrong besides the workarounds mentioned (which don't work for me).

c3924754 commented on 2016-06-12 00:16

http://pastebin.com/9b2bUTYj
----------------------------
I tried and made a script (read terrible hack) if it helps anyone out. This way it minimizes the connectivity impairment fordprefect talks about (I think?). It comments the IPV6 address, launches reader, waits for it to read the hosts file and then uncomments it again. Adjust sleep time accordingly. Works from the terminal or GUI, it depends on sudo/gksu to ask for permission to edit the hosts file and notify-send for "logging". Usage: acroread_fix.sh <file you want to read>. You can tell "Open with" dialogs to use it for example and no more crashes :)

PS0 commented on 2016-06-10 14:04

I've done some debugging and the problem seems to be a stack misalignment. Acroread uses 4 byte stack alignment where lib32-glibc requires 16 byte stack alignment, which can cause some instructions (like MOVAPS) to fail. To solve this, you would need to rebuild Adobe reader from source with a different alignment or build a limited version of lib32-glibc and include this in the acroread package. Both options seem unrealistic to me.

fordprefect commented on 2016-06-08 20:22

@sfranchi: using x86_64 as well?

mksingh commented on 2016-06-08 13:39

yes my system is fully updated. I am getting this behavior on two different systems with 64-bit arch linux.

sfranchi commented on 2016-06-08 13:36

I am getting the same crashes as before with version 1.12-2 of libxcb. Crashes after about 15/20 secs

fordprefect commented on 2016-06-08 13:34

@mksingh: i cannot reproduce this, it works well for me (even without any workaround in place). did you do a full system update and restarted, to flush ram? what platform are you on (x86_64 i presume, since you write lib32…)?

mksingh commented on 2016-06-08 13:29

after updating to lib32-libxcb 1.12-2, adobe reader continues to die after about 15 secs.

fordprefect commented on 2016-06-07 07:43

libxcb was rebuilt with lower optimization and this stops acroread from crashing for me. please update to lib32-libxcb 1.12-2 and report all issues remaining after.

Marcel_K commented on 2016-06-06 19:32

If you didn't delete old packages, lib32-libxcb-1.11.1-1-x86_64.pkg.tar.xz still resides in /var/cache/pacman/pkg. You can simply extract this file and copy library files to the appropriate directory.

sfranchi commented on 2016-06-06 17:36

I'd like to try copying the lib32-libxcb 1.1 .so files in acroread's directory, as suggested. Is there a pacman command that would let me download those files (or recover them from the cache) without downgrading the package?

PS0 commented on 2016-06-06 13:30

@fordprefect: No, see my previous comment.

fordprefect commented on 2016-06-06 13:23

@PSO: does the other issue (crash after 15s) occur on i686?

PS0 commented on 2016-06-06 13:22

I can't reproduce the segfault on an i686-system.

fordprefect commented on 2016-06-04 10:26

@olive: i appreciate your dedication but as there are other application breakages reported as well i will try to solve this problem upstream first.
i'll keep you updated if there is progress.

olive commented on 2016-06-04 10:19

tompear has it right. But rather than downgrading the package lib32-libxcb itself (which affect other packages that depends on it); better is to copy all *.so file belonging to lib32-libxcb version 1.11.1-1 to /opt/Adobe/Reader9/Reader/intellinux/lib. acroread is a script that put this directory in LD_LIBRARY_PATH; so that the old version of lib32-libxcb is loaded by acroread without affecting any other programs. I have tested it and it works. This could be done in the acroread package. Because acroread is distributed in binary only forms, I do not think that an other solution is possible.

tompear commented on 2016-06-04 09:20

The problem with segfaults is tied with lib32-libxcb-1.12-1. In dmesg there is notice like this:

traps: acroread[7911] general protection ip:f48e16d1 sp:ffc2d6b4 error:0 in libxcb.so.1.1.0[f48d4000+2a000]

The temporary solution is to downgrede lib32-libxcb to version 1.11.1-1.

fordprefect commented on 2016-06-03 15:43

@olive: withdrawing this package will happen when it is confirmed that there is no way to make this work again. until then, this remais to be fixed.
a deletion of this package would most certainly lead to an immediate re-upload though.

olive commented on 2016-06-03 15:33

As mentioned this is going from bad to worse. It segfault now immediately and none of the workaround seems to work. Unless a fix can be found I think that this package should be withdrawn. Someone has tried a 8.x or 7.x version?

maximevince commented on 2016-06-02 07:58

Same here. Segfault immediately on startup now.

jstenback commented on 2016-06-02 04:43

Acroread now appears to segfault on startup, unrelated to the previous issue where it would segfault after a few seconds.

PS0 commented on 2016-05-28 08:22

I would like to help, but I can't reproduce the crash. I'm using a 32-bit and a 64-bit system, both with IPv4 and IPv6 enabled.

olive commented on 2016-05-27 18:32

Removing EFS.api seems to workaround the crash for me. You can see what's the purpose of the plugins in Help -> About Adobe Plud-ins. EFS.api is for the internet access, so I suppose that by doing so you disable internet connectivity in acroread. Curiously I get an error message box when you try to set preference if I remove this plugin. As anybody tried an older version? Maybe it might work better.

andytx1 commented on 2016-05-27 17:21

some how Acroread previous version and this version is kill after 15-50 second program running. i have to use qpdfread instead.

severach commented on 2016-05-23 16:25

I've found that Master PDF Editor is the least broken PDF viewer.

Marcel_K commented on 2016-05-23 14:15

@DrMartinus: following the instructions on winehq.org causes crashes when printing. Instead of

[…] winetricks atmlib riched20 wsh57 mspatcha

you should only issue

[…] winetricks mspatcha

Then printing works fine. See https://bugs.winehq.org/show_bug.cgi?id=37897

DrMartinus commented on 2016-05-23 14:09

Thanks for the workarounds. I tried the following:
• use another pdf-reader whereever possible
result: handling is awkward, brochure printing not possible, tabbed document display not available, and evince ignores the predefined printer settings. Other pdf viewers are very rudimentary, it seems. Maybe I missed a good one, but okular, qpdfview and evince I've tried and all lack a lot.
• use acroread windows version in wine
installed it according to the instructions. It runs fine, but trying to print causes it to crash. So no option.
• remove /opt/Adobe/Reader9/Reader/intellinux/plug_ins/EFS.api
Did that too, but didn't help with the regular crashes in Linux-acroread.
I only didn't comment out that ipv6 line. Will check that as a last resort.

fordprefect commented on 2016-05-20 07:53

@whaler: this line was not added by acroread, it is a crucial part of your systems network configuration a lot of programs rely on for inter process communication (ipc). specifically it makes 'localhost' an ipv6 target to connect to and listen on.

my vague guess is that the crash happens during the initiation of some ipc (the call seems to be located in ELF.api), which parses /etc/hosts and crashes on ipv6.
this is a blind guess however, and i have no clue how to investigate or even fix this atm.

whaler commented on 2016-05-20 05:09

@jacotux
Thanks for the fix!
Now I wonder if the line was added by acroread and/or if it is needed by another program...

bidulock commented on 2016-05-19 00:49

Hah, beat me to it! Yes, it is the ::1 line in /etc/hosts.

jacotux commented on 2016-05-18 19:04

fix acroread crash after ~15 seconds
comment line ::1 in etc/hosts

troddenfrog commented on 2016-05-18 17:44

don't know whether it is relevant, but almost simultaneously my nvidia driver quit working (nvidia-340xx-dkms).
performing dkms manually i discovered that the issue was due to the kernel being compiled with a different compiler version than the [newly compiled] nvidia driver (never happened before).
i didn't notice that, but a *significant* upgrade to the gcc toolchain might have happened somewhere in the nearby, or some evil switches might have been adopted as default; maybe some critical update has brought the problem in.

hcartiaux commented on 2016-05-18 15:14

@fordprefect: Hi & thanks for your work on this PKGBUILD. Could you consider adopting acroread-fonts (which is currently orphaned) ?

MilanKnizek commented on 2016-05-18 06:58

Wine How To:
https://appdb.winehq.org/objectManager.php?sClass=version&iId=27093&iTestingId=92286

cmichal commented on 2016-05-18 03:56

here's a workaround:

cd /opt/Adobe/Reader9/Reader/intellinux/plug_ins
mv EFS.api EFS.api.save

apparently this plug-in has to do with internet access, so I wouldn't expect everything to work, but it seems to avoid the immediate problem.

Marcel_K commented on 2016-05-17 22:26

How did you install which Adobe (Acrobat) Reader version in Wine?

I tried several of them, but every installer said that setup was interrupted before Adobe Reader could be completely installed. I tried AdbeRdr11010_en_US.exe as well as AcroRdrDC1501620039_en_US.exe, among others, using wine-staging-opt 1.7.55-1 on a 64-bit system.

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.

versmisse commented on 2016-05-17 19:11

On a 64 bits system, the needed packages are multilib/lib32-glu and multilib/lib32-libcanberra. This fixed for me the error: 'Failed to load module "canberra-gtk-module"', but the crash after 10 seconds is still there, ....

MilanKnizek commented on 2016-05-17 19:03

The native adobe reader becomes more and more difficult to use, I tried the windows version of the current Reader with Wine and it works quite well. (The exception is that I did not succeed to install personal certificates.)

cmichal commented on 2016-05-17 18:00

I confirm dimich's symptoms. Starting acroread with strace, it seems to run ok for 10-20 seconds, but then has a segmentation fault after opening /etc/hosts.

This started happening to me after updating yesterday.

DrMartinus commented on 2016-05-17 07:00

I also have this phenomenon that acroread quits silently and persistantly after 10 to 20 seconds. This is particularly annoying as I use acroread often for brochure-printing which isn't an available option in any other pdf-reader I know of under Linux. Using KDE, 64bit Manjaro. The problem occured only after one of the last updates a few days ago.
The hint regarding glu and libcanberra is of no use, both are installed, and it also says it is beeing detected, but not included. The mentioned library "/usr/lib/libGLU.so.1" is available. Why doesn't it include it?

bidulock commented on 2016-05-17 00:25

I get this error from namcap:

acroread E: Dependency glu detected and not included (libraries ['usr/lib/libGLU.so.1'] needed in files ['opt/Adobe/Reader9/Reader/intellinux/plug_ins3d/drvOpenGL.x3d'])

So you might check if you have glu installed.

You might also check if you have libcanberra installed. (It provide canberra-gtk-module.)

whaler commented on 2016-05-16 22:22

P.S.
I might add that I am using KDE on an x64 box.

whaler commented on 2016-05-16 22:21

acroread quits consistently after approx. 20 seconds.
I have notice this behaviour only the last 2-3 days.
Running it from the cmd-line, I get this:
$ acroread
Gtk-Message: Failed to load module "canberra-gtk-module"

Corax commented on 2016-05-16 15:09

Same here. Tried this, I didn't help: http://www.tcm.phy.cam.ac.uk/sw/inodes64.html

dimich commented on 2016-05-14 14:14

Crash during /etc/hosts read:

32057 open("/etc/hosts", O_RDONLY|O_CLOEXEC) = 19
32057 fstat64(19, {st_mode=S_IFREG|0644, st_size=195, ...}) = 0
32057 read(19, "#\n# /etc/hosts: static lookup ta"..., 4096) = 195
32057 --- SIGSEGV {si_signo=SIGSEGV, si_code=SI_KERNEL, si_addr=0} ---

ottoshmidt commented on 2016-05-14 07:54

Crashes soon after the launch.

bidulock commented on 2016-04-13 04:38

I think that you need to have [multilib] repo turned on in /etc/pacman.conf

FlyingJay1 commented on 2016-04-13 02:41

Build of acroread9 fails:
==> Building and installing package
==> Install or build missing dependencies for acroread:
error: target not found: lib32-libxt
error: target not found: lib32-mesa
error: target not found: lib32-libidn
error: target not found: lib32-libxml2
error: target not found: lib32-gtk2

kokoko3k commented on 2016-01-11 17:23

As a last resort, it works good by using an outdated container via systemd-nspawn:
https://wiki.archlinux.org/index.php/Systemd-nspawn

Marcel_K commented on 2015-12-12 23:25

> At this point this doesn't seem to influence functionality […]

@catalin.hritcu: That seems logical to me, as, if I interpret the message [1] correctly, "the old C++ ABI is still available", but it will vanish in the future.

[1] https://www.archlinux.org/news/c-abi-change/

fordprefect commented on 2015-12-12 14:15

@catalin.hritcu: good catch. i didnt care for this yet. i guess you are right and we cannot do much here, since the binaries are compiled at adobe, where we have zero influence on rebuilds etc. i guess we just hope for the best and see what happens. people heavily depending on a fully functioning acroread should stay away from the respective updates for a while until emerging problems are sorted out.
anyone is invited to share advice, to keep the package from breaking!

catalin.hritcu commented on 2015-12-12 10:25

This package shows up on the list of packages that need to be rebuit after the recent switch to C++ dual ABI.
https://lists.archlinux.org/pipermail/arch-dev-public/2015-December/027597.html
Since this binary package seems directly based on Adobe binaries I'm not sure whether this will need to be escalated all the way to Adobe.
At this point this doesn't seem to influence functionality, but I've only started the package, didn't do serious testing.

fordprefect commented on 2015-11-02 17:42

@MilanKnizek: ah, i see your problem now. entering /usr/lib/firefox/ in Edit -> Preferences -> Internet does not yield the desired result for me (for libxul.so, same with libgtkembed.so from kompozer package).
as ldd shows some missing libs as well, i'll have a closer look the next days.
stay tuned - thanks for reporting.

MilanKnizek commented on 2015-11-02 17:19

@fordprefect: I guess there is nothing wrong with Adobe Reader, but an external library. E.g. when I choose menu View / Tracker, a new window pops up with Reviews - unfortunatelly nothing gets displayed but a message that AR cannot render HTML due to a missing library.

The error occassionally pops up also with other functionality of AR.

In Edit / Preferences - Internet, there is a line for HTML Rendering Library folder. I tried to install a few packages containing e.g. xulrunner, but AR still complained. I wonder if it is due to x86_64 architecture or that all HTML libraries use already GTK3.

sl1pkn07 commented on 2015-10-29 17:53

acroread E: Dependency lib32-glu detected and not included (libraries ['usr/lib32/libGLU.so.1'] needed in files ['opt/Adobe/Reader9/Reader/intellinux/plug_ins3d/drvOpenGL.x3d'])
acroread W: Dependency lib32-mesa included but already satisfied
acroread W: Dependency lib32-libidn included but already satisfied
acroread W: Dependency included and not needed ('pangox-compat')

fordprefect commented on 2015-10-23 14:18

@MilanKnizek: sorry, i dont know what you mean. do you have a specific pdf at hand, that doesnt work? you could share it, so others have a look if its working with them.
since support for linux by adobe ceased long ago, we are pretty much on our own with this marvel of "software".
i guess using another pdf viewer is no option for you?

MilanKnizek commented on 2015-10-19 16:15

Any idea which package must be install to provide acroread with HTML rendering library on x86_64? (I assume this must be 32bit and GTK2+.)

Alister.Hood commented on 2015-08-23 09:27

This is still true for me:

> The %U in the .desktop file does not work on my system (pcmanfm). I need to use %F.

Marcel_K commented on 2015-07-26 23:09

Are you sure you did makepkg -s? And loaded the database with pacman -Syu?

Cavsfan commented on 2015-07-26 22:31

nilo:uncommenting the [multilib] section in /etc/pacman.con did not help.
Still got:
==> Building and installing package
==> Install or build missing dependencies for acroread:
error: target not found: lib32-libxt
error: target not found: lib32-mesa
error: target not found: lib32-libidn
error: target not found: lib32-libxml2
error: target not found: lib32-gtk2

antena commented on 2015-05-22 06:26

After an update to gnutls 3.4.0, I get the following when trying to invoke the printing dialog (with "export ACRO_PRINT_DEBUG=1"):

dlopen of libcups failed - libgnutls.so.28: cannot open shared object file: No such file or directory

nilo commented on 2015-05-10 11:22

To FlyingJay1: you have most probably missed to "uncomment the [multilib] section in /etc/pacman.conf" (https://wiki.archlinux.org/index.php/Multilib).

FlyingJay1 commented on 2015-05-07 21:20

"yaourt -S acroread" fails with this messge:

==> Building and installing package
==> Install or build missing dependencies for acroread:
error: target not found: lib32-libxt
error: target not found: lib32-mesa
error: target not found: lib32-libidn
error: target not found: lib32-libxml2
error: target not found: lib32-gtk2

Aerion commented on 2014-12-15 13:36

Irrespective of whether pangox-compat is needed at all by acroread, there is no need to install lib32-pangox-compat from the AUR as there are both 32 and 64 bit versions of pangox-compat in extra. My version of the PKGBUILD posted in my previous comment uses pangox-compat from extra.

Some information on bspatch
http://www.daemonology.net/bsdiff/

A search on Google shows that it is also used by other Adobe software.

Marcel_K commented on 2014-12-09 17:01

One correction: there *is* a lib32-pangox-compat: https://aur.archlinux.org/packages/lib32-pangox-compat/

Xezlec commented on 2014-12-09 02:46

Agree with apaatsio and Marcel_K. This package is slightly broken right now and has to be manually repaired by everyone who downloads it. There is no lib32-pangox-compat, and nppdf.so does not seem to make any use of pangox-compat anyway.

But also, I don't know the source of that binary blob that's getting patched in there so I replaced the bspatch command in the PKGBUILD with this sed command:

sed -i 's#C:\\nppdf32Log\\debuglog\.txt#/dev/null\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00#g' \
Adobe/Reader9/Browser/intellinux/nppdf.so

which is based on the actual bug report that this patch claims to fix. The program seems to work, so I assume that was OK. If I'm right, maybe that would be a better way to do it than including this blob of unknown origin.

Marcel_K commented on 2014-12-08 22:57

Why does this package depend on pangox-compat nowadays? 9.5.5-3 works fine without.

Aerion commented on 2014-12-08 21:17

When trying to build this package on a 32-bit system using pacaur, I get the following errors:

:: resolving dependencies...
:: no results found for lib32-gtk2
:: no results found for lib32-libidn
:: no results found for lib32-libxml2
:: no results found for lib32-libxt
:: no results found for lib32-mesa
:: no results found for gcc-multilib
:: no results found for lib32-pango

This suggests that pacaur has an issue interpreting the way the architecture separation is done.

It used to build fine, so it appears that something has changed in the latest PKGBUILD.

I've created an alternative PKGBUILD, using a different syntax for the architecture separation, which works fine with pacaur (as tested with the android-sdk package, which uses the same syntax).

Alternative PKGBUILD: http://pastebin.com/CPjjWymu

Given that this is a 32-bit package, it makes more sense to set the 'depends' and 'optdepends' variables to 32-bit packages, and then make an exception for 64-bit systems.

Perhaps you would consider changing the PKGBUILD so that this package will build using pacaur, or maybe other AUR helpers? After all, most of us use an AUR helper to take the hassle out of installing and upgrading AUR packages.

Aerion commented on 2014-12-08 18:40

This package fails to build on 32-bit systems due to the lib32 dependencies.

The depends variable should include an architecture check and provide two separate dependencies depending on the detected architecture.

kyak commented on 2014-12-06 02:36

The software reports that the new update is available.

andrewboktor commented on 2014-12-03 00:15

Please change lib32 to libx32

apaatsio commented on 2014-11-21 14:54

I got the "error: target not found: lib32-pangox-compat"

In PKGBUILD I had to replace the line

depends=(desktop-file-utils lib32-{gtk2,libxml2,libxt,mesa,pangox-compat,libidn})

with

depends=(desktop-file-utils lib32-{gtk2,libxml2,libxt,mesa,libidn} pangox-compat)

mxr commented on 2014-11-10 04:53

I got segfaults too (only when actually loading a file), but changing the GTK2 theme helped.
GNOME3 uses Adwaita for GTK2 and it seems to work.
If you do not want to change your GTK2 theme it can be set via the cmdline as an environment variable:

GTK2_RC_FILES=/usr/share/themes/Adwaita/gtk-2.0/gtkrc acroread

This actually solves the segfault problem for me.

ava1ar commented on 2014-10-06 19:11

Start segfaulting for me after recent updates (x64, testing on)

tomkwok commented on 2014-09-27 08:55

Updated, details as follows:
Added lib32-gtk-engine-murrine as optional dependency
Removod the line: optdepends=("${optdepends[@]/lib32-/}")
Changed to 'acroread %U' in acroread.install

tomkwok commented on 2014-09-27 06:54

Update details:
Added lib32-gtk-engine-murrine as optional dependency
Removod the line: optdepends=("${optdepends[@]/lib32-/}")
Changed to 'acroread %U' in acroread.install

tomkwok commented on 2014-09-27 06:54

Update details:
Added lib32-gtk-engine-murrine as optional dependency
Removod the line: optdepends=("${optdepends[@]/lib32-/}")
Changed to acroread %U in acroread.install

tomkwok commented on 2014-09-27 06:53

Update details:
Added lib32-gtk-engine-murrine as optional dependency
Removod the line
optdepends=("${optdepends[@]/lib32-/}")
Changed to acroread %U in acroread.install

Marcel_K commented on 2014-09-01 14:14

AFAIK that all depends on the selected GTK theme.

nTia89 commented on 2014-09-01 08:33

I confirm: I'm on x86_64 and "lib32-libcanberra" is an optional dependency as if I run acroread without that package installed in my system, I get:
Gtk-Message: Failed to load module "canberra-gtk-module"

while that message disappears if I install "lib32-libcanberra"

drbellerive commented on 2014-08-31 20:11

Ignore my comment about libEGL.so.1. This appears to be a problem with symbolic link creation when installing libraries.

Bazon commented on 2014-08-30 07:08

For GTK integration, these packages could be optional depends:
lib32-gtk-engine-murrine
lib32-gtk-engines
Without these, my buttons and scrollbars look ugly.
The error message was:
Gtk-WARNING **: Unable to locate theme engine in module_path: "murrine"
(Gtk-WARNING **: Im Modulpfad »murrine« konnte keine Themen-Engine gefunden werden)

drbellerive commented on 2014-08-24 03:34

$ acroread
/opt/Adobe/Reader9/Reader/intellinux/bin/acroread: error while loading shared libraries: libEGL.so.1: cannot open shared object file: No such file or directory

zaidan commented on 2014-07-29 14:02

Please fix missing "%U" in acroread.desktop:

Exec=acroread %U

http://ubuntuforums.org/showthread.php?t=2140457&p=12626232#post12626232

ava1ar commented on 2014-07-24 00:18

@ewtoombs

Submit bug for cover about this issue, PKGBUILD is absolutely valid.

ewtoombs commented on 2014-06-14 23:33

cower chokes on this package:

% cower -dd acroread
:: acroread downloaded to /home/eric/pkg
error: no results found for lib32-{gtk2,libxml2,libxt,mesa,pangox-compat,libidn}

The problem is obvious. Besides editing cower itself, this will fix it:

--- PKGBUILD- 2014-06-06 20:32:09.000000000 -0400
+++ PKGBUILD 2014-06-14 19:26:53.030936980 -0400
@@ -10,7 +10,7 @@
arch=('i686' 'x86_64')
url="http://www.adobe.com/products/reader/"
license=(custom)
-depends=(desktop-file-utils lib32-{gtk2,libxml2,libxt,mesa,pangox-compat,libidn})
+depends=(desktop-file-utils lib32-gtk2 lib32-libxml2 lib32-libxt lib32-mesa lib32-pangox-compat lib32-libidn)
optdepends=('acroread-fonts: CJK and extended font packs'
'lib32-libcanberra: XDG sound support')
[[ $CARCH == "i686" ]] && depends=("${depends[@]/lib32-/}") && optdepends=("${optdepends[@]/lib32-/}")

russo79 commented on 2014-06-07 08:08

There is a small error on your PKGBUILD when building on x86_64.
You're depending on libcanberra instad of lib32-libcanberra.

The problem comes from line 18:
optdepends=("${optdepends[@]/lib32-/}")

This line should be removed.
You have already set optdepends previously, and removed the lib32- prefix if $CARCH is i686.

jvalecillos commented on 2014-06-07 00:31

Updated with .AURINFO

catalin.hritcu commented on 2014-04-29 16:54

Having the same problem as frabjous, and installing bsdiff manually fixed it. Still, I guess it should be an official dependency.

axper commented on 2014-04-26 14:04

I tried again and it compiled fine... strange

semeion commented on 2014-04-26 13:29

Working fine for me, thanks for this package!

axper commented on 2014-03-30 17:11

I am getting this error:
...
==> Starting build()...
Adobe/Reader9/Reader/intellinux/plug_ins3d/2d.x3d: Write failed
Adobe/Reader9/Reader/intellinux/mozilla/: Can't create 'Adobe/Reader9/Reader/intellinux/mozilla'
Adobe/Reader9/Reader/intellinux/mozilla/prefs.js: Can't create 'Adobe/Reader9/Reader/intellinux/mozilla/prefs.js'
Adobe/Reader9/Reader/intellinux/plug_ins/: Can't create 'Adobe/Reader9/Reader/intellinux/plug_ins'
Adobe/Reader9/Reader/intellinux/plug_ins/DigSig.api: Can't create 'Adobe/Reader9/Reader/intellinux/plug_ins/DigSig.api'
... etc

frabjous commented on 2014-03-25 23:48

PKGBUILD: line 42: bspatch: command not found

I take it this is from the bsdiff package, which should be a dependency.

keepitsimpleengr commented on 2014-02-23 22:09

Success, acroread now runs without quick flash & die.

whaler commented on 2014-02-23 11:59

Trying to install, I get

quote
error: acroread: missing required signature
:: File /var/cache/pacman/pkg/acroread-9.5.5-3-x86_64.pkg.tar.xz is corrupt (invalid or corrupt package (PGP signature)).
unquote

This is the first time I see this in AUR, or in Arch. Please fix.

qqqqqqqqq9 commented on 2014-01-28 11:13

@jvalecillos: Please bump pkgrel when you upload a new PKGBUILD.

sirocco commented on 2014-01-28 11:10

https://wiki.archlinux.org/index.php/Arch64_FAQ#Multilib_repository

lazl0w commented on 2014-01-28 09:03

When trying to install on a new system I am getting errors stating that there are some missing build dependencies for acroread.

error: target not found: lib32-libxt
error: target not found: lib32-mesa
error: target not found: lib32-libidn
error: target not found: lib32-libxml2
error: target not found: lib32-gtk2

I got it to work after messing around for a little bit but it should still be fixed.

splippity commented on 2014-01-26 17:55

I believe your dependency of lib32- is causing issues with i686 installs. Obviously it does not pull a relevant package.

thanks

keepitsimpleengr commented on 2014-01-18 19:47

Alas³ - still no love.

alexchamberlain commented on 2014-01-18 16:55

Please can you add `lib32-gtk-engine` as a recommended optional dependency? It fixes some problems with very common GTK themes.

jvalecillos commented on 2014-01-18 03:10

Updated and fixed!

keepitsimpleengr commented on 2014-01-16 00:59

Alas², a quick flash and then nada…

[--ljohnson{16:52:32}aur-acroread]$ namcap acroread-9.5.5-3-x86_64.pkg.tar.xz | grep 'acroread E:'
acroread E: ELF file ('opt/Adobe/Reader9/Browser/intellinux/nppdf.so') outside of a valid path.
acroread E: ELF file ('opt/Adobe/Reader9/Reader/intellinux/bin/xdg-user-dirs-update') outside of a valid path.
acroread E: ELF file ('opt/Adobe/Reader9/Reader/intellinux/bin/acroread') outside of a valid path.
acroread E: ELF file ('opt/Adobe/Reader9/Reader/intellinux/bin/SynchronizerApp-binary') outside of a valid path.
acroread E: ELF file ('opt/Adobe/Reader9/Reader/intellinux/plug_ins/DigSig.api') outside of a valid path.
acroread E: ELF file ('opt/Adobe/Reader9/Reader/intellinux/plug_ins/checkers.api') outside of a valid path.
acroread E: ELF file ('opt/Adobe/Reader9/Reader/intellinux/plug_ins/PPKLite.api') outside of a valid path.
acroread E: ELF file ('opt/Adobe/Reader9/Reader/intellinux/plug_ins/Reflow.api') outside of a valid path.
acroread E: ELF file ('opt/Adobe/Reader9/Reader/intellinux/plug_ins/DVA.api') outside of a valid path.
acroread E: ELF file ('opt/Adobe/Reader9/Reader/intellinux/plug_ins/SaveAsRTF.api') outside of a valid path.
acroread E: ELF file ('opt/Adobe/Reader9/Reader/intellinux/plug_ins/Accessibility.api') outside of a valid path.
acroread E: ELF file ('opt/Adobe/Reader9/Reader/intellinux/plug_ins/EScript.api') outside of a valid path.
acroread E: ELF file ('opt/Adobe/Reader9/Reader/intellinux/plug_ins/Multimedia.api') outside of a valid path.
acroread E: ELF file ('opt/Adobe/Reader9/Reader/intellinux/plug_ins/SearchFind.api') outside of a valid path.
acroread E: ELF file ('opt/Adobe/Reader9/Reader/intellinux/plug_ins/SendMail.api') outside of a valid path.
acroread E: ELF file ('opt/Adobe/Reader9/Reader/intellinux/plug_ins/AcroForm.api') outside of a valid path.
acroread E: ELF file ('opt/Adobe/Reader9/Reader/intellinux/plug_ins/HLS.api') outside of a valid path.
acroread E: ELF file ('opt/Adobe/Reader9/Reader/intellinux/plug_ins/ReadOutLoud.api') outside of a valid path.
acroread E: ELF file ('opt/Adobe/Reader9/Reader/intellinux/plug_ins/Annots.api') outside of a valid path.
acroread E: ELF file ('opt/Adobe/Reader9/Reader/intellinux/plug_ins/EFS.api') outside of a valid path.
acroread E: ELF file ('opt/Adobe/Reader9/Reader/intellinux/plug_ins/wwwlink.api') outside of a valid path.
acroread E: ELF file ('opt/Adobe/Reader9/Reader/intellinux/plug_ins/Spelling.api') outside of a valid path.
acroread E: ELF file ('opt/Adobe/Reader9/Reader/intellinux/plug_ins/MakeAccessible.api') outside of a valid path.
acroread E: ELF file ('opt/Adobe/Reader9/Reader/intellinux/plug_ins/PDDom.api') outside of a valid path.
acroread E: ELF file ('opt/Adobe/Reader9/Reader/intellinux/plug_ins/Multimedia/MPP/Real.mpp') outside of a valid path.
acroread E: ELF file ('opt/Adobe/Reader9/Reader/intellinux/plug_ins/AcroForm/PMP/libpdf417pmp.pmp') outside of a valid path.
acroread E: ELF file ('opt/Adobe/Reader9/Reader/intellinux/plug_ins/AcroForm/PMP/libqrcodepmp.pmp') outside of a valid path.
acroread E: ELF file ('opt/Adobe/Reader9/Reader/intellinux/plug_ins/AcroForm/PMP/libdatamatrixpmp.pmp') outside of a valid path.
acroread E: ELF file ('opt/Adobe/Reader9/Reader/intellinux/plug_ins3d/3difr.x3d') outside of a valid path.
acroread E: ELF file ('opt/Adobe/Reader9/Reader/intellinux/plug_ins3d/prcr.x3d') outside of a valid path.
acroread E: ELF file ('opt/Adobe/Reader9/Reader/intellinux/plug_ins3d/drvOpenGL.x3d') outside of a valid path.
acroread E: ELF file ('opt/Adobe/Reader9/Reader/intellinux/plug_ins3d/drvSOFT.x3d') outside of a valid path.
acroread E: ELF file ('opt/Adobe/Reader9/Reader/intellinux/plug_ins3d/tesselate.x3d') outside of a valid path.
acroread E: ELF file ('opt/Adobe/Reader9/Reader/intellinux/plug_ins3d/2d.x3d') outside of a valid path.
acroread E: ELF file ('opt/Adobe/Reader9/Reader/intellinux/SPPlugins/ADMPlugin.apl') outside of a valid path.
acroread E: ELF file ('opt/Adobe/Reader9/Reader/intellinux/lib/libBIBUtils.so.1.1') outside of a valid path.
acroread E: ELF file ('opt/Adobe/Reader9/Reader/intellinux/lib/libACE.so.2.13') outside of a valid path.
acroread E: ELF file ('opt/Adobe/Reader9/Reader/intellinux/lib/libextendscript.so') outside of a valid path.
acroread E: ELF file ('opt/Adobe/Reader9/Reader/intellinux/lib/libicuuc.so.36.0') outside of a valid path.
acroread E: ELF file ('opt/Adobe/Reader9/Reader/intellinux/lib/libadobelinguistic.so.3.2.0') outside of a valid path.
acroread E: ELF file ('opt/Adobe/Reader9/Reader/intellinux/lib/libBIB.so.1.2') outside of a valid path.
acroread E: ELF file ('opt/Adobe/Reader9/Reader/intellinux/lib/libcrypto.so.0.9.8') outside of a valid path.
acroread E: ELF file ('opt/Adobe/Reader9/Reader/intellinux/lib/libAdobeXMP.so') outside of a valid path.
acroread E: ELF file ('opt/Adobe/Reader9/Reader/intellinux/lib/libeggtrayicon.so') outside of a valid path.
acroread E: ELF file ('opt/Adobe/Reader9/Reader/intellinux/lib/libssl.so.0.9.8') outside of a valid path.
acroread E: ELF file ('opt/Adobe/Reader9/Reader/intellinux/lib/libicucnv.so.36.0') outside of a valid path.
acroread E: ELF file ('opt/Adobe/Reader9/Reader/intellinux/lib/librt3d.so') outside of a valid path.
acroread E: ELF file ('opt/Adobe/Reader9/Reader/intellinux/lib/libCoolType.so.5.05') outside of a valid path.
acroread E: ELF file ('opt/Adobe/Reader9/Reader/intellinux/lib/libahclient.so') outside of a valid path.
acroread E: ELF file ('opt/Adobe/Reader9/Reader/intellinux/lib/libcurl.so.3.0.0') outside of a valid path.
acroread E: ELF file ('opt/Adobe/Reader9/Reader/intellinux/lib/libsccore.so') outside of a valid path.
acroread E: ELF file ('opt/Adobe/Reader9/Reader/intellinux/lib/libAXE8SharedExpat.so') outside of a valid path.
acroread E: ELF file ('opt/Adobe/Reader9/Reader/intellinux/lib/libicui18n.so.36.0') outside of a valid path.
acroread E: ELF file ('opt/Adobe/Reader9/Reader/intellinux/lib/libJP2K.so') outside of a valid path.
acroread E: ELF file ('opt/Adobe/Reader9/Reader/intellinux/lib/libAXSLE.so') outside of a valid path.
acroread E: ELF file ('opt/Adobe/Reader9/Reader/intellinux/lib/libicudata.so.36.0') outside of a valid path.
acroread E: ELF file ('opt/Adobe/Reader9/Reader/intellinux/lib/libAGM.so.4.18') outside of a valid path.
acroread E: ELF file ('opt/Adobe/Reader9/Reader/intellinux/lib/libResAccess.so.0.1') outside of a valid path.
acroread E: ELF file ('opt/Adobe/Reader9/Reader/intellinux/lib/libWRServices.so.3.1') outside of a valid path.
acroread E: Dependency lib32-glu detected and not included (libraries ['usr/lib32/libGLU.so.1'] needed in files ['opt/Adobe/Reader9/Reader/intellinux/plug_ins3d/drvOpenGL.x3d'])

[--ljohnson{16:53:44}aur-acroread]$ uname -a
Linux kise-005 3.12.7-2-ARCH #1 SMP PREEMPT Sun Jan 12 13:09:09 CET 2014 x86_64 GNU/Linux


acgtyrant commented on 2014-01-15 04:41

@jvalecillos

Look at koutheir's and eworm's comments please.

jvalecillos commented on 2014-01-15 02:19

What do you mean @acgtyrant?, The package is built just fine and it is the lastest version.

jvalecillos commented on 2014-01-15 02:18

What do you mean @acgtyrant?, The package builds just fine and it is the lastest version.

acgtyrant commented on 2014-01-11 14:00

I am very wondering that this package is not maintained very well! (Yelling

mid-kid commented on 2013-12-22 16:25

Why?
Both links work.

bsjeon commented on 2013-11-07 21:52

Please, Fix the download link:
http://ardownload.adobe.com/pub/adobe/reader/unix/9.x/9.5.5/enu/AdbeRdr9.5.5-1_i486linux_enu.tar.bz2

Manouchehri commented on 2013-11-06 00:20

I think this is incorrectly flagged as out of date. I do not see any newer version listed on Adobe's website for Linux. Windows has 10.x and 11.x, but not us yet.

Please be more careful when marking packages.

koutheir commented on 2013-10-29 14:29

Why is no one maintaining this package? There are very useful fixes in the comments and nothing is implemented! And the latest version simply does not work: "a quick flash and then nada". Anyone to maintain this?

keepitsimpleengr commented on 2013-10-10 13:09

Alas, a quick flash and then nada...
[--ljohnson{05:45:02}~]$ acroread

(acroread:7648): Gtk-WARNING **: Unable to locate theme engine in module_path: "xfce",

[--ljohnson{05:45:33}~]$ uname -a
Linux kise-005 3.11.4-1-ARCH #1 SMP PREEMPT Sat Oct 5 21:22:51 CEST 2013 x86_64 GNU/Linux

[--ljohnson{05:52:21}~]$ sudo pacman -Q acroread gtk glibc
acroread 9.5.5-3, gtk 1.2.10-12, glibc 2.18-5

[--ljohnson{05:59:18}~]$ sudo pacman -Q gtk-engine-murrine gtk-engine-unico gtk-engines gtk2-xfce-engine gtk3-xfce-engine
gtk-engine-murrine 0.98.2-1, gtk-engine-unico 1.0.2-3, gtk-engines 2.21.0-1, gtk2-xfce-engine 3.0.1-1, gtk3-xfce-engine 3.0.1-1

Could it be looking for a i686 package..?

ruario commented on 2013-09-24 12:56

I should also note that the starting position (6889) has not changed in all releases of Acroread since .bin files where first offered (i.e. AdbeRdr9.1.0-1_i486linux_enu.bin from February 2009), so it should be relatively safe just to hardcode this value in the PKGBUILD rather than to include the perl command to recalculate it each time.

ruario commented on 2013-09-24 12:19

If you have a decent connection you'll likely get a much faster download from http://ardownload.adobe.com/pub instead of ftp://ftp.adobe.com/pub so perhaps it is worth changing this in the sources list?

Additionally, you might want to consider using the .bin file as a source instead of the .tar.bz2 file as it is about 13.5 Mb smaller due to use of LZMA compression. The .bin actually has a tar.lzma archive inside it with the same files as the .tar.bz2 that you currently use. The contents of the internal tar can be extracted as follows:

$ tail -c+6889 AdbeRdr9.5.5-1_i486linux_enu.bin | xz -qqd | tar x

I was able to calculate the starting position of the LZMA file (6889) by running the following command to locate the LZMA stream:

$ perl -ln0777e 'print (pos() - 12) while /]\x00{2}.{4}\xff{6}/g' AdbeRdr9.5.5-1_i486linux_enu.bin

eworm commented on 2013-09-10 09:09

The debug file is really annoying... :-/
I created a bsdiff file that makes the plugin write its output to /dev/null:
http://www.eworm.de/download/linux/nppdf.bsdiff

Can we apply this in PKGBUILD? It would require bsdiff package in makedeps.

benjarobin commented on 2013-09-05 21:45

Because the folowing file is created: "C:\nppdf32Log\debuglog.txt", is it possible to patch the nppdf.so as describe in this bug report :
https://bugs.launchpad.net/ubuntu/+source/acroread/+bug/986841/comments/21

Anonymous comment on 2013-08-26 09:47

No segmentation fault for me, but even though acroread launches fine, it crashes immediately when trying to open a document, or when opening the settings dialog.

This is what can be found in the crashlog:

/usr/bin/acroread [0x850ab41] [@0x8048000]
linux-gate.so.1(__kernel_sigreturn+0x0) [0xf77da400] [@0xf77da000]

I have a fully updated system, glibc-2.18-2/lib32-glibc-2.18-2, KDE 4.11, kernel 3.10.9-1.

snakeroot commented on 2013-08-18 16:45

The segfaults may relate to the update of glibc. Try updating to glibc-2.18-2/lib32-glibc-2.18-2. Fixed it for me.

Regards,

foxcm2000 commented on 2013-08-15 13:56

I'm getting segfaults as well. This is a recent occurrence since I was just using acroread a couple of days ago. KDE 4.11.

k2s commented on 2013-08-05 06:27

I am not able to start acroread on x64, splash screen appears and then closes.

#acroread -DEBUG acroread
[1] 13830 segmentation fault (core dumped) acroread -DEBUG acroread

is there solution for this ?

k2s commented on 2013-08-05 06:22

I am not able to start acroread on x64, window blinks and closes. I can't find error message, could missing libraries be the problem ?

ldd /opt/Adobe/Reader9/Reader/intellinux/bin/acroread
libBIB.so => not found
libBIBUtils.so => not found
libACE.so => not found
libAGM.so => not found
libCoolType.so => not found
libAXE8SharedExpat.so => not found
libJP2K.so => not found
libAdobeXMP.so => not found
libpthread.so.0 => /usr/lib32/libpthread.so.0 (0xf7692000)
libicuuc.so.36 => not found
libssl.so.0.9.8 => not found
libcrypto.so.0.9.8 => not found
libResAccess.so => not found

k2s commented on 2013-08-05 06:20

installing lib32-gtk-engines removes messages:

(acroread:<number>): Gtk-WARNING **: Unable to locate theme engine in module_path: "<theme>"

pls. add it to dependencies

psi.neamf commented on 2013-07-23 10:57

Yeah, that makes sense, but I could swear it tried to find the lib32 libs when I tried to compile it. Anyway. Thx.

qqqqqqqqq9 commented on 2013-07-23 08:51

Yes, they are 64bit-only. For 32bit, the dependeny-array is replaced in the "[[ $CARCH == "i686" ]]"-line.

psi.neamf commented on 2013-07-23 07:47

Hi, Am I just confused, or are those dependencies specifically for 64bit?

psi.neamf commented on 2013-07-23 07:47

Hi, I'm I just confused, or are those dependencies specifically for 64bit?

sirocco commented on 2013-07-05 03:15

gtk3 problem? http://igurublog.wordpress.com/2012/11/05/gnome-et-al-rotting-in-threes/

k2s commented on 2013-07-04 07:47

Can't start acroread, on command line i am getting error:

(acroread:4396): Gtk-WARNING **: Unable to locate theme engine in module_path: "adwaita"

reader doesn't start. anybody knows solution ?

lervag commented on 2013-06-25 10:29

I suggest to add 'lib32-gtk-engine-murrine' as an optional dependency, since it seems acroread uses this engine. When murrine is not installed, acroread spits out a bunch of messages like this:

(acroread:number): Gtk-WARNING **: Unable to locate theme engine in module_path: "murrine"

jstjohn commented on 2013-06-10 11:09

The included ".desktop" file should be revised per the following:

$ desktop-file-validate acroread.desktop
acroread.desktop: warning: value "Application;Office;Viewer;X-Red-Hat-Base;" for key "Categories" in group "Desktop Entry" contains a deprecated value "Application"

qqqqqqqqq9 commented on 2013-05-29 04:28

@jvalecillos: I added them because namcap reported them to be missing an i usually follow namcap's advice. The package is yours.

jvalecillos commented on 2013-05-29 01:37

@qqqqqqqqq9 I'm taking your word. Please disown the package as you have said. By the way, there was no need for add new dependencies. The package was fine all the time.

luolimao commented on 2013-05-28 20:48

Whoops, yeah it was a cairo1.10 that required libpng15. No idea why I had that installed.

luolimao commented on 2013-05-28 20:44

@jvallecillos I had posted an orphan request in the AUR-general mailing list, because your email bounced for some reason.
Speaking of which, how did qqqqqqqqq9 get control after I adopted and uploaded the new release? I don't see how it became an orphan again...unless another TU orphaned it after the mailing list post?

qqqqqqqqq9 commented on 2013-05-28 11:24

I removed libxt from depends because it's already pulled by gtk2--gtk-update-icon-cache--gdk-pixbuf2--jasper--libxmu. I cannot check for lib32-libxt because my machine is 32bit.

eworm commented on 2013-05-28 11:18

I think libxt is not needed either. It is a low level graphical library used by xaw, motif and others. GTK does not use it, though.
Or did I miss anything?

Auguste commented on 2013-05-28 09:48

it's nice to see the libpng15 gone. great!

and i don't want to maintain the package.

qqqqqqqqq9 commented on 2013-05-28 08:34

No, it was orphan, so i adopted it. If you want it, i disown it. Make sure you don't double-click on the adopt-button.

qqqqqqqqq9 commented on 2013-05-28 08:33

Auguste commented on 2013-05-28 08:27

is there a bug in aur that whoever comments on this package gets to the maintain it?

qqqqqqqqq9 commented on 2013-05-28 07:47

Hi, there the optdepends-output is not well formatted, i get:

Optional dependencies for acroread
acroread-fonts:
CJK
and
extended
font
packs
libcanberra:
XDG
sound
support
libidn:
Signature
validation

Auguste commented on 2013-05-28 06:48

$ ldd /opt/Adobe/Reader9/Reader/intellinux/bin/acroread | grep libpng
libpng16.so.16 => /usr/lib32/libpng16.so.16 (0xf68a5000)

please remove the libpng15 dependency.

eworm commented on 2013-05-28 06:05

libpng15 in *NOT* required for acroread. Please remove the dependency.
Possibly you have old libraries around that you built manually or from AUR.

jvalecillos commented on 2013-05-28 02:39

WTF?... I had already updated it. How do you take over the package without asking for first?

luolimao commented on 2013-05-28 00:39

Adopted and updated.

luolimao commented on 2013-05-21 18:43

Never mind, libpng15 is still required.

luolimao commented on 2013-05-18 16:02

Actually since 9.5.5 is out, it may have been built with a new version of libpng; I haven't checked it out yet.

luolimao commented on 2013-05-18 16:00

/opt/Adobe/Reader9/Reader/intellinux/bin/acroread: error while loading shared libraries: libpng15.so.15: cannot open shared object file: No such file or directory
acroread has a new dependency: libpng15 (or lib32-libpng15 for x86_64 PCs).

luolimao commented on 2013-05-18 15:55

acroread has a new dependency: libpng15 (or lib32-libpng15 for x86_64 PCs).

TheJJ commented on 2013-05-11 16:54

could you please change (sed) the line
Exec=acroread

in the /usr/share/applications/acroread.desktop file to
Exec=acroread %f

as this enables the "open with" functionality in nautilus!

keepitsimpleengr commented on 2013-05-08 14:51

sokuban commented on 2013-05-01 13:58

==> WARNING: Using a PKGBUILD without a package() function is deprecated.

emorkay commented on 2013-03-22 19:14

Hi,
Validating signatures in one of my documents succeeded only after installing lib32-libidn. Perhaps, it can be added as a dependency.

Thanks,

emorkay commented on 2013-03-22 19:13

Hi,
Validating signatures in one of my documents succeeded only after installing lib32-libidn. Perhaps, it should added as a dependency.

Thanks,

Anonymous comment on 2013-03-13 02:24

The package builds all right, but
$ acroread
fails silently.
$ uname -a
Linux schooner 3.7.10-1-ARCH #1 SMP PREEMPT Thu Feb 28 09:59:14 CET 2013 i686 GNU/Linux
So I believe my arch is up to date.

Here are the last few lines of
$ strace acroread
-----------[.....]-------------------------
-recv(3, 0xa079fa0, 4096, 0) = -1 EAGAIN (Resource temporarily unavailable)
shmctl(2523142, IPC_64|IPC_RMID, 0) = 0
shmdt(0xb2b04000) = 0
--- SIGSEGV {si_signo=SIGSEGV, si_code=SI_KERNEL, si_addr=0} ---
rt_sigaction(SIGABRT, {SIG_DFL, [ABRT], SA_RESTART}, {0x850a98e, [], 0}, 8) = 0
exit_group(1) = ?
+++ exited with 1 +++-
---------------------------------------------

Any hints? I'm completely at a loss here.

jvalecillos commented on 2013-03-12 02:57

Fixed

Marcel_K commented on 2013-03-11 20:28

To all users with the "sed: no input files" issue: if you read dsoul's comment from 2013-03-10 08:15 you could have known that you should just remove the commented line 50 (or remove the # if you want that line in acroread.desktop to read "Exec=acroread %U") and everything is fine. It's all in the comments already.

pezzacolori commented on 2013-03-11 19:58

same here ("sed: no input files")

pezzacolori commented on 2013-03-11 19:12

same here ("sed: no input files")

Zynisch commented on 2013-03-11 14:11

Also afflicted by "sed: no input files".

TheRealSoup commented on 2013-03-11 13:29

Another "sed: no input files" here.

marquicus commented on 2013-03-11 12:46

same error as indianahorst

indianahorst commented on 2013-03-11 11:06

==> Extracting Sources...
-> Extracting AdbeRdr9.5.4-1_i486linux_enu.tar.bz2 with bsdtar
==> Entering fakeroot environment...
==> Starting build()...
-> Installing Main Files...
-> Installing Bin Files...
-> Installing Broswer Plugin...
-> Installing Icon Resource...
sed: no input files
==> ERROR: A failure occurred in build().
Aborting...
:: acroread cleaned


Could this please be fixed by the package maintainer? Thanks!

kyak commented on 2013-03-10 11:12

Need to manually change PKGBUILD to be able to install, not good.

fantab commented on 2013-03-10 09:08

I just uncommented the line 50 (#-e 's/Exec=acroread/Exec=acroread %U/' \) and the build was successful.

@dsoul: Are there any known issues if we use the above line?

fantab commented on 2013-03-10 09:05

I just uncommented the line 50 (#-e 's/Exec=acroread/Exec=acroread %U/' \) and the build works.

@dsoul: Did you really mean "remove the commented line 50"? If yes, then could you be so kind to explain, why?

dsoul commented on 2013-03-10 08:15

remove commented line 50

michalmiddleton commented on 2013-03-10 05:41

Hi,
The 9.5.4-1 version fails to build on my system.

==> Starting build()...
-> Installing Main Files...
-> Installing Bin Files...
-> Installing Broswer Plugin...
-> Installing Icon Resource...
sed: no input files
==> ERROR: A failure occurred in build().
Aborting...
The build failed.

Alister.Hood commented on 2013-02-14 07:52

> The %U in the .desktop file does not work

I mean when I double-click on a file the reader opens, but it doesn't open the file.

Alister.Hood commented on 2013-02-14 07:51

The %U in the .desktop file does not work on my system (pcmanfm). I need to use %F.

> It also says:
> Also, please file a bug against the upstream project if you notice this problem.
>
> But I do not where is the "upstream project" :|

https://www.adobe.com/cfusion/mmform/index.cfm?name=wishform
I don't know that they've fixed any of the bugs I've reported though...

jvalecillos commented on 2013-01-17 05:27

Updated!. I also fixed the desktop file.

ryenus commented on 2013-01-14 12:03

What about a gist https://gist.github.com/4529620

ryenus commented on 2013-01-14 11:49

$ diff PKGBUILD-9.5.1 PKGBUILD-9.5.3
5,6c5,6
< pkgver=9.5.1
< pkgrel=2
---
> pkgver=9.5.3
> pkgrel=1
25c25
< md5sums=('e753016e8f11cdeaabcc576a7a320af3')
---
> md5sums=('aeb7cdb8b675b3e01e32233d167fb1eb')

anonymous_user commented on 2013-01-12 03:33

9.5.3 is out and fixes some security vulnerabilities.

malhobayyeb commented on 2013-01-04 02:02

Adobe Reader does not appear on the "Open With" menu and the "Open With" tab.
This is due to the missing "%U" in the acroread.desktop file.

I added it to the file and it appears correctly.

Before:
Exec=acroread

After:
Exec=acroread %U

Note: I got this information form the bottom part of the following ArchWiki page.
https://wiki.archlinux.org/index.php/Default_Applications#Gnome_3

It also says:
Also, please file a bug against the upstream project if you notice this problem.

But I do not where is the "upstream project" :|

deags commented on 2012-12-31 08:12

The default printing options use lp -P Printer_name -o etc.

Googling suggests something to do with this being targgeted at cups-bsd; at the print dialog CUPS works normally by selecting 'Custom...' printer, and using 'lpr -P Printer_name'. I imagine you can set other lpr settings as normal, but I've only tried default A4 printing.

Anonymous comment on 2012-10-01 11:01

Works again for me, Sorry. After restoring the system from a severe misfunction it seems that my multilib repository had gone completely. If there is a way to check this before the installation I would recommend a requirement for the multilib repository for x86_64 systems.

Thx!

Anonymous comment on 2012-09-18 15:01

Not working for me for some time now, any suggestions?

$ acroread
/usr/bin/acroread: line 22: /opt/Adobe/Reader9/Reader/intellinux/bin/acroread: No such file or directory

ava1ar commented on 2012-08-16 15:48

I would not suggest anybody using this vulnerable crap: http://j00ru.vexillium.org/?p=1175

Polly commented on 2012-08-16 10:16

I didn't have any problem using the FTP source, I got 4:33 min. The problem doesn't seem to be general. It probably depends on the traffic at adobe's servers...

Anonymous comment on 2012-07-23 03:31

using ftp I got 6 days total time, so I had to edit the PKGBUILD and change it manually to http.

bassu commented on 2012-06-06 03:16

I would suggest use an http source rather than an ftp's.

bassu commented on 2012-06-06 03:16

For some reason the tar.bz2.part file never fully downloaded from Adobe ftp. Tried multiple times. So had to manually PKGBUILD with 'makepkg -s --skipinteg'

Tybo commented on 2012-06-02 08:54

Seems to work fine for me at the moment... (Arch linux up-to-date 64bits)

nesk_aur commented on 2012-06-02 08:23

Since recent Arch update, it crashes, giving nothing but Gtk-WARNINGs in terminal.

nesk_aur commented on 2012-06-02 08:22

Since recent update, it crashes, giving nothing but Gtk-WARNINGs in terminal.

Anonymous comment on 2012-05-18 23:26

It looks there is an error in the /usr/share/applications/acroread.desktop file.
Where it says:

Exec=acroread

It should say:

Exec=acroread %F

Or else nautilus won't let me set it as default for opening PDF files.

Regards.
Rodrigo

flexiondotorg commented on 2012-04-24 10:41

Hi Jose,

Could please update the `depends` and `optdepends` in your `PKGBUILD` as follows:

if [[ "$CARCH" == 'i686' ]]; then
depends+=('gtk2' 'mesa', 'libidn')
optdepends=('libcanberra: XDG sound support', 'xulrunner: HTML Rendering')
else
depends+=('lib32'-{'gtk2','mesa','libxml2','xcb-util','libidn'})
optdepends=('lib32-libcanberra: XDG sound support', 'lib32-xulrunner: HTML Rendering')
fi

`libidn` is required for the Tracker to work, without it `acroread` segfaults when the Tracker is accessed. `xulrunner` is an optional dependency but can fulfil the HTML Rendering requirement.

Thanks in advance.

Regards, Martin.

kralyk commented on 2012-04-18 11:39

@jvalecillos: Could you please use nspluginwrapper on x86_64?
Without it the browser pluing doesn't work on 64bits.
I've tested acroread along with nspluginwrapper locally and it works alright...

Anonymous comment on 2012-04-18 07:46

Same here. Stability issues related to the open file dialog (scrolling with mouse).

PyroDevil commented on 2012-04-18 06:52

I can confirm some stability issues related to the open file dialog.
On my box changing directories works, but if I want so scroll through a large directory, acroread crashes.

PyroDevil commented on 2012-04-18 06:38

I can confirm some stability issues related to the open file dialog.
On my box changing directories works, but if I want so scroll through a large directory, acroread crashes.

uberGeek commented on 2012-04-18 03:40

Just installed 9.5.1-2, still crashing on file open dialog (keyboard only, or using mouse.) Dialog opens, but any attempt to change directory results in fail.

jvalecillos commented on 2012-04-17 23:03

The problem was related with the manner how yaourt works. If you use makepkg and build the package by yourself you won't have any problem. But I fixed the package anyway.

Tybo commented on 2012-04-17 21:54

Yep, there's something wrong all right... We would need a small fix for this package.

I used a workaround that should work in the meantime. In the PKGBUILD file, line number 40 replace
ln -s ${pkgdir}/opt/Adobe/Reader9/bin/acroread "$pkgdir/usr/bin"
by:
ln -s /opt/Adobe/Reader9/bin/acroread "$pkgdir/usr/bin"

Using the same method, patch line 47:
ln -s ${pkgdir}/opt/Adobe/Reader9/Browser/intellinux/nppdf.so "$pkgdir/usr/lib/mozilla/plugins"
should be replaced by:
ln -s /opt/Adobe/Reader9/Browser/intellinux/nppdf.so "$pkgdir/usr/lib/mozilla/plugins"

This ought to get things to work nicely...

Cheers!

Anonymous comment on 2012-04-17 19:50

I checked the /usr/bin/acroread pointer and said this:
acroread -> /tmp/yaourt-tmp-luca/aur-acroread/pkg/opt/Adobe/Reader9/bin/acroread
So you have to change something, because the right pointer might be:
acroread -> /opt/Adobe/Reader9/bin/acroread

Anonymous comment on 2012-04-17 19:40

bash: acroread: command not found
Same thing is happening to me too.

jvalecillos commented on 2012-04-17 19:11

What do you mean?. It works for me. I tested in a fresh install and works like a charm. How "ln" command works according to you?.

yuyichao commented on 2012-04-17 16:32

please remove the ${pkgdir} in ln -s command, this is not how ln -s works

Anonymous comment on 2012-04-17 15:39

bash: acroread: command not found

flexiondotorg commented on 2012-04-17 09:20

Hi jvalecillos,

Can you please disown this package?

I have an updated PKGBUILD ready to go for 9.5.1 which also includes some additional dependencies that are required for the Tracker to work plus an optional dependency for HTML rendering.

Regards, Martin.

flexiondotorg commented on 2012-04-12 17:13

Hi,

9.5.1 is available. I've updated the PKGBUILD locally and installed it.

The crashes in dialogs still happen although they only happen when using the mouse to scroll or Page up/down keys. The mouse can be used to select items, but scrolling must be done with the cursors keys only. Tab can also be used to move between items without crashing. Cumbersome, but a work around of sorts.

Regards, Martin.

flexiondotorg commented on 2012-04-12 17:09

Hi,

9.5.1 is available.

I've updated the PKGBUILD locally and installed it. The crashes still happen. However, if you *do not* use the mouse to navigate in the dialogs but use cursors and tab to navigate instead, it does not crash. Cumbersome, but a work around of sorts.

Regards, Martin.

kralyk commented on 2012-03-02 16:19

@edenyard: I tried debugging the crash with GDB, but I'm not sure whether it will be any useful without source code or at least debug symbols...
Anyway, here's the backtrace: http://pastebin.com/iSpua0Pj

Anonymous comment on 2012-03-02 14:26

For what it's worth, I've just installed 9.4.6 using Yaourt, replacing 9.4.2 which I've had for months. I find that the EXACT point of crashing in a dialogue box is if I try and SCROLL up or down a list, either using the mouse wheel or by dragging the slider bar at the right-hand side of a list. This happens for certain in File/Print, File/Open and File/Save. If I can complete one of those dialogues without needing to scroll, it doesn't seem to crash.

Here's hoping this might help someone who understands these things to pin it down!

cfr42 commented on 2012-02-19 22:32

I'm also seeing crashes with my adapted 9.4.7 version. I haven't noticed especially with the open dialog which I don't use often, but it is associated with having dialogs open and trying to use them - preferences, printing, whatever.

Is it possible to use those packages without conflicting with the system installed versions? What's different about them, exactly?

Is there any chance that somebody else might be interested in helping to maintain this package? I don't know enough to deal with this kind of thing and I'm really reliant on acroread for work. There just isn't an alternative (as far as I've been able to discover so far) on Linux. I would be happy to help in whatever way I could.

Anonymous comment on 2012-02-03 03:28

Disclaimer: ugly/disgusting/terrible kludge below.

Acroread also crashes here after that update, as a temporary fix I downloaded these packages from http://schlunix.org/archlinux/
lib32-freetype2-2.4.8-1-x86_64.pkg.tar.xz
lib32-gtk2-2.24.8-1-x86_64.pkg.tar.xz
freetype2-2.4.8-1-x86_64.pkg.tar.xz
gtk2-2.24.8-2-x86_64.pkg.tar.xz

I unpacked them to $HOME/opt/acroread_libs, and I'm starting acroread with:
LD_LIBRARY_PATH=$HOME/opt/acroread_libs/usr/lib32:$HOME/opt/acroread_libs/usr/lib /usr/bin/acroread

tuomo commented on 2012-01-19 13:30

After upgrading lib32-gtk2 to version 2.24.8-2, acroread crashes every time when trying to open the File -> Open... dialog.

talavis commented on 2012-01-18 08:54

Only changes required for latest version:
pkgver=9.4.7
md5sums=('f8972552e4f10116c03925a04ab1b86f')

KerrickStaley commented on 2012-01-13 17:54

In the post-install, could you mention that acroread causes issues with bash_completion (or make it work in the first place, if you could :)?
https://bugs.archlinux.org/task/22807

Thanks

kralyk commented on 2012-01-12 15:13

Few things: First of all, update to 9.4.7, it is a SECURITY update.
Second, would you mind installing the browser plugin using nspluginwrapper rather than simple link _on x86-64 systems_? Otherwise the plugin doesn't work on 64-bit Arch.
Third: the '|| return1' checks are not needed any more.

kralyk commented on 2012-01-12 15:13

Few things: First of all, update to 9.4.7, it is a SECURITY update.
Second, would you mind installing the browser plugin using nspluginwrapper rather than simple link _on x86-63 systems_? Otherwise the plugin doesn't work on 64-bit Arch.
Third: the '|| return1' checks are not needed any more.

jtts commented on 2012-01-11 14:15

Version 9.4.7 has been released.

bohoomil commented on 2011-12-06 19:24

@jvalecillos -- When updating the PKGBUILD, please consider fixing a little bug in the launcher script (when you start Acrobat in terminal, it outputs 'dirname: missing operand' error). You can find the patch here: http://bit.ly/acroreadpatch

frb commented on 2011-12-05 12:03

vladimir, It's not yet available for linux.
ftp://ftp.adobe.com/pub/adobe/reader/unix/

Anonymous comment on 2011-12-05 10:17

it's released adobe reader X

nous commented on 2011-12-04 10:53

Do it, please. Binary blobs should go there (like picasa).

jvalecillos commented on 2011-12-03 16:39

Updated. I'll consider change installation directory to "opt", if enough people support this suggestion and doesn't interfere with other functions.

jvalecillos commented on 2011-12-03 16:31

Update it!.

bohoomil commented on 2011-12-01 22:27

@Zorino -- install the required lib32-* libs using multilib repo. There doesn't exist the 64 bit native Acrobat Reader for Linux.

Zorino commented on 2011-12-01 20:36

I get the following

==> Missing Dependencies:
-> lib32-gtk2
-> lib32-mesa
-> lib32-libxml2
-> lib32-xcb-util
==> Checking buildtime dependencies...
==> ERROR: Could not resolve all dependencies.

desktop-file-utils, libxml2, xcb-util are all installed and I'm on x86_64 any ideas ?

Zorino commented on 2011-12-01 20:36

I get the following

==> Missing Dependencies:
-> lib32-gtk2
-> lib32-mesa
-> lib32-libxml2
-> lib32-xcb-util
==> Checking buildtime dependencies...
==> ERROR: Could not resolve all dependencies.

desktop-file-utils, libxml2, xcb-util are all installed and I'm on x86_64 any ideas ?

Zorino commented on 2011-12-01 20:17

I get the following

==> Missing Dependencies:
-> lib32-gtk2
-> lib32-mesa
-> lib32-libxml2
-> lib32-xcb-util
==> Checking buildtime dependencies...
==> ERROR: Could not resolve all dependencies.

desktop-file-utils, libxml2, xcb-util are all installed and I'm on x86_64 any ideas ?

favadi commented on 2011-12-01 04:08

@jvalecillos: Update this package or disown it, so someone can takes care of it.

talavis commented on 2011-11-25 08:29

In order to use with 9.4.6, just change:
< pkgver=9.4.2
> pkgver=9.4.6

< md5sums=('307aaaf22e8c08958927dfabb0f4d745')
> md5sums=('3d0cdf99d3ea01b53c31ca35338d90eb')

Anonymous comment on 2011-11-18 22:52

Latest version is 9.4.6: ftp://ftp.adobe.com/pub/adobe/reader/unix/9.x/9.4.6/enu/

Adobe's download center just doesn't advertise it...

Anonymous comment on 2011-10-31 17:11

Sigh, I'm an idiot. Need some coffee. It's clearly not enabled...

My bad. (Apologies x1000)

Anonymous comment on 2011-10-31 17:02

Sigh, I'm an idiot. Need some coffee. It's clearly not enabled...

My bad. (Apologies x1000)

Anonymous comment on 2011-10-31 17:00

Hey thomasd, it is enabled:
$ cat /etc/pacman.conf |grep -n1 multilib
76-# If you want to run 32 bit applications on your x86_64 system,
77:# enable the multilib repositories as required here.
78-
79:#[multilib-testing]
80-#Include = /etc/pacman.d/mirrorlist
81-
82:#[multilib]
83-Include = /etc/pacman.d/mirrorlist


Re: out of date - Didn't mean to flag out of date - went to hit notify and missed apparently. My bad.

I can't find that package in AUR or any repo...
$ sudo packer -Ss lib32-gtk2
$ sudo pacman -Ss lib32-gtk2

Anonymous comment on 2011-10-31 11:44

NuMPTy: You have to enable the multilib repository in /etc/pacman.conf.
Also, 9.4.2 is the latest version available for Linux. No need to flag it out-of-date.

Anonymous comment on 2011-10-29 19:45

$ sudo packer -S acroread
Password:
Dependency `lib32-gtk2' of `acroread' does not exist.

mityukov commented on 2011-08-18 15:22

Starts with no file in arguments, but crashes when calling "Open file" dialog.

If to open with a file with arguments, it's simply doesn't appear at all.

By the way, it provides no output to console, and I couldn't find how to enable "Verbose" or "Debug" option...

monson commented on 2011-07-31 03:21

May be it is better to add optdepends+=('acroread-fonts: CJK and extended font packs'),
since acroread-fonts provides a font packs for Chinese Simplified, Chinese Traditional, Japanese, Korean and Extended Language.

eworm commented on 2011-07-29 12:23

I can not download the tarball... Does anybody know what goes wrong?

wget https://aur.archlinux.org/packages/acroread/acroread.tar.gz
--2011-07-29 14:21:43-- https://aur.archlinux.org/packages/acroread/acroread.tar.gz
Resolving aur.archlinux.org... 208.92.232.29
Connecting to aur.archlinux.org|208.92.232.29|:443... connected.
HTTP request sent, awaiting response... 404 Not Found
2011-07-29 14:21:43 ERROR 404: Not Found.

GogglesGuy commented on 2011-06-30 14:45

To make the browser plugin work, I had to run the nspluginwrapper on it.

nous commented on 2011-06-16 10:02

On x86_64:

% acroread
terminate called after throwing an instance of 'ASErrException'
Aborted

Anyone bumped on this (and found a solution)?

kfgz commented on 2011-05-19 22:25

Jvalecillos, you should consider installing acroread into /opt directory not /usr/lib. Some apps (i.e adobe-air + eDeklaracje) doesn't work properly if acroread is installed in /usr/lib. Proposed PKGBUILD

http://pastebin.com/g3EskQUf

trusktr commented on 2011-04-30 06:59

If they can have this on Android, then they can definitely have it on Linux.

Anonymous comment on 2011-04-20 18:47

3D pdf's do not display for me and the program crashes after a period of time and a lot of cpu cycles. Perhaps the same problem as ProgDan?

Thanks for your efforts.

Anonymous comment on 2011-03-26 18:24

Hi, could you please add (lib32-)libidn as a optdependency? It's needed for some networking in PDF documents (some creepy thing that actually only Acrobat can do :), but without it Acrobat crashes when attempts to open such document

buergi commented on 2011-02-19 13:08

Would be great if we can have this workaround included in the PKGBUILD.
jvalecillos can you please include this oneliner?

benjarobin commented on 2011-02-12 09:27

The patch is simple, just run this as root : sed -i "s/_filedir/_filedir_acroread/" /etc/bash_completion.d/acroread
To fix the PKGBUILD, you can add at the end of the build that : sed -i "s/_filedir/_filedir_acroread/" "$pkgdir/etc/bash_completion.d/acroread"

bernarcher commented on 2011-02-10 13:12

Some of us had quite some hard time with bash complation currently until we discovered acroread as culprit and the workaround of 31st December.
Is there some notification, e.g. in a post install note, which I did miss by chance? If not, can something like this please be added to the package - or better yet, a suitable patch applied to /etc/bash_completion.d/acroread.

kevku commented on 2011-01-20 08:48

android != linux, for corporate asshats

fettouhi commented on 2010-12-31 17:18

@kevku: What a joke, they have a android version of X already.

fettouhi commented on 2010-12-31 17:18

@kevku: What a joke, they have a android version of X already.

fettouhi commented on 2010-12-31 17:18

@kevku: What a joke, they have a android version of X already.

fettouhi commented on 2010-12-31 17:17

@kevku: What a joke, they have a android version of X already.

Anonymous comment on 2010-12-31 03:57

Hi.
For those who use this package and bash completion in same time: remove the _filedir function from the '/etc/bash_completion.d/acroread' file provided by the package. See http://forums.adobe.com/thread/745833.

P.S. Updated PKGBUILD and respected acroread files one may found here:
https://github.com/vp1981/pkgbuild/raw/master/acroread/PKGBUILD
https://github.com/vp1981/pkgbuild/raw/master/acroread/PKGBUILD

kevku commented on 2010-12-27 15:46

dream on, they are not making reader x for linux at all.

fettouhi commented on 2010-11-25 12:58

It's going to be interesting to see when Adobe Reader X hits Linux and if they release a native 64 bit version.

fettouhi commented on 2010-11-25 12:56

It's going to be interesting to see when Adobe Reader X hits Linux and if they release a native 64 bit version.

Anonymous comment on 2010-11-22 07:47

fettouhi - thank you for the link; and sorry for being so dense.

Anonymous comment on 2010-11-22 07:44

Could you please change the icon? This icon is quite old.

fettouhi commented on 2010-11-20 08:20

http://www.archlinux.org/packages/multilib/x86_64/lib32-gtk2/

Anonymous comment on 2010-11-20 01:28

Still cannot build due to missing lib32-gtk2, regardless of whether or not there is a new version out. Marking as out-of-date again.

fettouhi commented on 2010-11-19 07:28

9.4.1 is also out now.

Anonymous comment on 2010-11-18 03:57

lib32-gtk2 is gone and so this package cannot be built. Flagging out-of-date.

Anonymous comment on 2010-11-14 16:34

-> Installing Broswer Plugin... <- Just cosmetic

languitar commented on 2010-10-25 18:58

It seems lib32-gtk2 has vanished to build this on 64 bit systems.

jvalecillos commented on 2010-10-02 03:39

Now for both i686 and x86_64.

heavyrail commented on 2010-09-30 14:04

At x86_64 it won't start without libxcb-render-util.so.0 which is in multilib/lib32-xcb-util package.
Please add the package to the dependencies list of 64-bit version.

archan.paul commented on 2010-09-28 13:33

Here is the PKGBUILD which is compatible with both i686 & x86_64.

[arp@arpd acroread]$ diff PKGBUILD.orig PKGBUILD
8c8
< arch=('i686')
---
> arch=('i686' 'x86_64')
11a12
> [ "$CARCH" = 'x86_64' ] && depends=('lib32-gtk2' 'lib32-mesa' 'lib32-libxml2')

jvalecillos commented on 2010-07-01 15:23

Updated!

silvik commented on 2010-06-30 21:17

Updated PKGBUILD below, it's a critical security release.
I used a faster, alternative download link. Maybe it makes it's way to official PKGBUILD version.

# Contributor: Alexander Fehr <pizzapunk gmail com>
# Contributor: Jose Valecillos <valecillosjg (at) gmail (dot) com>

pkgname=acroread
pkgver=9.3.3
pkgrel=1
pkgdesc="Adobe Reader is a PDF file viewer"
arch=('i686')
url="http://www.adobe.com/products/reader/"
license=('custom')
depends=('gtk2' 'mesa' 'desktop-file-utils')
options=('!strip')
install=acroread.install
source=(http://ardownload.adobe.com/pub/adobe/reader/unix/9.x/$pkgver/enu/AdbeRdr$pkgver-1_i486linux_enu.tar.bz2)
md5sums=('927755485de99a4e76d80c0a2b4e52c9')

build() {
cd "$srcdir/AdobeReader"
bsdtar -xf COMMON.TAR || return 1
bsdtar -xf ILINXR.TAR || return 1
cd Adobe/Reader9

msg2 "Installing Main Files..."
mkdir -p "$pkgdir/usr/lib/acroread" || return 1
cp -a * "$pkgdir/usr/lib/acroread" || return 1
echo done

msg2 "Installing Bin Files..."
mkdir -p "$pkgdir/usr/bin" || return 1
ln -s /usr/lib/acroread/bin/acroread "$pkgdir/usr/bin" || return 1
install -Dm644 Resource/Shell/acroread.1.gz ${pkgdir}/usr/share/man/man1/acroread.1.gz || return 1
install -Dm644 Resource/Shell/acroread_tab ${pkgdir}/etc/bash_completion.d/acroread || return 1
echo done

msg2 "Installing Broswer Plugin..."
mkdir -p "$pkgdir/usr/lib/mozilla/plugins" || return 1
ln -s /usr/lib/acroread/Browser/intellinux/nppdf.so "$pkgdir/usr/lib/mozilla/plugins" || return 1
echo done

msg2 "Installing Icon Resource..."
install -D -m644 Resource/Support/AdobeReader.desktop \
"$pkgdir/usr/share/applications/acroread.desktop" || return 1
sed -i '/^Icon/s|AdobeReader9|acroread|' \
"$pkgdir/usr/share/applications/acroread.desktop"
install -D -m644 Resource/Icons/64x64/AdobeReader9.png \
"$pkgdir/usr/share/pixmaps/acroread.png" || return 1
echo done

msg2 "Installing License..."
install -D -m644 Reader/Legal/en_US/License.txt \
"$pkgdir/usr/share/licenses/acroread/License.txt" || return 1
echo done
}

solstice commented on 2010-06-14 11:27

this PKGBUILd is graved in stone and you'll never change a line or what ?

see my other coment below

sirmacik commented on 2010-04-29 07:03

Here You can find an updated (to latest version - 9.3.2-1) PKGBUILD:
http://aur.pastebin.com/6fLzfLGN

solstice commented on 2010-04-09 21:48

as all the comments are gone, I will repeat:
(1) all those return 1 are useless.
(2) there is a bug. it's
sed -i '/^Icon/s|AdobeReader9|acroread|' \
"$pkgdir/usr/share/applications/acroread.desktop"

Don't you ever notice the icon is missing in your menu ?