Arch Linux User Repository

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

This is not working for me.

This is the output I see

Warning: adobe-reader-11 is only available from AUR
Preparing...
Cloning adobe-reader-11 build files...
Generating adobe-reader-11 information...
Checking adobe-reader-11 dependencies...
Resolving dependencies...
Checking inter-conflicts...

To build (1):
adobe-reader-11  11.0.23-2    AUR


Edit build files : [e]
Apply transaction ? [e/y/N] y


Building adobe-reader-11...
==> Making package: adobe-reader-11 11.0.23-2 (Thu 02 Mar 2023 05:44:09 PM)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
-> Found AdbeRdr11000_en_US.msi
-> Found AdbeRdrUpd11023.msp
-> Found launcher.sh
-> Found launcher.desktop
==> Validating source files with sha256sums...
AdbeRdr11000_en_US.msi ... Passed
AdbeRdrUpd11023.msp ... Passed
launcher.sh ... Passed
launcher.desktop ... Passed
==> Removing existing $srcdir/ directory...
==> Extracting sources...
==> Removing existing $pkgdir/ directory...
==> Starting build()...
Using winetricks 20230212-next - sha256sum: 10c29afe981343a6f132532d102df45ed0294c4685c8ed20669edfb0cd788500 with wine-8.1 and WINEARCH=win32
Executing w_do_call winxp
Executing load_winxp
Executing wine winecfg -v winxp
------------------------------------------------------
warning: Running /usr/bin/wineserver -w. This will hang until all wine processes in prefix=/var/tmp/pamac-build-plalloni/adobe-reader-11/src/tmp/env terminate
------------------------------------------------------
Executing w_do_call mspatcha
Executing load_mspatcha
grep: warning: stray \ before /
Executing 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
/var/tmp/pamac-build-plalloni/adobe-reader-11/src/tmp/env/dosdevices/c:/windows/temp/i386/mspatcha.dl_: No such file or directory
------------------------------------------------------
warning: Note: command 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 returned status 1. Aborting.
------------------------------------------------------
==> ERROR: A failure occurred in build().
Aborting...

I tracked the error to what seems to be a different behavior of cabextract, because I can see that i386/mspatcha.dl_ exists into W2KSP4_EN.EXE, but the command to extract it does not work.