InstaDMG error with rev266

[sgstuart]

Hi All,
I am getting the following error with Rev 266.

Working on folder 12 FireFox 3.6.3 (16:07:05)
###### Error: /tmp/InstaUp2DateFolder-gYMHEK/12 FireFox 3.6.3 pointed at /tmp/InstaUp2DateFolder-gYMHEK/../../../Users/macadmin/Desktop/instadmg/InstallerFiles/InstaUp2DatePackages/Firefox_363.pkg, which is an unknown file type (should be a dmg or a folder) ######

I was not getting this error before. Did something change and it does not accept pkg’s and mpkg’s anymore?

Thanks,
Steven Stuart

[sgstuart]

I want to add that it said that I checkedout Rev: 288, so I am not sure why it says 266?

MacAdministrators-MacBook-Pro:Desktop #######$ svn checkout http://instadmg.googlecode.com/svn/trunk/ instadmg
U instadmg/AddOns/createUser/createUser.pkg/Contents/Resources/postflight
U instadmg/AddOns/createUser/createUser.pkg/Contents/Resources/password_hash
U instadmg/AddOns/createUser/createUser.pkg/Contents/Resources/USERDATA
U instadmg/AddOns/InstaUp2Date/checksum.py
U instadmg/AddOns/InstaUp2Date/instaUp2Date.py
U instadmg/AddOns/InstaUp2Date/CatalogFiles/iLife09_Updates.catalog
U instadmg/AddOns/InstaUp2Date/CatalogFiles/10.5_vanilla.catalog
A instadmg/AddOns/InstaUp2Date/CatalogFiles/iWork09_Updates.catalog
U instadmg/AddOns/InstaUp2Date/CatalogFiles/10.6_vanilla.catalog
U instadmg/AddOns/InstaUp2Date/CatalogFiles/sample.catalog
Checked out revision 288.
——–
15:12:37 ###### InstaDMG build initiated ######
InstaDMG version 1.6b2 (svn revision: 266)
Host OS: Mac OS X 10.6.3
Host Hardware: MacBookPro4,1
Output file name: 10.6.3 XXXX_v3
Output disk name: Enter Serial Number_10.6
———

Thanks,
Steven Stuart

[larkost]

This is the oldest part of the InstaDMG code, and one that actually is on my list to replace next. The problem here is that InstaDMG assumes that anything in its folders is either a DMG or a folder, but I have already been thinking of relaxing that rule… but had not quite gotten there in InstaDMG. I will try to put that fix in sooner… but no guarantees since I will be a bit busy with personal life stuff for the next 3 weeks.

But since it is specifically FireFox that you are putting in you have a few options:

1) If you are not doing any customization of FireFox, but are just repackaging, then rejoice, this is no longer necessary. I put in code a while ago to handle “naked” apps inside dmg’s, such as FireFox (that and Adium were my primary use-cases). So this line in your catalog file will get you what you want:

[code] Firefox 3.6.3 http://download.mozilla.org/?product=firefox-3.6.3&os=osx&lang=en-US sha1:ad9857fc2868b48784f53442ab7fe401b85bbe22[/code]

This functionality has been there for a while now, but I did not publicize it because I thought there was a bug. But it turns out that there is no bug, I was just thinking about it wrong.

2) Wrap what you already have in a dmg, and get the checksum for that.

And the reason that you are showing an older revision on InstaDMG is that rev266 is the last change on the InstaDMG file. Recently my changes have been happening in CreateUser and InstaUp2Date, so those have newer revisions while the InstaDMG file has not been changed. Weird little quirk of SVN, probably one I should look into working around at some point.

[sgstuart]

Hi larkost,
I am actually packaging it, as for some reason, when inside our company and its firewall, it will not let InstaDMG download packages thru there HTTP sites (if you remember from before it would not let me do the checkout either). So I have to use firefox or Safari to download them first and therefore put those packages under InstaUp2DatePackages. On April 23rd (whatever that version was), I was able to do it fine, the only difference was I had to put the full path to the folder as opposed to just the filename(in current version).

I am using this string in the catalog now,
FireFox 3.6.3 Firefox_363.pkg sha1:bf430935ec8f847db6bc5a3022b03565d9738eb6

I was using this before.
FireFox 3.6.3 /Users/macadmin/Desktop/instadmg/InstallerFiles/InstaUp2DatePackages/Firefox_363.pkg sha1:bf430935ec8f847db6bc5a3022b03565d9738eb6

When I tried to use the full path name in this version, it failed in the “Looking for step”, here is that error:
Looking for FireFox 3.6.3
Traceback (most recent call last):
File “./instadmg/AddOns/InstaUp2Date/instaUp2Date.py”, line 664, in
main()
File “./instadmg/AddOns/InstaUp2Date/instaUp2Date.py”, line 647, in main
thisController.parseFile(catalogFilePath)
File “./instadmg/AddOns/InstaUp2Date/instaUp2Date.py”, line 224, in parseFile
additionalCacheFolders = userSuppliedPKGFolderPath
File “./instadmg/AddOns/InstaUp2Date/instaUp2Date.py”, line 444, in __init__
if not os.path.exists(cacheFilePath):
File “/System/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/genericpath.py”, line 18, in exists
st = os.stat(path)
TypeError: coercing to Unicode: need string or buffer, NoneType found

After I removed the Full Path string it worked. I remember seeing in a post from you(I think) that as long as you put the package into the InstaUp2DatePackages folder, you would be okay in a post for rev 288, I think. However, now it is failing much farther in. I also remember before that the folders seemed to go with what section of the catalog they were in, but this version does not seem to do that. As Firefox is the first item under Third PartySoftware: Last time I ran this the folders started to renumber after the OS Updates section, so the items that were in the BaseUpdates had their numbering, and the CustomPKG had their numbering, now it seems to continue the folder numbering.
Did the order of how items are being integrated change or did something else happen?

Thanks,
Steven Stuart

[Author]

Posts