Adobe AIR autopkg failing

[Christopher Kemp]

New user here - just downloaded latest version of autopkg and added the repo. Tried to do a pkg for Adobe AIR, but it fails with the following error

The following recipes failed:
    AdobeAIR.pkg
        Error in com.github.autopkg.pkg.AdobeAIR: Processor: Copier: Error: /Users/ckemp/Library/AutoPkg/Cache/com.github.autopkg.pkg.AdobeAIR/downloads/AdobeAIR.dmg is not mounted

I tried manually mounting the .dmg in that location, just to see if it worked, and it did. I then re-ran the script, leaving the .dmg mounted, but it still failed with the same error.

I don't know how to get to the recipe itself, either, so I can't check it for errors either.

Can anyone offer assistance?

[Gregory Neagle]

Linking to Chris's postings on JAMFNation in attempt to collect most of the relevant information in one spot:

https://jamfnation.jamfsoftware.com/discussion.html?id=10982

This is definitely a localized problem, as the AdobeAIR recipe is well-tested and in daily use by many AutoPkg users.

Since your problem (at least as described on JAMFNation) appears to affect ALL disk image manipulation in EVERY AutoPkg recipe, I'd start looking at what might be interfering with hdiutil.

This is a long shot, but might you have some AntiVirus software that could be interfering with newly-downloaded disk images? I recall this sort of thing being an issue years ago with several AV products; I haven't heard of similar issues recently, but it might be what's happening here...

On Jun 20, 2014, at 8:53 AM, Christopher Kemp <willo...@gmail.com> wrote:

New user here - just downloaded latest version of autopkg and added the repo. Tried to do a pkg for Adobe AIR, but it fails with the following error

The following recipes failed:
    AdobeAIR.pkg
        Error in com.github.autopkg.pkg.AdobeAIR: Processor: Copier: Error: /Users/ckemp/Library/AutoPkg/Cache/com.github.autopkg.pkg.AdobeAIR/downloads/AdobeAIR.dmg is not mounted

I tried manually mounting the .dmg in that location, just to see if it worked, and it did. I then re-ran the script, leaving the .dmg mounted, but it still failed with the same error.

Leaving the disk image mounted is likely to trigger an error, as AutoPkg expects it has exclusive use of the files it downloads.

I don't know how to get to the recipe itself, either, so I can't check it for errors either.

The "info" verb can tell you where the recipe itself is:

% autopkg info AdobeAIR.pkg

Description:         Downloads the latest Adobe AIR installer and repackages it for unattended, silent installation.

                     Based on jamesz's work here: https://github.com/jamesez/automunki/tree/master/adobe-air

Identifier:          com.github.autopkg.pkg.AdobeAIR

Munki import recipe: False

Has check phase:     True

Builds package:      True

Recipe file path:    /Users/gneagle/Library/AutoPkg/RecipeRepos/com.github.autopkg.recipes/AdobeAIR/AdobeAIR.pkg.recipe

Input values: 

 

    NAME = AdobeAIR;

    URL = "http://airdownload.adobe.com/air/mac/download/latest/AdobeAIR.dmg";

So for me it is stored at /Users/gneagle/Library/AutoPkg/RecipeRepos/com.github.autopkg.recipes/AdobeAIR/AdobeAIR.pkg.recipe. But your issues are not caused by anything in the recipe itself, your issue is at a much lower level.

Can anyone offer assistance?

Heh. I guess we'll see.

[Christopher Kemp]

OK - this morning I fixed permissions & restarted, but was still getting the errors; I also disabled ClamXav, but still got errors; then I moved the old DmgMount.py and replaced it with your updated file...and I got a different error:

Kemp-Mac-pro:~ ckemp$ autopkg run Firefox.pkg                                           Processing Firefox.pkg...
/Volumes/Video Store/Autopkg_Done/com.github.autopkg.pkg.Firefox_EN/Firefox isn't owned by 502
Failed.

