Arch Linux User Repository

For the latest (snap) version:

sudo snap install acrordrdc

@oldherl Sorry about that, this Reader is a pretty old version and I am not be surprised if it has problems with more recent PDF documents, but I was not able to get Acrobat DC running correctly when I tried, I could not get the identity management part to work, and therefore could not sign documents, which was my primary goal.

@oldherl Sorry about that, this Reader is a pretty old version and I am not be surprised if it has problems with more recent PDF documents, but I was not able to get Acrobat DC running correctly when I tried, I could not get the identity management part to work, and therefore could not sign documents, which was my primary goal.

My bank sent me a "smart form" (XFA) PDF file, which is a multi section document and should only show the selected section. It is: (1) not able to show anything other than a incompatibility banner in evince or okular, or chromium in default settings, (2) able to show most of the content in Firefox, but the format is a bit off, and all sections are shown together and can't be switched. (3) able to show some of those content but not all in chromium if the "PDF XFA support" is enabled in chrome://flags

I just installed this package to have a try. Unluckily it says "This document has been changed since it was created" and won't let me open it at all.

I had to switch to Windows and use the Adobe Reader there to properly display this XFA document.

@Asuranceturix I edited, the content is the same but hopefully now it should be more clear that is a false positive due to ClamAV. I also reported to ClamAV their error.

@guiodic: You're absolutely right, but I don't know how to solve it. I had never tried to print directly from Reader, I just used it to digitally sign documents.

@ilario: As you can see by examining the PKGBUILD, the only binary source files come straight from Adobe's FTP. Unless you're suggesting someone has hijacked it and furthermore altered the files so that the checksums are still valid, I'd say it's a pretty safe bet that ClamAV is talking utter nonsense; I'd kindly suggest you edit your comment not to spread unfounded rumours.

ClamAV reports some of the files as malicious, but analysing these via VirusTotal shows that it is a false positive (ClamAV is the only antivirus to suspect of these files).

I checked directly downloading the installer from the Adobe website, and is already recognized by ClamAV as malicious. So it is a false positive with the installer from Adobe, not related to AUR.

it works fine but doesn't print

Nevermind, it is a bug of cabextract 1.10.

After manually updating it to 1.11 this install goes through.

If I manually create the i386 directory with

mkdir /var/tmp/pamac-build-plalloni/adobe-reader-11/src/tmp/env/dosdevices/c:/windows/temp/i386

And then manually run

cabextract -q -d /var/tmp/pamac-build-plalloni/adobe-reader-11/src/tmp/env/dosdevices/c:/windows/temp -L -F i386/mspatcha.dl_ /home/plalloni/.cache/winetricks/win2ksp4/W2KSP4_EN.EXE

Then it works.

So, it seems like cabextract does not want to implicitly create directories anymore.

If that is the case, then the fix would lie into winetricks itself, unfortunately.

I wonder if there is anything we could do from this package.