Forum Replies Created

Viewing 11 posts - 76 through 86 (of 86 total)
  • Author
    Posts
  • in reply to: Apple updates and update order #371869
    pteeter
    Participant

    Regarding the MacBook Pro Software Update 1.2 installing via NetRestore Post-action…

    I get an error about needing to install on the ‘boot volume’.

    In people’s experience, is it necessary to re-package the update?

    I figure yes but want to make sure.

    in reply to: CS3 and CS3 update packaging #371798
    pteeter
    Participant

    Good idea about an MPKG, I was considering it.

    I know I’ll have to make a separate one for Photoshop only b/c we have some stand-alone installs of that app.

    So far pkgGen hasn’t let me down.

    This is a work in progress however.

    I’ll keep everyone posted.

    PJT

    in reply to: CS3 and CS3 update packaging #371770
    pteeter
    Participant

    We have 3-4 ‘classes’ of machines. Depending on the class, a certain set of software tools will be added to the image.

    I am planning to add CS3 + CS3 updates to 2 machines class images, ostensibly with InstaDMG.

    I have created a pkg installer that has the parts of CS3 we need these users to have.

    I do plan to utilize the update pkg to deploy through ARD, but this is a secondary/kill-2-birds-with-one-stone benefit.

    That being said…

    In testing the ‘base’ CS3 installer seems to work fine.

    And the CS3 update pkg, with preinstall file removal script, works too.

    I don’t look forward to keeping this CS3 update pkg current. But, I envision picking a calendar date every month or two to make the updater current.

    Make sense?

    in reply to: pkg way to set com.apple.SoftwareUpdate CatalogURL #371696
    pteeter
    Participant

    Josh’s solution occurred to me later yesterday too.

    MCX is just more powerful.

    Would your preference be to set it via a user group or computer group?

    I vote computer group but am curious to discuss the pros and cons of either.

    in reply to: pkg way to set com.apple.SoftwareUpdate CatalogURL #371675
    pteeter
    Participant

    Results have been inconsistent.

    I’m going to wipe the test box and try once more.

    But, the package I’m creating writes the file for sure.

    It’s just the first time softwareupdate is run, it looks to Apple not local.

    I gotta do a bit more testing.

    in reply to: Apple updates and update order #371621
    pteeter
    Participant

    Thanks for the tip, good to know.

    Should begin testing a bit next week.

    in reply to: 1st image made off of a System Restore disk #371610
    pteeter
    Participant

    Good points.

    I’m still trying to plan in my head how I’ll maintain the build environment for images.

    I tend to distinguish between images based on 3rd party software – who gets CS2, who gets FCS2, etc.

    Based on Patrick’s comments, seems like shuttling different ‘build’ trees that hold the populated folders for each type of image to and from an external HDD would work. Keep the build trees on a RAID’d filesystem that gets backed up, copy to external HDD when ready to make images.

    in reply to: Apple updates and update order #371609
    pteeter
    Participant

    Thanks for weighing in Patrick.

    The necessary updates logic makes sense. I wasn’t aware that Leopard was treating the Al iMac and SR MacBookPro the same way.

    The SRMBP complicates my Tiger imaging strategy but that will be temporary.

    There has to be a smarter way to get update orders via softwareupdate. I wonder if running softwareupdate -l shows the correct order of applied updates?
    without the need to download them.

    Here’s another thing to ponder…

    Do people consider Apple software like iWork or iLife candidates for the AppleUpdates InstaDMG folder or the CustomPKG folder?

    in reply to: 1st image made off of a System Restore disk #371590
    pteeter
    Participant

    You mention ‘external drive’ specifically.

    Does the InstaDMG environment *have* be connected to the intended system for imaging via external disk.

    Is it possible for the InstaDMG environment to live on an AFP, SMB, WebDAV share? Mount the share on the system, run the instadmg script, etc.

    Might that work?

    in reply to: WebDAV, group "www", WinXP, etc?? #367753
    pteeter
    Participant

    Kind of an ambiguous response Joel… 😉

    I know OS X Server has both a mod_auth_apple module and a mod_digest_apple module.

    Presumably, the digest module uses digest passwords and is therefore slightly more secure than mod_auth_apple.

    Is it a requirement that Apache 1.3.x has one or both of these modules enabled to allow for OD authentication?

    If so, then the article about ‘WebDAV and ACL’s” needs to be amended b/c it states that:

    c.) The proper modules activated: digest_module + dav_module (This is under Apache Web Server 1.3.33)

    I’ll have to do some more looking about making Apache work with mod_auth_apple and mod_digest_apple.

    PJT

    in reply to: WebDAV, group "www", WinXP, etc?? #367748
    pteeter
    Participant

    I’ve been testing with WebDAV over the past couple of days.

    My understanding is YES, WinXP users have to add the /# at the end of the URL. An article I found at BigNerdRanch’s blog discusses it a bit – http://weblog.bignerdranch.com/?p=18.

    Can anyone post some of the resulting httpd.conf file after mucking around with ServerAdmin to configure the web realm?

    I want to see how Apache is configured to interact with OD for authentication. I’m familiar with the AuthType, AuthName, and AuthDigestFile directives but am very curious how one points Apache to refer to OD.

    It would be much appreciated.

Viewing 11 posts - 76 through 86 (of 86 total)