Package Details: acroread 9.5.5-20

Git Clone URL: https://aur.archlinux.org/acroread.git (read-only, click to copy)
Package Base: acroread
Description: Adobe Acrobat Reader is a PDF file viewer
Upstream URL: http://www.adobe.com/products/reader/
Licenses: custom
Submitter: None
Maintainer: Geballin
Last Packager: Geballin
Votes: 855
Popularity: 0.078017
First Submitted: 2008-05-15 19:18 (UTC)
Last Updated: 2021-09-21 14:08 (UTC)

Required by (2)

Sources (18)

Pinned Comments

tuckerboniface commented on 2018-08-26 18:48 (UTC)

I applied @olvie's patch to bundle the old harfbuzz and glib libs, acroread should work now.

fordprefect commented on 2016-05-17 19:35 (UTC) (edited on 2016-06-08 20:17 (UTC) by fordprefect)

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

kikislater commented on 2022-01-17 15:59 (UTC)

Still crashing ... With ACRO_CRASHLOG=1 =>

/usr/bin/acroread [0x850ab41] [@0x8048000]
linux-gate.so.1(__kernel_sigreturn+0x0) [0xf7f36560] [@0xf7f36000]
/usr/lib32/libstdc++.so.6(_ZNSi10_M_extractIdEERSiRT_+0x86) [0xf5ed0846] [@0xf5dd2000]
/usr/bin/acroread [0x8afaab4] [@0x8048000]

Geballin commented on 2021-10-19 12:04 (UTC)

@jakub The GdkPixbuf messages are not about your problem ; I have them too but my acroread is working fine. I just tested it on a fresh Arch install and it is working fine.

Did you try to launch : ACRO_CRASHLOG=1 acroread

And look if a crashlog is created in /tmp/acroCrashLogs/

jakub commented on 2021-10-12 09:38 (UTC)

It's crashing. Console is full of those errors:

(acroread:11707): GdkPixbuf-CRITICAL **: gdk_pixbuf_get_height: assertion 'GDK_IS_PIXBUF (pixbuf)' failed

extra2021 commented on 2021-09-28 08:30 (UTC) (edited on 2021-09-28 08:30 (UTC) by extra2021)

Manually copying the following libraries to /opt/Adobe/Reader9/Reader/intellinux/lib/ (included in LD_LIBRARY_PATH by the launch script) has got it running stably for me (opening and viewing documents, filling forms, preferences dialog, etc.):

lib32-freetype2-2.10.1-1

lib32-gcc-libs-9.3.0-1

lib32-libpulse-14.2-2

lib32-libx11-1.7.0-1

Without lib32-freetype2-2.10.1-1, I get the failure mentioned by @android and @mschu below, and without the others it crashes on my system after about 10 seconds. Downgrading lib32-freetype2 was not a viable solution for me because it broke other software.

android commented on 2021-09-14 23:09 (UTC)

I'm getting the same failure as mschu: /opt/Adobe/Reader9/Reader/intellinux/bin/acroread: symbol lookup error: /usr/lib32/libfreetype.so.6: undefined symbol: hb_ot_tags_from_script_and_language

I also have the latest: lib32-freetype2 2.11.0-3

This library does contain this symbol: $ nm -gD /usr/lib32/libfreetype.so.6 | grep hb_ot_tags U hb_ot_tags_from_script_and_language

It seems the bundled harfbuzz, as noted in pinned comment, is now inadequate: https://aur.archlinux.org/packages/acroread/#pinned-660358

This is also noted in the bug report, as it affects steam and Mathematica: https://bugs.archlinux.org/task/71680

mschu commented on 2021-09-07 18:42 (UTC)

I'm getting this with a fully up-to-date system: /opt/Adobe/Reader9/Reader/intellinux/bin/acroread: symbol lookup error: /usr/lib32/libfreetype.so.6: undefined symbol: hb_ot_tags_from_script_and_language

tattsan commented on 2021-07-31 10:27 (UTC)

Upgrading lib32-libpulse from 14.2-2 to 15.0-1 makes acroread crash again. I've downgraded lib32-libpulse to 14.2-2, and acroread works fine.

hurufu commented on 2021-06-13 10:26 (UTC)

Hi, didn't you consider using AppImage for packaging acroreader? It seems like this format was built exactly for the purpose of packaging old unsupported software. You can just seal a working combination of libraries and should just work without ever need to tweak or update.

tattsan commented on 2021-05-25 12:32 (UTC)

Upgrading lib32-libx11 from 1.7.0-1 to 1.7.1-1 makes acroread crash again. I've downgraded lib32-libx11 to 1.7.0-1, and acroread works fine.

Anaeijon commented on 2020-10-07 13:17 (UTC)

Some of the source-files are outdated or not available anymore:

  -> Downloading lib32-glib2-2.52.2+9+g3245eba16-1-x86_64.pkg.tar.xz...
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
curl: (22) The requested URL returned error: 404 Not Found
==> ERROR: Failure while downloading http://mirrors.aggregate.org/archlinux/multilib/os/x86_64/lib32-glib2-2.52.2+9+g3245eba16-1-x86_64.pkg.tar.xz
    Aborting...

tattsan commented on 2020-08-02 10:36 (UTC) (edited on 2020-08-06 07:38 (UTC) by tattsan)

There's still another crashing issue. If we open the printing dialog and open properties in it TWICE (open - close - reopen), acroread will crash.

[SOLVED] 2020-08-06

Downgrading lib32-libcups to 2.2.10-1 solved this issue.

tattsan commented on 2020-08-02 10:01 (UTC) (edited on 2020-08-02 10:05 (UTC) by tattsan)

@ujihisa @Geballin If we revert lib32-gcc-libs to 9.3.0-1, opening preferences crash seems to be avoided.

NtD5 commented on 2020-06-30 23:47 (UTC)

Segfault in Spelling.api. Removing disables spellchecking but otherwise seems to affect no other features.

darkbasic commented on 2020-05-03 15:34 (UTC)

It crashes with: Gtk-Message: Failed to load module "appmenu-gtk-module"

Thorned_Rose commented on 2020-04-25 21:18 (UTC) (edited on 2020-04-25 21:19 (UTC) by Thorned_Rose)

@Tetrapyle facepalm no I didn't... I'm so utterly exhausted at the moment and not thinking straight.

I got the same segmentation fault you did

Program received signal SIGSEGV, Segmentation fault.
0xf2b7bf46 in ?? () from /usr/lib32/libtdb.so.1

