[metajam]

I didn’t get much of chance to work on on the createUser.pkg problem so far. The postinstall script looks like it should be doing the right thing inside of a chroot.

The behavior when invoked from instaDMG r188 is like this:

1. The /Users/username directory is created inside of the target volume: correct.
2. The directory entries (via dscl) are created in the host system: not correct.

Makes me wonder if the dscl command is actually a frontend for a process already running outside the chroot (eg DirectoryService). That’s one possibility – and dtrace output from my dscl tests seem to support this (disclaimer: I’m a newbie at dtrace).

Perhaps some kind of blacklist would be useful where some packages can be excluded from the chroot treatment? The createUser package has been crafted to work nicely with a non-root target so perhaps better left that way?

[metajam]

I tried rev188 instaDMG.bash with the 10.5.7 Combo (running on 10.5.7 PowerMac G5 host) and it works. It applies the update and most of the other packages seem to be ok with one notable exception:

createUser.pkg

It seems that this package has created the target user [i]on my build machine[/i] rather than in the target image. It was working ok with r179.

I’ll see if I can figure out why.

[metajam]

rev188 does seem to work ok with the 10.5.7 Combo – (although rev188 seems to have problem with createUser.pkg. I will discuss that in the ‘New Version’ thread.)

Mail.app is now the correct version and no longer crashes with the particular attachments.

[metajam]

I should add that everything [i]appeared to be fine [/i]with 10.5.7 and this Mail.app problem went undetected for nearly a week.

The old Mail.app runs in 10.5.7 – but crashes when particular messages with attachments are viewed. This is an old mail bug.

[Author]

Posts