/build/static/layout/Breadcrumb_cap_w.png

Adobe Standard 9.2 Installation Point Failure

I've spent the day trying to build an administrative install point for Adobe Standard 9.2. To make a long story short, I managed to patch 9.0 with 9.1, then managed to patch a copy of that install point with 9.1.2. So far so good. These steps follow the recommendations elsewhere on these boards.

That's where I am now.

The problem comes when I try to patch a 9.1.2 install point with either 9.2, per the recommendation in thread 53769, or with 9.1.3, per the Adobe web site. (For what its worth, Adobe says to patch 9.1.2 with 9.1.3 and then 9.1.3 with 9.2.). In either case, I get the error message:
[blockquote]Product: Adobe Acrobat 9 Standard -- Error 1334.The file 'M_IA32_ppi_910.rtp' cannot be installed because the file cannot be found in cabinet file 'Data1.cab'. This could indicate a network error, an error reading from the CD-ROM, or a problem with this package.
[/blockquote]Thinking that both 9.2 and 9.1.3 were looking for 9.1, I tried to apply one then the other of the two patches to 9.1, which both failed as I expected.

As for Data1.cab, the file is not changed by any of these patches - the file data and size are the same in every iteration I've made today and is the same as the original CD. The working file is not copied from a CD or across the network; it resides on my working PC.

I'm stumped. Anyone have a suggestion?

Cliff

0 Comments   [ + ] Show comments

Answers (6)

Posted by: ccook13 14 years ago
Senior Yellow Belt
0
Well, it seems the problem was somehow of my own making. I started with a fresh set of Acrobat 9.0 installations files from the CD and did not run into the problem again.
Posted by: Arvidb 14 years ago
Second Degree Blue Belt
0
I am still having the same problem and the solution ccook13 found isnt helping me alot.
Does someone else know something helpfull?

I have wasted a whole day allready.
Posted by: anonymous_9363 14 years ago
Posted by: Arvidb 14 years ago
Second Degree Blue Belt
0
Yes I allways read the Package KB,s. This time I didn't think I had the right lisence and was trying to patch without a lisence to save time. I will not ever try to save time again. [:@]

I was under the impression that patching before I made the package in LanDesk would reduce install time. Now after finding a solution I am not sure. It installed very quickly. My problem was that upon using the cust. wizard I saved changes in both the .msi file and made a .mst file. This was off course an error by me and caused a lot of problems trying to install with msiexec.exe. (Lisence errors on one hand, patch failure on the other.)

So if you are having the same problem as me, use the patch line and use the transform line in setup.ini. (It works with quotes "", don,t know if you really need them) And use setup.exe if you can. [:D]

CmdLine=TRANSFORMS="file.mst" ADDLOCAL=ALL
PATCH="AcroProStdUpd910_T1T2_incr.msp;AcrobatUpd912_all_incr.msp;AcrobatUpd913_all_incr.msp;AcrobatUpd920_all_incr.msp;AcrobatUpd930_all_incr.msp"
Posted by: anonymous_9363 14 years ago
Red Belt
0
A good rule is to always set the file's read-only attribute on a vendor MSI for which you're creating a transform.
Posted by: craigw 14 years ago
Yellow Belt
0
So after adding the PATCH property to your setup.ini did you deploy the changes using your original GPO? Did you create another GPO?? I am not clear on how to get Group Policy to register that something has changed in the setup.ini. Is this even possible?

I tried adding the package in again as an update, but that did not push the new install including the patches.

Thanks,
-Craig


ORIGINAL: Arvidb

Yes I allways read the Package KB,s. This time I didn't think I had the right lisence and was trying to patch without a lisence to save time. I will not ever try to save time again. [:@]

I was under the impression that patching before I made the package in LanDesk would reduce install time. Now after finding a solution I am not sure. It installed very quickly. My problem was that upon using the cust. wizard I saved changes in both the .msi file and made a .mst file. This was off course an error by me and caused a lot of problems trying to install with msiexec.exe. (Lisence errors on one hand, patch failure on the other.)

So if you are having the same problem as me, use the patch line and use the transform line in setup.ini. (It works with quotes "", don,t know if you really need them) And use setup.exe if you can. [:D]

CmdLine=TRANSFORMS="file.mst" ADDLOCAL=ALL
PATCH="AcroProStdUpd910_T1T2_incr.msp;AcrobatUpd912_all_incr.msp;AcrobatUpd913_all_incr.msp;AcrobatUpd920_all_incr.msp;AcrobatUpd930_all_incr.msp"
Rating comments in this legacy AppDeploy message board thread won't reorder them,
so that the conversation will remain readable.
 
This website uses cookies. By continuing to use this site and/or clicking the "Accept" button you are providing consent Quest Software and its affiliates do NOT sell the Personal Data you provide to us either when you register on our websites or when you do business with us. For more information about our Privacy Policy and our data protection efforts, please visit GDPR-HQ