daniel_shub commented on 2020-04-25 18:03 (UTC)

@j0hannes that looks like you have not enabled the multilib repository

https://wiki.archlinux.org/index.php/Official_repositories#multilib

j0hannes commented on 2020-04-25 11:51 (UTC)

The package won't build because of its dependencies:

could not satisfy dependencies:
unable to satisfy dependency 'lib32-glu' required by acroread
unable to satisfy dependency 'lib32-mesa' required by acroread
unable to satisfy dependency 'lib32-libthai' required by acroread
unable to satisfy dependency 'lib32-fribidi' required by acroread
unable to satisfy dependency 'lib32-libxcomposite' required by acroread
unable to satisfy dependency 'lib32-libxcursor' required by acroread
unable to satisfy dependency 'lib32-libxrandr' required by acroread
unable to satisfy dependency 'lib32-libxi' required by acroread
unable to satisfy dependency 'lib32-libxinerama' required by acroread
unable to satisfy dependency 'lib32-cairo' required by acroread
unable to satisfy dependency 'lib32-libcanberra' required by acroread
unable to satisfy dependency 'lib32-at-spi2-atk' required by acroread

Tetrapyle commented on 2020-04-25 11:15 (UTC)

@Thorned_Rose did you type run? See Geballin's comment and mine below. I then got a segmentation fault from libtdb. Do you have?

Thorned_Rose commented on 2020-04-25 08:22 (UTC) (edited on 2020-04-25 08:24 (UTC) by Thorned_Rose)

My most recent installation of this is not running at all (when I've installed it previously, it's run fine).

GDB comes up with:

[...]
Reading symbols from /opt/Adobe/Reader9/Reader/intellinux/bin/acroread...
(No debugging symbols found in /opt/Adobe/Reader9/Reader/intellinux/bin/acroread)

and then sits there doing nothing more.

nipsky commented on 2020-04-13 12:25 (UTC)

Please add libffi6 from AUR to the dependencies

Tetrapyle commented on 2020-04-11 13:57 (UTC)

Thanks Geballin Actually I had to edit /opt/Adobe/Reader9/bin/acroread because /usr/bin/acroread is a soft link to the former and this path seems to be parsed in the script.

$ cd /opt/Adobe/Reader9/bin/
$ sudo vim acroread
$ acroread
GNU gdb (GDB) 9.1
Copyright (C) 2020 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "x86_64-pc-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
    <http://www.gnu.org/software/gdb/documentation/>.

For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /opt/Adobe/Reader9/Reader/intellinux/bin/acroread...
(No debugging symbols found in /opt/Adobe/Reader9/Reader/intellinux/bin/acroread)
(gdb) run
Starting program: /opt/Adobe/Reader9/Reader/intellinux/bin/acroread
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib/libthread_db.so.1".

Program received signal SIGSEGV, Segmentation fault.
0xf29f9f46 in ?? () from /usr/lib32/libtdb.so.1
(gdb)

Geballin commented on 2020-04-10 20:16 (UTC)

@Tetrapyle /usr/bin/acroread is a shell script doing a lot of shitty things like setting lib path... so you can't just launch /opt/Adobe/Reader9/Reader/intellinux/bin/acroread , that's normal it didn't found the libraries. You should edit line 22 of /usr/bin/acroread and change it to : exec gdb ${1+"$@"} After that, just launch acroread (or create /usr/bin/acroread_dbg from /usr/bin/acroread with line 22 changed)

Tetrapyle commented on 2020-04-08 10:33 (UTC) (edited on 2020-04-08 10:36 (UTC) by Tetrapyle)

Sooo.. thank you Geballin you made me install gdb and learn how to launch it. There's no other log.

/usr/bin/acroread is a script. On Gnu-Archlinux it should launch /opt/Adobe/Reader9/Reader/intellinux/bin/acroread .

$ gdb /opt/Adobe/Reader9/Reader/intellinux/bin/acroread 
GNU gdb (GDB) 9.1
Copyright (C) 2020 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/license/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "x86_64-pc-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
    <http://www.gnu.org/software/gdb/documentation/>.

For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /opt/Adobe/Reader9/Reader/intellinux/bin/acroread...
(No debugging symbols found in /opt/Adobe/Reader9/Reader/intellinux/bin/acroread)
(gdb) run
Starting program: /opt/Adobe/Reader9/Reader/intellinux/bin/acroread 
/opt/Adobe/Reader9/Reader/intellinux/bin/acroread: error while loading shared libraries: libBIB.so: cannot open shared object file: No such file or directory
[Inferior 1 (process 386555) exited with code 0177]
(gdb)

What is this libBIB ?

Geballin commented on 2020-04-08 03:38 (UTC)

@zaidan @JohnRobson It looks like archive.virtapi.org is dead so I corrected all downloads dependencies. @Tetrapyle And, what's happening ? Did you had a crashlog ? What gdb said in backtrace when crashing ? @jj_p atk was added as an old dependencie, so should try again, maybe that will solve your problem.

zaidan commented on 2020-04-06 21:34 (UTC)

@Geballin the download of lib32-pango-1.43.0-1-x86_64.pkg.tar.xz results in 404:

  -> Downloading lib32-pango-1.43.0-1-x86_64.pkg.tar.xz...
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
curl: (22) The requested URL returned error: 404 Not Found
==> ERROR: Failure while downloading http://archive.virtapi.org/packages/l/lib32-pango/lib32-pango-1.43.0-1-x86_64.pkg.tar.xz
    Aborting..

JohnRobson commented on 2020-04-05 14:49 (UTC)

Please update the dependencies to the new versions.

Tetrapyle commented on 2020-03-26 16:07 (UTC)

After a few years, I just (2020-03-26) tried it again. Aaaand... it crashes in 1 second.

szmaszmo commented on 2020-03-21 21:10 (UTC) (edited on 2020-03-21 21:29 (UTC) by szmaszmo)

The problem from @dwatzke with loading glyphs still exists, I am getting the same backtrace. Tried to install acroread-fonts and acroread-fonts-systemwide, but no luck. Any ideas?

Geballin commented on 2020-03-10 22:49 (UTC) (edited on 2020-03-10 23:12 (UTC) by Geballin)

I added dependencies listed by @valkheim and added lib32-at-spi2-atk to remove the message Failed to load module "atk-bridge"

