[freepms]

Ditched the installer disk image created with 388. Restarted.

Created a fresh installer disk image with InstaUp2Date. Restarted.

Ran instadmg.bash. Unable to find primary installer disk.

Moved image from InstallerFiles/InstallerDisks (where InstaUp2Date puts it) to InstallerFiles/BaseOS. Restarted.

Ran instadmg.bash. Unable to find primary installer disk.

Nothing else is mounted except for my internal HD. It has four partitions, none of which contain any of Mac, Macintosh, HD, or Installer in their names.

[freepms]

Got outside the company firewall, updated to 425. It still can’t find the installer disks.

[freepms]

Perhaps you could use a login-window 802.1X profile? They’ve been very useful to me. http://support.apple.com/kb/ht3326

[freepms]

I have r388, because that’s what’s in the downloadable .zip, and svn can’t get through my company’s proxy even after putting proxy settings into ~/.subversion/servers. Having the same problem; output follows.

15:46:13 ###### InstaDMG build initiated ######
InstaDMG version 1.6rc1 (svn revision: 388)
Host OS: Mac OS X 10.6.8
Host Hardware: MacBookPro8,1
Output file name: 11-09-12.dmg
Output disk name: InstaDMG
15:46:13 ###### Finding main MacOS X installer disk ######
###### Unable to find primary installer disk ######
15:46:13 ###### Cleaning up ######
Restoring normal installd daemon
Ejecting images

This happens no matter where I put the retail 10.6.0 image imported by InstaUp2Date.

[freepms]

InstaUp2Date isn’t seeing through my proxy either. I’m a beginner to these tools, and was surprised to find them not honoring the system proxy settings. Here’s the output I get from instaUp2Date.py 10.6_vanilla –process (with the 10.6_vanilla.catalog updated with 10.6.8 combo etc):

Exception: Got status code: 407 while trying to connect to remote url: http://support.apple.com/downloads/DL1399/en_US/MacOSXUpdCombo10.6.8.dmg

[freepms]

[QUOTE][u]Quote by: Goldberg[/u][p]You can also man PlistBuddy to learn about all it’s options and switches [/p][/QUOTE]

On my system there is no manpage for plistbuddy. But /usr/libexec/plistbuddy –help works.

[freepms]

This is happening on my server as well; Server 10.4.10, ACL’s off, Inherit Permissions from Parent set on all sharepoints. All enclosed folders show POSIX, greyed out, and a new folder created anywhere at all, even at the top level of the sharepoint, nevertheless fails to inherit permissions. I’ve seen the suggestion that ACL’s can’t be changed short of a restart, but I’ve bounced it several times, no joy.

sudo sharing -l shows “Inherit Perms: 1” just as it should; NetInfo Manager shows “afp_use_parent_privs 1” as it should.

Is this just broken? How can this be fixed short of making a cronjob of chmod 770?

[freepms]

[QUOTE][u]Quote by: macshome[/u][p]Grab our OD/AD whitepaper. It has everything you need to setup a magic triangle system like this.[/p][/QUOTE]

Might a newbie request a link to that whitepaper, please? Thanks very much!

[Author]

Posts