Packaging requests fail if CACHE_DIR is on an external volume about autopkg HOT 6 CLOSED

Typically external disks are mounted with owners OFF, so any operation that affects owner, group, or mode is likely to give unexpected results.

Sent from my iPhone

On Sep 26, 2013, at 11:36 PM, Hannes Juutilainen [email protected] wrote:

Now this might just be some oversight on my part but I can't get the FlashPlayerRepackage recipes to work if my CACHE_DIR points to a folder on an external disk.

I've set the CACHE_DIR in autopkg preferences to "/Volumes/external-disk/temp/autopkg-cache" and if I run the recipe with the defaults, I get:

$ autopkg run -v AdobeFlashPlayerRepackage.pkg.recipe
Processing AdobeFlashPlayerRepackage.pkg.recipe...
AdobeFlashURLProvider
AdobeFlashURLProvider: Found URL http://fpdownload.macromedia.com/get/flashplayer/pdc/11.8.800.168/install_flash_player_osx.dmg
URLDownloader
URLDownloader: Item at URL is unchanged.
URLDownloader: Using existing /Volumes/external-disk/temp/autopkg-cache/com.github.autopkg.pkg.FlashPlayerRepackage/downloads/AdobeFlashPlayer.dmg
EndOfCheckPhase
AdobeFlashDmgUnpacker
AdobeFlashDmgUnpacker: Mounted disk image /Volumes/external-disk/temp/autopkg-cache/com.github.autopkg.pkg.FlashPlayerRepackage/downloads/AdobeFlashPlayer.dmg
PkgCreator
PkgCreator: Connecting
PkgCreator: Sending packaging request
PkgCreator: Disconnecting
/Volumes/external-disk/temp/autopkg-cache/com.github.autopkg.pkg.FlashPlayerRepackage/FlashPlayerPkg isn't owned by
Failed.
Receipt written to /Volumes/external-disk/temp/autopkg-cache/com.github.autopkg.pkg.FlashPlayerRepackage/receipts/AdobeFlashPlayerRepackage.pkg-receipt-20130927-092147.plist

The following recipes failed:
AdobeFlashPlayerRepackage.pkg.recipe
Error in com.github.autopkg.pkg.FlashPlayerRepackage: Processor: PkgCreator: Error: /Volumes/external-disk/temp/autopkg-cache/com.github.autopkg.pkg.FlashPlayerRepackage/FlashPlayerPkg isn't owned by

Nothing downloaded, packaged or imported.
The directory in question is owned by me. However, if I override the CACHE_DIR setting and set it to default, everything works perfectly:

$ autopkg run -v -k CACHE_DIR=~/Library/AutoPkg/Cache AdobeFlashPlayerRepackage.pkg.recipe
Processing AdobeFlashPlayerRepackage.pkg.recipe...
AdobeFlashURLProvider
AdobeFlashURLProvider: Found URL http://fpdownload.macromedia.com/get/flashplayer/pdc/11.8.800.168/install_flash_player_osx.dmg
URLDownloader
URLDownloader: Item at URL is unchanged.
URLDownloader: Using existing /Users//Library/AutoPkg/Cache/com.github.autopkg.pkg.FlashPlayerRepackage/downloads/AdobeFlashPlayer.dmg
EndOfCheckPhase
AdobeFlashDmgUnpacker
AdobeFlashDmgUnpacker: Mounted disk image /Users//Library/AutoPkg/Cache/com.github.autopkg.pkg.FlashPlayerRepackage/downloads/AdobeFlashPlayer.dmg
PkgCreator
PkgCreator: Connecting
PkgCreator: Sending packaging request
PkgCreator: Disconnecting
Receipt written to /Users//Library/AutoPkg/Cache/com.github.autopkg.pkg.FlashPlayerRepackage/receipts/AdobeFlashPlayerRepackage.pkg-receipt-20130927-092552.plist

The following packages were built:
Identifier Version Pkg path
---------- ------- --------
com.adobe.pkg.FlashPlayer 11.8.800.168 /Users//Library/AutoPkg/Cache/com.github.autopkg.pkg.FlashPlayerRepackage/AdobeFlashPlayer-11.8.800.168.pkg
Let me know if I'm doing something stupid here... :)

Hannes

—
Reply to this email directly or view it on GitHub.

from autopkg.

Thanks for catching this. I was bitten by this a while ago and didn't correlate that I'd also had an external volume as a CACHE_DIR.

We should detect this and give a warning. Once you know the volume on which the path resides, it's possible to find out whether permissions are enabled for a volume using: diskutil info -plist /path/to/volume and checking the GlobalPermissionsEnabled key. If that's true, then ownerships are not being ignored and PkgCreator steps should run fine.

from autopkg.

I had owners enabled on that drive but had done it with "sudo diskutil enableOwnership ...". Apparently I needed a reboot and a trashing of the cache directory in question. Weird stuff but solved for now.

from autopkg.

A check with a more useful warning was added in to address this in 0.3.1-0.3.2.

from autopkg.

I'm running into this issue again with an external drive and the PkgCreator processor. Running the Texmaker.pkg.recipe with the CACHE_DIR pointed to /Volumes/USB/AutoPkg/Cache, I get the error that the ditto "Operation not permitted". I've ensured the drive has Ignore Ownership disabled and deleted the cache dir before restarting. After a restart the error still occurs. The recipe works when the CACHE_DIR is pointed to the internal drive.

from autopkg.

@rustymyers can you please file a new issue with a repro case, including all the output requested in the github issue template?

from autopkg.