@ujihisa On one machine, I have the same problem, opening preferences crash acrobat. Don't know why since on 2 other ones, it is working. But pdf opening and showing is working.

@dwatzke It's very strange, except freetype and cairo, all the other library are fixed versions that are working for me. You can't even launch the app and see the interface ?

Don't forget Acroread is still here only for some uncommon pdf that can't be opened and rendered on moderns pdf reader like xpdf or evince. This is a very old application, known to be instable and, even if I do my best to keep it usable on modern systems, the goal is to keep it opening and rendering pdf

ujihisa commented on 2020-03-08 17:21 (UTC)

I installed the following pacages, but I still see acroread to crash when it tries to open "Preferences" or open certain PDF files.

lib32-atk lib32-libcanberra lib32-mesa lib32-gtk-engine-murrine
lib32-cairo lib32-libxinerama lib32-libxi lib32-libxrandr lib32-libxcursor lib32-libxcomposite lib32-fribidi lib32-libthai

acroread output

$ acroread 

(acroread:19524): Gtk-WARNING **: 10:19:18.550: Unable to locate theme engine in module_path: "adwaita",

(acroread:19524): Gtk-WARNING **: 10:19:18.552: Unable to locate theme engine in module_path: "adwaita",

^ by the time acroread has not crashed yet. When I do the above actions, it crashes with no additional messages.

$ ACRO_CRASHLOG=1 acroread

(acroread:19794): Gtk-WARNING **: 10:20:30.884: Unable to locate theme engine in module_path: "adwaita",

(acroread:19794): Gtk-WARNING **: 10:20:30.886: Unable to locate theme engine in module_path: "adwaita",
Crashlog has been dumped in /tmp/acroCrashLogs/0308_1020_aghuTW


$ cat /tmp/acroCrashLogs/0308_1020_aghuTW
/bin/acroread [0x850ab41] [@0x8048000]
linux-gate.so.1(__kernel_sigreturn+0x0) [0xf7f36ad0] [@0xf7f36000]

valkheim commented on 2020-03-07 11:29 (UTC)

@jj_p Yes I had this problem. I solved it by installing libs32-atk. But also lib32-mesa, lib32-cairo, lib32-lixinerama, lib32-libxi, lib32-libxrandr, lib32-libxcursor, lib32-libxcomposite, lib32-fribidi, lib32-libthai.

jj_p commented on 2020-03-06 23:17 (UTC)

I've just installed the package, and when I lauch it I get

/opt/Adobe/Reader9/Reader/intellinux/bin/acroread: error while loading shared libraries: libatk-1.0.so.0: cannot open shared object file: No such file or directory

Has anyone had this problem before?

Geballin commented on 2020-02-19 08:34 (UTC)

@dwatzke @mueslo @zoe I updated lib32-librsvg-2.44.9-1-x86_64.pkg.tar.xz path. It's all working for me.

zoe commented on 2020-02-17 19:10 (UTC) (edited on 2020-02-17 19:20 (UTC) by zoe)

Error 404 for the file :

              http://archive.virtapi.org/packages/l/lib32-librsvg/lib32-librsvg-2.44.9-1-x86_64.pkg.tar.xz

As dwatzke says, replacing it in PKGBUILD by :

            http://mirrors.aggregate.org/archlinux/multilib/os/x86_64/lib32-librsvg-2.44.9-1-x86_64.pkg.tar.xz

does the job

dwatzke commented on 2020-02-12 15:13 (UTC) (edited on 2020-02-12 15:14 (UTC) by dwatzke)

@Geballin: it crashes for me too, using ACRO_CRASHLOG=1 just generated an empty file into the dir you mentioned

so I tried to adjust the exec to launch it via gdb and got sigsegv with this bt:

(gdb) bt
#0  0xf3020090 in ?? () from /opt/Adobe/Reader9/Reader/intellinux/lib/libharfbuzz.so.0
#1  0xf302a84f in ?? () from /opt/Adobe/Reader9/Reader/intellinux/lib/libharfbuzz.so.0
#2  0xf302a9ad in ?? () from /opt/Adobe/Reader9/Reader/intellinux/lib/libharfbuzz.so.0
#3  0xf3030801 in ?? () from /opt/Adobe/Reader9/Reader/intellinux/lib/libharfbuzz.so.0
#4  0xf301c542 in hb_ot_layout_lookup_collect_glyphs () from /opt/Adobe/Reader9/Reader/intellinux/lib/libharfbuzz.so.0
#5  0xf3293a0d in ?? () from /usr/lib32/libfreetype.so.6
#6  0xf32940aa in ?? () from /usr/lib32/libfreetype.so.6
#7  0xf32949ef in ?? () from /usr/lib32/libfreetype.so.6
#8  0xf3247199 in FT_Load_Glyph () from /usr/lib32/libfreetype.so.6
#9  0xf521810d in ?? () from /usr/lib32/libcairo.so.2
#10 0xf5218e9d in ?? () from /usr/lib32/libcairo.so.2
#11 0xf51bc35e in ?? () from /usr/lib32/libcairo.so.2
#12 0xf51bc59d in cairo_scaled_font_glyph_extents () from /usr/lib32/libcairo.so.2
#13 0xf51bd0f8 in cairo_scaled_font_text_extents () from /usr/lib32/libcairo.so.2
#14 0xf52b4534 in ?? () from /opt/Adobe/Reader9/Reader/intellinux/lib/libpangocairo-1.0.so.0
#15 0xf52b4d7d in ?? () from /opt/Adobe/Reader9/Reader/intellinux/lib/libpangocairo-1.0.so.0
#16 0xf4f50b72 in ?? () from /opt/Adobe/Reader9/Reader/intellinux/lib/libpangoft2-1.0.so.0
#17 0xf3044109 in ?? () from /opt/Adobe/Reader9/Reader/intellinux/lib/libharfbuzz.so.0
#18 0xf300073a in hb_shape_plan_execute () from /opt/Adobe/Reader9/Reader/intellinux/lib/libharfbuzz.so.0
#19 0xf2fffe9f in hb_shape_full () from /opt/Adobe/Reader9/Reader/intellinux/lib/libharfbuzz.so.0
#20 0xf2fffef5 in hb_shape () from /opt/Adobe/Reader9/Reader/intellinux/lib/libharfbuzz.so.0
#21 0xf4f585a1 in ?? () from /opt/Adobe/Reader9/Reader/intellinux/lib/libpangoft2-1.0.so.0
#22 0xf656cae0 in pango_shape_full () from /opt/Adobe/Reader9/Reader/intellinux/lib/libpango-1.0.so.0
#23 0xf6570c99 in ?? () from /opt/Adobe/Reader9/Reader/intellinux/lib/libpango-1.0.so.0
#24 0xf65717cf in ?? () from /opt/Adobe/Reader9/Reader/intellinux/lib/libpango-1.0.so.0
#25 0xf6571ed4 in ?? () from /opt/Adobe/Reader9/Reader/intellinux/lib/libpango-1.0.so.0
#26 0xf6577397 in pango_layout_get_unknown_glyphs_count () from /opt/Adobe/Reader9/Reader/intellinux/lib/libpango-1.0.so.0
#27 0xf6764592 in ?? () from /opt/Adobe/Reader9/Reader/intellinux/lib/libgtk-x11-2.0.so.0
#28 0xf6767319 in ?? () from /opt/Adobe/Reader9/Reader/intellinux/lib/libgtk-x11-2.0.so.0
#29 0xf653127b in g_type_create_instance () from /opt/Adobe/Reader9/Reader/intellinux/lib/libgobject-2.0.so.0
#30 0xf65104ff in ?? () from /opt/Adobe/Reader9/Reader/intellinux/lib/libgobject-2.0.so.0
#31 0xf6511d84 in g_object_new_with_properties () from /opt/Adobe/Reader9/Reader/intellinux/lib/libgobject-2.0.so.0
#32 0xf65125b0 in g_object_new () from /opt/Adobe/Reader9/Reader/intellinux/lib/libgobject-2.0.so.0
#33 0xf67690e0 in gtk_entry_new () from /opt/Adobe/Reader9/Reader/intellinux/lib/libgtk-x11-2.0.so.0
#34 0x08555a90 in _start ()