The following recipes failed:
    Firefox.pkg
        Error in com.github.autopkg.pkg.Firefox_EN: Processor: PkgCreator: Error: /Volumes/Video Store/Autopkg_Done/com.github.autopkg.pkg.Firefox_EN/Firefox isn't owned by 502

Nothing downloaded, packaged or imported.

This seemed strange, because I (502) had created this folder yesterday, with the correct permissions - however, this volume also has "Ignore Permissions" checked, maybe that's another issue? I even deleted the entire com.github.autopkg.Firefox_EN directory to force a new download, but it still complained about ownership.

But anyway...I created a new folder in my Home directory and changed the CACHE_DIR to that folder, and now it's working. <shrug> I've build Adobe AIR, Firefox, and VLC all successfully. (I actually turned ClamXav back on before building VLC, as a test, but it worked fine.)

So thank you VERY much, greg, for fixing the script. :)

[Christopher Kemp]

If anyone wants more information, by the way, or for me to try something else, I'm happy to oblige. :)

[Christopher Kemp]

Just to clarify here (I also posted this in the JN thread): I moved the old script back into place & tested again, this time with TextWrangler.pkg, and I got the same set of errors re: global name 'sys' is not defined. Put your script back in place and the build went fine.

[Gregory Neagle]

On Jun 21, 2014, at 7:50 AM, Christopher Kemp <willo...@gmail.com> wrote:

OK - this morning I fixed permissions & restarted, but was still getting the errors; I also disabled ClamXav, but still got errors; then I moved the old DmgMount.py and replaced it with your updated file...and I got a different error:

Kemp-Mac-pro:~ ckemp$ autopkg run Firefox.pkg                                           Processing Firefox.pkg...
/Volumes/Video Store/Autopkg_Done/com.github.autopkg.pkg.Firefox_EN/Firefox isn't owned by 502
Failed.

The following recipes failed:
    Firefox.pkg
        Error in com.github.autopkg.pkg.Firefox_EN: Processor: PkgCreator: Error: /Volumes/Video Store/Autopkg_Done/com.github.autopkg.pkg.Firefox_EN/Firefox isn't owned by 502

Nothing downloaded, packaged or imported.

This seemed strange, because I (502) had created this folder yesterday, with the correct permissions - however, this volume also has "Ignore Permissions" checked, maybe that's another issue?

That's a key bit of info -- normally autopkg stores all its files in your home directory.  The PkgCreator processor is very picky about file ownership; since it triggers a privileged process to do the actual package building it wants to make sure you own the files/directories you are telling it to modify.

We really hadn't considered the case of a CACHE_DIR on a volume for which permissions had been disabled.

I even deleted the entire com.github.autopkg.Firefox_EN directory to force a new download, but it still complained about ownership.

But anyway...I created a new folder in my Home directory and changed the CACHE_DIR to that folder, and now it's working. <shrug> I've build Adobe AIR, Firefox, and VLC all successfully. (I actually turned ClamXav back on before building VLC, as a test, but it worked fine.)

So thank you VERY much, greg, for fixing the script. :)

--
You received this message because you are subscribed to the Google Groups "autopkg-discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an email to autopkg-discu...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[Gregory Neagle]

On Jun 21, 2014, at 8:02 AM, Christopher Kemp <willo...@gmail.com> wrote:

> Just to clarify here (I also posted this in the JN thread): I moved the old script back into place & tested again, this time with TextWrangler.pkg, and I got the same set of errors re: global name 'sys' is not defined. Put your script back in place and the build went fine.

It still feels like there is an undiagnosed issue at a lower level on your machine.

-Greg

[Christopher Kemp]

The bit about "ignore permissions" is curious, I agree, and perhaps something that should be allowed for? Initially, however, the CACHE_DIR was the default, which is in my home directory anyway. I didn't change it until after the initial problem, and was directed to the other blog post.

I'm curious about what might be going on with the machine - but I don't see much discussion via Google of issues of this nature. I'm not having other issues working with disk images or hdiutil as far as I'm aware. AutoPkg is the only thing that's given me any issues.