resulting pkg installs payload to wrong folder(s)

Question

resulting pkg installs payload to wrong folder(s)

rockpapergoat opened this issue 14 years ago · comments

i have a simple makefile that installs an app bundle and packs a postflight script. what i'm seeing when run on my build machine is stuff like this:

Sep 5 20:57:46 derwin installer[2238]: Applications/TSP_Managed_Mac.app relocated to tmp/the_luggage/TSP_Managed_Mac.app-1.0.7/root/Applications/TSP_Managed_Mac.app
Sep 5 20:57:46 derwin installer[2238]: PackageKit: Shoving /var/folders/zz/zzzivhrRnAmviuee+++++++++++/Cleanup At Startup/PKInstallSandbox-tmp/Root (2 items) to /

any idea why the installer would dump the app back to the tmp root location? i also had a previous build dump the app in /Applications/Utilities/Waterroof.app, even though that's not specified anywhere.

the relevant lines from the makefile look like this: http://pastie.textmate.org/private/aucexsivlobbf5p8ms6ywa

the payload is a tar.bz2 archive.

thanks for all your work.

Joe Block · Answer 1 · Tue Sep 07 2010 06:42:48 GMT+0800 (China Standard Time)

What do the contents of the tar.bz2 look like?

nate · Answer 2 · Tue Sep 07 2010 06:54:34 GMT+0800 (China Standard Time)

they look pretty normal. i copied the app to the build directory, changed ownership to root:admin and tarred it up. looks like this:

http://pastie.textmate.org/private/7jvqg9ndjzgajyoonbdcda

looks like there's no path prepended there. it's just an archive of the app bundle.

maybe it's some weirdness with apple's installer. regardless, it's strange behavior.

Joe Block · Answer 3 · Tue Sep 07 2010 07:07:33 GMT+0800 (China Standard Time)

That does look really weird. The unbz2 make rule just explodes the tarball into /Applications in the package root. It should definitely not be relocating the app.

The filesystem is hfs+, right? Are you trying to build on an NFS or AFP mounted filesystem?

nate · Answer 4 · Tue Sep 07 2010 07:37:54 GMT+0800 (China Standard Time)

nope. all local, hfs+. maybe my system is hosed. i'll try building elsewhere and report back. thanks for your help!

nate · Answer 5 · Thu Sep 09 2010 04:34:23 GMT+0800 (China Standard Time)

pretty weird. i tested on another laptop, tarred up cyberduck, edited the makefile with the basics, and built a package.

the app isn't installed under /Applications but under /tmp/the_luggage. the directory looks like this:
http://pastie.textmate.org/private/hgwcssrqddp3z2wysdygaq

and this is using a fresh pull straight from github.

i haven't seen this behavior before and don't know what would cause it. any ideas?

nate · Answer 6 · Thu Sep 09 2010 04:45:17 GMT+0800 (China Standard Time)

okay, so after purging /tmp/the_luggage and removing any app from the build directory, a pkg file will actually install.i don't know if this is typical or in the docs, but i don't remember having to do this before.

Joe Block · Answer 7 · Sun Sep 12 2010 02:43:24 GMT+0800 (China Standard Time)

You shouldn't have to do that. When I get in to work on Monday I'll install from github onto a fresh machine and make sure nothing got inadvertently broken in any recent updates.

nate · Answer 8 · Sun Sep 12 2010 10:39:00 GMT+0800 (China Standard Time)

thanks. i don't have an older version hanging around to check. after running 'make clean' for a given pkg project, installation does work, though.

Kevin Rivers · Answer 9 · Sat Jan 08 2011 04:41:20 GMT+0800 (China Standard Time)

I am having the same issue. Fresh build, cleaning out /tmp/the_luggage does not help. Apps still get installed in /tmp/the_luggage...

Joe Block · Answer 10 · Mon Jan 10 2011 05:20:35 GMT+0800 (China Standard Time)

Could you post a gist with your Makefile? I haven't been able to replicate this.

Joseph Coffland · Answer 11 · Wed Nov 02 2011 09:30:11 GMT+0800 (China Standard Time)

I ran in to a very similar problem with an OSX package I'm working on. Suddenly it stopped installing. However, if I changed the install location slightly it would work. I finally tracked down the junk in /var/log/install.log which brought me here. And after reading the above I figured out a fix for my problem.

I deleted the directory /tmp/pkmk.NA60G/ I'm sure that is just the name on my machine with my particular package but it was a tmp directory mentioned in /var/log/install.log. Something in this folder was messing up the installer even though it said the install was successful. I don't know how it happened but it took me a long time to figure out why my package suddenly stopped installing any files.

Anyway, thought I'd share in case it might help someone else out.

Joe Block · Answer 12 · Wed Nov 02 2011 13:30:34 GMT+0800 (China Standard Time)

I wonder what was in that temp dir.

Also, was that on 10.6 or 10.7?

Joseph Coffland · Answer 13 · Wed Nov 02 2011 15:22:00 GMT+0800 (China Standard Time)

10.6 I'm not sure what was in the directory. Once I wiped it out everything worked fine again.

Ando · Answer 14 · Mon Jan 07 2013 05:00:36 GMT+0800 (China Standard Time)

FYI Gang.... I encountered this same "app was relocated" issue. I figured out that the installer -- even though I specified that the app was to be installed in /Applications -- if the app was already on the target volume somewhere (anywhere), the installer would always "re-install" it to that same location... so on a clean mac, the installer works fine.