dwatzke commented on 2020-02-12 15:10 (UTC)

lib32-librsvg-2.44.9-1-x86_64.pkg.tar.xz can be downloaded here: http://mirrors.aggregate.org/archlinux/multilib/os/x86_64/lib32-librsvg-2.44.9-1-x86_64.pkg.tar.xz

I replaced this in my pkgbuild and then it went fine

mueslo commented on 2020-02-12 12:22 (UTC)

building fails because http://archive.virtapi.org/packages/l/lib32-librsvg/lib32-librsvg-2.44.9-1-x86_64.pkg.tar.xz cannot be found

Geballin commented on 2020-01-04 14:28 (UTC)

@cschmid : I can't help without any information about the crash. On 3 differents Arch installations it is working for me (opening acroread and opening a pdf). Gtk warnings are just warnings about themes, they are "normal" (I have them too) and are present even if the application is working.

To have a crash log and knowing from where come your problem, you must launch : ACRO_CRASHLOG=1 acroread Crash logs are created in /tmp/acroCrashLogs/

If you have no crashlog, maybe you simply have a seg fault with a library call. In that case, run acroread in gdb, edit line 22 of /usr/bin/acroread and change it to : exec gdb ${1+"$@"}

Doing so you could know where you have a seg fault (and I could investigate starting by there).

C_Schmidpeter commented on 2019-12-29 15:58 (UTC)

I can confirm that it does not start as described by @giswqs.

@Geballin: Is this a upstream or package issue?

giswqs commented on 2019-11-21 19:13 (UTC)

Does not start. Got the following message:

(acroread:31920): Gtk-WARNING **: 14:11:16.998: Unable to locate theme engine in module_path: "adwaita",

(acroread:31920): Gtk-WARNING **: 14:11:17.001: Unable to locate theme engine in module_path: "adwaita",

paupau commented on 2019-10-17 13:17 (UTC) (edited on 2019-10-17 13:19 (UTC) by paupau)

so since some updated acroread crashed for me, whenever I try to open a presentation created by LaTeX, including an animation from the animate texpackage. Has anyone experienced this? Do you have a solution? the crash log reads

/usr/bin/acroread [0x850ab41] [@0x8048000]
linux-gate.so.1(__kernel_sigreturn+0x0) [0xf7f48b40] [@0xf7f48000]
I can provide an example pdf, if that helps!

xenolith commented on 2019-09-28 08:53 (UTC) (edited on 2019-09-28 08:55 (UTC) by xenolith)

Doesn't start for me :(

(acroread:16518): Gtk-WARNING **: 18:52:47.278: Unable to locate theme engine in module_path: "adwaita",
(acroread:16518): Gtk-WARNING **: 18:52:47.279: Unable to locate theme engine in module_path: "adwaita",

nothing in the crash logs either when run using ACRO_CRASHLOG=1 acroread

$ ll /tmp/acroCrashLogs/
total 0
drwxr-xr-x  2 abhi abhi   80 Sep 28 18:54 .
drwxrwxrwt 66 root root 3040 Sep 28 18:54 ..
-rw-------  1 abhi abhi    0 Sep 28 18:54 0928_1854_EyoyYJ
-rw-------  1 abhi abhi    0 Sep 28 18:54 0928_1854_jrViQH

mild_sunrise commented on 2019-08-10 17:44 (UTC) (edited on 2019-08-10 17:48 (UTC) by mild_sunrise)

I also needed to remove /opt/Adobe/Reader9/Reader/intellinux/plug_ins/Annots.api and ~/.adobe/Acrobat/9.0/Synchronizer to avoid a crash when opening some PDFs.

mild_sunrise commented on 2019-08-10 17:27 (UTC) (edited on 2019-08-10 17:30 (UTC) by mild_sunrise)

Acroread crashing here. It crashes when loading the fonts, as strace indicates:

[...]
access("/usr/share/fonts/noto/.uuid", F_OK) = 0
access("/usr/share/fonts/ubuntu/.uuid", F_OK) = 0
access("/usr/share/fonts/util/.uuid", F_OK) = -1 ENOENT (El fitxer o directori no existeix)
unlink("/usr/share/fonts/util/.uuid")   = -1 ENOENT (El fitxer o directori no existeix)
access("/usr/share/fonts/encodings/large/.uuid", F_OK) = -1 ENOENT (El fitxer o directori no existeix)
unlink("/usr/share/fonts/encodings/large/.uuid") = -1 ENOENT (El fitxer o directori no existeix)
access("/usr/share/fonts/cantarell/Cantarell-Regular.otf", R_OK) = 0
access("/usr/share/fonts/TTF/DejaVuSans.ttf", R_OK) = 0
--- SIGSEGV {si_signo=SIGSEGV, si_code=SI_KERNEL, si_addr=NULL} ---
+++ exited with 1 +++

Particularily, it crashes when loading DejaVuSans.
Removing /usr/share/fonts/TTF/DejaVu* makes it start correctly.
After it starts up, fonts can be re-added and it no longer crashes.

kifuna commented on 2019-07-30 17:24 (UTC)

After the latest update of lib32-pango (to version 1:1.44.1-1):

/opt/Adobe/Reader9/Reader/intellinux/bin/acroread: symbol lookup error: /usr/lib32/libpango-1.0.so.0: undefined symbol: g_unicode_script_get_type

Copying the libraries from lib32-pango-1:1.43.0-2-x86_64.pkg.tar.xz (https://archive.archlinux.org/packages/l/lib32-pango/) to /opt/Adobe/Reader9/Reader/intellinux/lib/ resolves the issue.

zoe1337 commented on 2019-07-14 12:16 (UTC)

The lib32-glib2 package seems to be removed, I get ERROR: Failure while downloading https://archive.archlinux.org/packages/l/lib32-glib2/lib32-glib2-2.56.0%2B7%2Bg66948ae23-1-x86_64.pkg.tar.xz

tattsan commented on 2019-06-03 19:31 (UTC)

@kifuna: Yes, lib32-tdb is required by lib32-libcanberra. Without lib32-libcanberra, acroread prints annoying warning messages, and I don't like that. Only lib32-tdb should be downgraded, I can use lib32-libcanberra of the latest version. And strangely "copy lib32-tdb files to /opt/Adobe/Reader9/Reader/intellinux/lib method" fails.

kifuna commented on 2019-06-02 14:06 (UTC)

@tattsan: I am surprised that an old version of lib32-tdb is needed at all. I only had to add lib32-cairo 1.15.12-1 to restore the printing function.

The problem of acroread crashing is most probably related to lib32-libcanberra, which according to https://www.archlinux.org/packages/multilib/x86_64/lib32-tdb is the only package that requires lib32-tdb. It seems that if you want to use lib32-libcanberra, then this library needs to be downgraded too.

I now installed lib32-libcanberra for testing purposes and acroread crashes immediately. Deinstalling it, acroread runs fine again.

tattsan commented on 2019-05-16 06:03 (UTC) (edited on 2019-05-16 17:42 (UTC) by tattsan)

@kifuna: Almost all lib32 libraries work well with that method, but lib32-tdb doesn't.

kifuna commented on 2019-05-15 20:41 (UTC)

@cadilhac: You need to copy the libraries in the versions mentioned by Tomatopaste below.

Actually, it would be great if those libraries could be bundled like currently lib32-glib2 and lib32-harfbuzz.

Geballin commented on 2019-05-15 11:34 (UTC)

@cadilhac I have these warnings too but there are just warnings, acroread works perfectly on my computers even after writing these warnings :

Gtk-Message: 14:24:08.300: Failed to load module "canberra-gtk-module"
Gtk-Message: 14:24:08.313: Failed to load module "canberra-gtk-module"
Gtk-Message: 14:24:08.658: Failed to load module "atk-bridge"

(acroread:28390): Gtk-WARNING **: 14:24:08.733: Impossible de trouver le moteur de thème dans module_path : « adwaita »

(acroread:28390): Gtk-WARNING **: 14:24:08.786: Impossible de trouver le moteur de thème dans module_path : « adwaita »

If you want to know why it crash, launch acroread with ACRO_CRASHLOG activated : $ env ACRO_CRASHLOG=1 acroread

You should have a crashlog created in /tmp/acroCrashLogs/ saying what the problem is.

cadilhac commented on 2019-05-15 10:40 (UTC) (edited on 2019-05-15 10:41 (UTC) by cadilhac)

@kifuna : I went with a

# cd /opt/Adobe/Reader9/Reader/intellinux/lib
# for f in *; do cp /usr/lib32/$f .; done

but no cheese.

MCSH commented on 2019-05-05 16:07 (UTC) (edited on 2019-05-05 16:08 (UTC) by MCSH)

Crashing with the following errors:

Gtk-Message: **: Failed to load module "canberra-gtk-module"
Gtk-Message: **: Failed to load module "atk-bridge"

znmeb commented on 2019-04-15 03:32 (UTC)

Crashing:

$ acroread 

(acroread:27536): Gtk-WARNING **: 20:31:04.872: Unable to locate theme engine in module_path: "adwaita",

(acroread:27536): Gtk-WARNING **: 20:31:04.878: Unable to locate theme engine in module_path: "adwaita",

kifuna commented on 2019-04-14 14:45 (UTC)

@Tomatopaste: There is no need to downgrade these packages, it suffices to copy the respective libraries to /opt/Adobe/Reader9/Reader/intellinux/lib.

Tomatopaste commented on 2019-04-10 10:18 (UTC) (edited on 2019-04-10 16:17 (UTC) by Tomatopaste)

tattsan's comment from 2019-02-08 19:55 really helped! The latest upgrade of lib32-icu now also lets acroread crash. The following downgrades helped for me (consult https://archive.archlinux.org/ to find legacy packages):

  • lib32-cairo 1.15.12-1
  • lib32-icu 63.1-2
  • lib32-libxml2 2.9.8-5
  • lib32-tdb 1.3.15-2

Feel free to pin this comment.

tattsan commented on 2019-02-10 17:42 (UTC)

@s_m , lib32-libcanberra depends on lib32-tdb, and you can downgrade lib32-tdb as in my previous post.

I've installed lib32-libcanberra, but acroread doesn't crash.

s_m commented on 2019-02-10 13:12 (UTC)

acroread crashes if I install lib32-libcanberra. If I remove it, it works again.

tattsan commented on 2019-02-08 19:55 (UTC) (edited on 2019-02-08 20:27 (UTC) by tattsan)

After I upgraded lib32-libxml2 from 2.9.8-5 to 2.9.9-1, acroread crash again. Now I've downgraded the following three lib32 libraries:

lib32-tdb, downgraded to 1.3.15-2

lib32-cairo, downgraded to 1.15.12-1

lib32-libxml2, downgraded to 2.9.8-5

and then acroread works well.

cobra800089 commented on 2019-02-08 18:08 (UTC) (edited on 2019-02-08 18:09 (UTC) by cobra800089)

Just built and ran this, it's definitely not perfect but despite what others are saying it's working for me.

I'm able to open PDFs with it, and also print those PDFs without any issues.

There were a few things I noticed that would cause a crash:

  • Hovering over "Sign" in the Document menu in the menu bar.

  • Right clicking anywhere in the PDF view area

  • Going to Edit > Preferences in the menu bar.

wafflefrisbee commented on 2019-02-06 16:11 (UTC)

Definitely doesn't work.

Throws Gtk warnings about adwaita and unable to find xfce-notify.rc.

acampoverde_arch commented on 2019-01-05 18:45 (UTC)

Yes, it does not even work for me either.

SQBI commented on 2018-12-11 13:21 (UTC)

Not working, does not start at all.

Faalagorn commented on 2018-10-25 05:08 (UTC)

Same here, even with the latest patches the acroread don't start anymore. I need it only to make PDF formes from e-deklaracje to work https://aur.archlinux.org/packages/e-deklaracje

macieks commented on 2018-10-15 21:49 (UTC)

acroread crashes just after starting. The UI is not even visible. I uploaded strace logs to: https://pastebin.pl/view/b7e53cf9

Eothred commented on 2018-10-12 08:58 (UTC)

Could you change the description to "Adobe Acrobat Reader is a PDF file viewer"? Maybe I am being pedantic, but when I searched for acrobat this one didn't show up.

kifuna commented on 2018-10-07 14:21 (UTC)

Would it be possible to please bundle lib32-cairo 1.15.12-1 too? This restores the printing capability.

tattsan commented on 2018-09-22 17:35 (UTC)

After I upgraded lib32-cairo from 1.15.12-1 to 1.15.14-1, I can't invoke a dialog box for printing.

tattsan commented on 2018-09-16 01:36 (UTC)

After I upgraded lib32-tdb from 1.3.15-2 to 1.3.16-1, acroread crash again.

shioyama commented on 2018-09-05 07:50 (UTC)

I'm having the same issue. Tried removing and re-installing, but no dice. I get a couple warnings about adwaita theme, then it just stops with no error.

tuckerboniface commented on 2018-09-04 19:54 (UTC)

@tiago.casal no clue, I just compiled and ran it in a clean chroot yesterday and it worked fine. Could you run it with strace and send me the output?

tiago.casal commented on 2018-09-04 06:06 (UTC)

this is pretty much dead to me, I can't get it to work for quite some time now. If ran from the terminal it just finishes the process, no error, no nothing.

any ideas?

tuckerboniface commented on 2018-08-26 18:48 (UTC)

I applied @olvie's patch to bundle the old harfbuzz and glib libs, acroread should work now.

olive commented on 2018-08-26 16:17 (UTC)

Would be a good idea to include the needed old libraries in the package. See https://bbs.archlinux.org/viewtopic.php?pid=1802218#p1802218 where you can get the PKGBUILD patch.

kifuna commented on 2018-08-14 16:30 (UTC)

Here is a workaround: https://bbs.archlinux.org/viewtopic.php?pid=1802218#p1802218

tuckerboniface commented on 2018-07-31 15:10 (UTC)

Sorry, I cannot give support, this is not my software. This package is known to be broken, please find another pdf viewer.

twiggers commented on 2018-07-31 14:36 (UTC) (edited on 2018-07-31 14:38 (UTC) by twiggers)

Edit: See piona's comment below.

acroread segfaults for me.

openat(AT_FDCWD, "/home/thom/.adobe/Acrobat/9.0/Preferences/reader_prefs", O_RDONLY) = 5
_llseek(5, 0, [0], SEEK_CUR)            = 0
_llseek(5, 0, [58], SEEK_END)           = 0
_llseek(5, 0, [0], SEEK_SET)            = 0
read(5, "<</AVPrivate [/c <<\t/ChooseLangA"..., 4096) = 58
close(5)                                = 0
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} ---

phollox commented on 2018-07-10 15:32 (UTC)

====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 (UTC) (edited on 2018-07-08 20:40 (UTC) by qwence)

[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 (UTC) (edited on 2018-06-30 18:48 (UTC) by piona)

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 (UTC) (edited on 2018-06-14 12:51 (UTC) by acegallagher)

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 (UTC)

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 (UTC)

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 (UTC)

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

Kozeid commented on 2018-04-24 16:43 (UTC)

It works for me if I set LANG=C

fsiegert commented on 2018-04-12 06:57 (UTC)

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 (UTC) (edited on 2018-04-11 18:27 (UTC) by nocri)

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

proxy commented on 2018-04-02 11:54 (UTC)

Stopped working for me too :/

dreieck commented on 2018-03-30 13:26 (UTC)

Hm, does not any longer work for me .. (x86_64) system.

At least, I need the package lib32-gtk-engines.

Before having it installed, a start of acroread outputs

Gtk-Message: 15:22:02.055: (for origin information, set GTK_DEBUG): failed to retrieve property `gtk-primary-button-warps-slider' of type `gboolean' from rc file value "((GString*) 0xabf3010)" of type `gboolean'

(acroread:9951): Gtk-WARNING **: 15:22:02.063: Unable to locate theme engine in module_path: "clearlooks",

(acroread:9951): Gtk-WARNING **: 15:22:02.064: Unable to locate theme engine in module_path: "clearlooks",

and exits with exitcode 1.

After having installed lib32-gtk-engines, it only outputs

Gtk-Message: 15:24:03.224: (for origin information, set GTK_DEBUG): failed to retrieve property `gtk-primary-button-warps-slider' of type `gboolean' from rc file value "((GString*) 0x9d57010)" of type `gboolean'

still failing with exitcode 1, though.

ranger commented on 2018-03-21 10:40 (UTC)

@azer

All this dependencies are in the multilib repo. you have to enable it in pacman.conf

azer commented on 2018-03-21 10:38 (UTC)

Dependencies are broken;

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

gm666q commented on 2018-03-12 15:25 (UTC)

Can someone help me with this garbage? It crashes on start up. I tried removing EFS.api and commenting ipv6 in hosts.

schulz commented on 2018-02-05 19:03 (UTC) (edited on 2018-02-05 19:04 (UTC) by schulz)

@qin: I got the same dependency errors, but I didn't have multilib support enabled in "/etc/pacman.conf". Once I enabled it, everything worked correctly.

So, this package needs multilib enabled in pacman repositories for installation.

wilbowma commented on 2018-01-24 19:41 (UTC)

Couldn't get this running until I installed: lib32-libxml2 lib32-gtk2

Are the gtk2 and libxml2 requirements correct?

qin commented on 2017-12-27 00:15 (UTC) (edited on 2017-12-27 00:15 (UTC) by qin)

Is dependencies correct?

==> Installing missing dependencies...<br> error: target not found: lib32-gtk2<br> error: target not found: lib32-libxml2<br> error: target not found: lib32-libxt<br> error: target not found: lib32-mesa<br> error: target not found: lib32-libidn<br> error: target not found: lib32-glu<br> ==> ERROR: 'pacman' failed to install missing dependencies.

zoe commented on 2017-10-04 11:47 (UTC)

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

olebowle commented on 2017-07-11 07:19 (UTC)

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

semeion commented on 2017-06-17 18:29 (UTC)

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

fordprefect commented on 2017-06-15 15:57 (UTC)

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

dion_starfire commented on 2017-06-14 23:02 (UTC) (edited on 2017-06-14 23:12 (UTC) by dion_starfire)

Checking the dependencies of /opt/Adobe/Reader9/Reader/intellinux/plug_ins/EFS.api, I noticed that libcurl.so.3 was not found. On a hunch, I installed multilib/lib32-libcurl-compat, which provides a lib32 version of libcurl.so.3. Sure enough, acroread stopped crashing. So, we may be able to fix the 15s crash issue by simply adding multilib/lib32-libcurl-compat as another dependency for the package. For those who previously deleted/disabled EFS.api, I did have to nuke my ~/.adobe/Acrobat/ before I was able to get into the Preferences dialog again - it seemed to think that the dialog was open in another window, despite there being no other running instances of acroread. My guess is that EFS.api tries to use libcurl if it's on the system, and if it can't find it falls back to an internal mechanism that doesn't understand IPv6, which is what causes the crash.

commented on 2017-03-27 06:48 (UTC)

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

despian commented on 2017-03-02 23:02 (UTC)

@Xezlec 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 (UTC)

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

Xezlec commented on 2016-11-02 02:07 (UTC) (edited on 2016-11-02 02:36 (UTC) by Xezlec)

"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 (UTC)

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 (UTC)

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 (UTC)

@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 (UTC)

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 (UTC)

@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 (UTC) (edited on 2016-07-04 14:20 (UTC) by c3924754)

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 (UTC)

@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 (UTC)

@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 (UTC)

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

c3924754 commented on 2016-06-16 13:31 (UTC)

@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 (UTC)

@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 (UTC)

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 (UTC) (edited on 2016-06-12 00:21 (UTC) by c3924754)

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 (UTC)

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 (UTC) (edited on 2016-06-08 20:23 (UTC) by fordprefect)

@sfranchi: using x86_64 as well?

mksingh commented on 2016-06-08 13:39 (UTC)

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 (UTC)

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 (UTC) (edited on 2016-06-08 13:36 (UTC) by fordprefect)

@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 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

@fordprefect: No, see my previous comment.

fordprefect commented on 2016-06-06 13:23 (UTC)

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

PS0 commented on 2016-06-06 13:22 (UTC)

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

fordprefect commented on 2016-06-04 10:26 (UTC)

@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 (UTC) (edited on 2016-06-04 10:24 (UTC) by olive)

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 (UTC)

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 (UTC)

@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 (UTC)

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 (UTC)

Same here. Segfault immediately on startup now.

jstenback commented on 2016-06-02 04:43 (UTC)

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 (UTC)

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 (UTC) (edited on 2016-05-27 18:39 (UTC) by olive)

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 (UTC)

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 (UTC)

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

Marcel_K commented on 2016-05-23 14:15 (UTC)

@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 (UTC)

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 (UTC)

@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 (UTC)

@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 (UTC)

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

jacotux commented on 2016-05-18 19:04 (UTC)

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

troddenfrog commented on 2016-05-18 17:44 (UTC)

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 (UTC)

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

commented on 2016-05-18 06:58 (UTC)

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

cmichal commented on 2016-05-18 03:56 (UTC)

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 (UTC)

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 (UTC) (edited on 2016-06-08 20:17 (UTC) by fordprefect)

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 (UTC)

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

commented on 2016-05-17 19:03 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

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

whaler commented on 2016-05-16 22:21 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

Crashes soon after the launch.

bidulock commented on 2016-04-13 04:38 (UTC)

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

FlyingJay1 commented on 2016-04-13 02:41 (UTC)

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 (UTC)

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 (UTC) (edited on 2015-12-12 23:25 (UTC) by Marcel_K)

> 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 (UTC)

@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 (UTC)

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 (UTC)

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

commented on 2015-11-02 17:19 (UTC)

@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 (UTC)

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 (UTC)

@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?

commented on 2015-10-19 16:15 (UTC)

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 (UTC)

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 (UTC)

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

Cavsfan commented on 2015-07-26 22:31 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

"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 (UTC)

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 (UTC)

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

Xezlec commented on 2014-12-09 02:46 (UTC)

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 (UTC)

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

Aerion commented on 2014-12-08 21:17 (UTC)

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.

kyak commented on 2014-12-06 02:36 (UTC)

The software reports that the new update is available.

apaatsio commented on 2014-11-21 14:54 (UTC)

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 (UTC)

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 (UTC)

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

tomkwok commented on 2014-09-27 08:55 (UTC)

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

Marcel_K commented on 2014-09-01 14:14 (UTC)

AFAIK that all depends on the selected GTK theme.

nTia89 commented on 2014-09-01 08:33 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

$ 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 (UTC)

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 (UTC)

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

ewtoombs commented on 2014-06-14 23:33 (UTC)

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 (UTC)

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 (UTC)

Updated with .AURINFO

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

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 (UTC)

I tried again and it compiled fine... strange

semeion commented on 2014-04-26 13:29 (UTC)

Working fine for me, thanks for this package!

axper commented on 2014-03-30 17:11 (UTC)

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 (UTC)

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 (UTC)

Success, acroread now runs without quick flash & die.

qqqqqqqqq9 commented on 2014-01-28 11:13 (UTC)

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

sirocco commented on 2014-01-28 11:10 (UTC)

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

lazl0w commented on 2014-01-28 09:03 (UTC)

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 (UTC)

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 (UTC)

Alas³ - still no love.

alexchamberlain commented on 2014-01-18 16:55 (UTC)

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 (UTC)

Updated and fixed!

keepitsimpleengr commented on 2014-01-16 00:59 (UTC)

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 (UTC)

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

jvalecillos commented on 2014-01-15 02:19 (UTC)

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

acgtyrant commented on 2014-01-11 14:00 (UTC)

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

mid-kid commented on 2013-12-22 16:25 (UTC)

Why? Both links work.

bsjeon commented on 2013-11-07 21:52 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

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

commented on 2013-08-26 09:47 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

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:20 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

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

sirocco commented on 2013-07-05 03:15 (UTC)

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

k2s commented on 2013-07-04 07:47 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

@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 (UTC)

@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 (UTC)

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 (UTC)

@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 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

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.

Auguste commented on 2013-05-28 08:27 (UTC)

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 (UTC)

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 (UTC)

$ 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 (UTC)

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 (UTC)

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 (UTC)

Adopted and updated.

luolimao commented on 2013-05-21 18:43 (UTC)

Never mind, libpng15 is still required.

luolimao commented on 2013-05-18 16:02 (UTC)

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 (UTC)

/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).

TheJJ commented on 2013-05-11 16:54 (UTC)

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!

sokuban commented on 2013-05-01 13:58 (UTC)

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

emorkay commented on 2013-03-22 19:14 (UTC)

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

commented on 2013-03-13 02:24 (UTC)

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 (UTC)

Fixed

Marcel_K commented on 2013-03-11 20:28 (UTC)

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.

Zynisch commented on 2013-03-11 14:11 (UTC)

Also afflicted by "sed: no input files".

marquicus commented on 2013-03-11 12:46 (UTC)

same error as indianahorst

indianahorst commented on 2013-03-11 11:06 (UTC)

==> 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 (UTC)

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

fantab commented on 2013-03-10 09:08 (UTC)

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?

dsoul commented on 2013-03-10 08:15 (UTC)

remove commented line 50

michalmiddleton commented on 2013-03-10 05:41 (UTC)

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 (UTC)

> 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 (UTC)

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 (UTC)

Updated!. I also fixed the desktop file.

ryenus commented on 2013-01-14 12:03 (UTC)

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

ryenus commented on 2013-01-14 11:49 (UTC)

$ 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 (UTC)

9.5.3 is out and fixes some security vulnerabilities.

malhobayyeb commented on 2013-01-04 02:02 (UTC)

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 (UTC)

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.

commented on 2012-10-01 11:01 (UTC)

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!

commented on 2012-09-18 15:01 (UTC)

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 (UTC)

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

Polly commented on 2012-08-16 10:16 (UTC)

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

commented on 2012-07-23 03:31 (UTC)

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 (UTC)

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

bassu commented on 2012-06-06 03:16 (UTC)

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 (UTC)

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

nesk_aur commented on 2012-06-02 08:23 (UTC)

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

commented on 2012-05-18 23:26 (UTC)

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 (UTC)

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 (UTC)

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

commented on 2012-04-18 07:46 (UTC)

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

PyroDevil commented on 2012-04-18 06:38 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

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!

commented on 2012-04-17 19:50 (UTC)

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

commented on 2012-04-17 19:40 (UTC)

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

jvalecillos commented on 2012-04-17 19:11 (UTC)

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 (UTC)

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

commented on 2012-04-17 15:39 (UTC)

bash: acroread: command not found

flexiondotorg commented on 2012-04-17 09:20 (UTC)

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 (UTC)

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.

kralyk commented on 2012-03-02 16:19 (UTC)

@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

commented on 2012-03-02 14:26 (UTC)

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 (UTC)

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.

commented on 2012-02-03 03:28 (UTC)

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 (UTC)

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 (UTC)

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

KerrickStaley commented on 2012-01-13 17:54 (UTC)

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 (UTC)

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.

jtts commented on 2012-01-11 14:15 (UTC)

Version 9.4.7 has been released.

bohoomil commented on 2011-12-06 19:24 (UTC)

@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

Babets commented on 2011-12-05 12:03 (UTC)

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

commented on 2011-12-05 10:17 (UTC)

it's released adobe reader X

nous commented on 2011-12-04 10:53 (UTC)

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

jvalecillos commented on 2011-12-03 16:39 (UTC)

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

bohoomil commented on 2011-12-01 22:27 (UTC)

@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:17 (UTC)

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 (UTC)

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

talavis commented on 2011-11-25 08:29 (UTC)

In order to use with 9.4.6, just change: < pkgver=9.4.2 > pkgver=9.4.6 < md5sums=('307aaaf22e8c08958927dfabb0f4d745') > md5sums=('3d0cdf99d3ea01b53c31ca35338d90eb')

commented on 2011-11-18 22:52 (UTC)

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

commented on 2011-10-31 17:11 (UTC)

Sigh, I'm an idiot. Need some coffee. It's clearly not enabled... My bad. (Apologies x1000)

commented on 2011-10-31 17:02 (UTC)

Sigh, I'm an idiot. Need some coffee. It's clearly not enabled... My bad. (Apologies x1000)

commented on 2011-10-31 17:00 (UTC)

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

commented on 2011-10-31 11:44 (UTC)

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.

commented on 2011-10-29 19:45 (UTC)

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

mityukov commented on 2011-08-18 15:22 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

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

nous commented on 2011-06-16 10:02 (UTC)

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 (UTC)

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 (UTC)

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

commented on 2011-04-20 18:47 (UTC)

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.

commented on 2011-03-26 18:24 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

android != linux, for corporate asshats

fettouhi commented on 2010-12-31 17:18 (UTC)

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

commented on 2010-12-31 03:57 (UTC)

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 (UTC)

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

fettouhi commented on 2010-11-25 12:56 (UTC)

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

commented on 2010-11-22 07:47 (UTC)

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

commented on 2010-11-22 07:44 (UTC)

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

fettouhi commented on 2010-11-20 08:20 (UTC)

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

commented on 2010-11-20 01:28 (UTC)

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 (UTC)

9.4.1 is also out now.

commented on 2010-11-18 03:57 (UTC)

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

commented on 2010-11-14 16:34 (UTC)

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

languitar commented on 2010-10-25 18:58 (UTC)

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

jvalecillos commented on 2010-10-02 03:39 (UTC)

Now for both i686 and x86_64.

heavyrail commented on 2010-09-30 14:04 (UTC)

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 (UTC)

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 (UTC)

Updated!

solsticedhiver commented on 2010-06-14 11:27 (UTC)

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 (UTC)

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

solsticedhiver commented on 2010-04-09 21:48 (UTC)

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 ?