It sounds like you were using the wrong X11 installer package. Install the one that is part of your OS install and then let software update take care of the rest. With anything 10.3 and newer the X11 package to use is an option in the OS installer.
Well the current DS online system uses GameSpy for matchmaking too. The only real difference I've seen so far in the Wii plans is that I have one code per system rather than one per game on my DS.
Well I don't know that I would call 9 HP a huge difference (244HP vs 253HP), but yeah the Accord is a car that leans toward using the electrics to boost power.
It locks AAC into place as the defacto commercial way of selling digital music, further enshrines MP3 as the default used by consumers,
I would bet that more casual consumers are encoding in AAC these days than MP3. It is the default for iTunes, and with all those iPods out there there are a LOT of iTunes users.
iTunes has been able to do this with purchased tracks for quite a while now. If I want to transfer all my music though I just copy it to a drive and them import into iTunes on the other machine...
Apple initiated the IEEE 1394 project and was the main contributor to it with major additions from TI, Sony, DEC, IBM, and Thomson. http://en.wikipedia.org/wiki/Firewire
Yeah, I'm not a fan of NetInstall as I have always had bad luck with it.
By far the easiest solution is to use NetRestore Helper to generate a Netboot set that is pre-configured with NetRestore and a RAM disk. Since the NetRestore-Install nbi will include NetRestore and the Terminal you will have multiple ways to run your multicast ASR.
Take a look at Bombich's multicast rate tuning article to help you understand and optimize the process. If it comes down to it you can always just boot the Minis off of the DVD that comes in the box and initiate a multicast asr session from there.
Netboot really is the best option to go with since you can just re-image by starting up with the 'n' key held.
If it's telling you that the internal drive is in use then it's probably got the netboot shadow file (.com.apple.NetBootX) on there. You can get around this by doing a 'diskless' style netboot image or a NeInstall type image. I really prefer the NetInstall image for deploying as it does a CDROM style boot and uses a RAM disk for the swap and what not. Diskless netboot requires an AFP share for the shadows and has more room for crap to go wrong.
If you use NetRestore helper to build your netboot set, then it will automatically create a NetInstall style boot image that can do imaging without any trouble at all.
Watch out when doing mulitcast on the larger network though as you can cause all sorts of trouble. If multicast restores are allowed in the wild then make sure you work with the network admins to get everything setup right. Working from settings used by Ghost is often a good way to go.
As long as you sysprep and reseal you should be able to use NetRestore to push out an NTFS image as well. You can't multicast the NTFS part, but you could could multicast the HFSJ volume and then unicast the NTFS volume with a post-flight script. Just make sure that you create the image from a Mac so that it has all the needed drivers.
Since BootCamp is beta, most places I know feel better rolling out Parallels. Dual boot is always a PITA anyway, IMHO, and this way you can roll everything out in one HFSJ image.
Every 10.4 Mac, both client and server, has a multicast image server on it. Check the man page for ASR.
Since you've found bombich.com for NetRestore you should also take a look at his nice article on multicast server rate tuning. http://www.bombich.com/mactips/multicast.html It covers how to setup multicast ASR properly. Also new versions of NetRestore can look for mDNS advertised multicast servers and automatically show them as restore options.
I very recently helped a customer setup a multicast ASR server and they were imaging Macs as fast as they could unbox them. As fast as they could get one of of the box, another was ready to come off the network and back into a box for deployment.
Typically I use multicast on an isolated network for mass imaging, and then maintain a unicast imaging server for the here and there re-imaging of a box.
If you want to not even bother with imaging, then Apple can work with you to setup a custom SKU to order that has your build on it out of the box. Ask your AE or SE about CSS to learn more.
Because Macs work with Microsoft's directory
I have to disagree, they don't work with it. There merely support some authentication features of it. No windows policies. Any policies you need, need to be set on a OS X server running open directory You only need the OD attributes in some directory service. Using a Mac OS X Server in the mix is the magic triangle scenario and it works fine for small to medium sized deployments.
For bigger stuff and AD you can...
1. Extend the AD schema and the Apple AD plugin will detect and use it. (Often the best option for large enterprises.)
2. Use the LDAP plugin and reuse some inactive AD attributes. (It works but is brittle and I don't like it.)
3. Use Centrify DirectControl and then you can set some GPO for the Macs from the Windows side.
4. Use ADmitMac and then you can apply all MCX policy to the Macs with the traditional Mac tools. (Writes policy records onto SYSVOL.)
There are plenty of options that don't require Mac OS X Server.
OSX server comes with apache 1.3..wtf? we had to use fink and install 2.0.something Apache 2.0 is on Mac OS X Server, you can find it in/opt. It's not the default right now because the modules included are 1.3 modules.
At one point Ford did make glass...
http://www.actionsquad.org/ford.htm
Yes, it works with the Apple drivers installed.
Heh. I actually pulled out my bright orange disk notcher and used it on a floppy a few weeks ago.
It sounds like you were using the wrong X11 installer package. Install the one that is part of your OS install and then let software update take care of the rest. With anything 10.3 and newer the X11 package to use is an option in the OS installer.
Now the Gigabeat is just called the Zune...
http://bytonic.de/html/benchmarks.html
Oh if ONLY I had points to mod you funny!
Well the current DS online system uses GameSpy for matchmaking too. The only real difference I've seen so far in the Wii plans is that I have one code per system rather than one per game on my DS.
Reference: http://ds.ign.com/articles/611/611384p1.html
Mac OS X.
You can use case-sensitive HFS+ too.
Hah! Software is for wimps! Remember Woz coded Breakout by himself, in freaking HARDWARE.
Well I don't know that I would call 9 HP a huge difference (244HP vs 253HP), but yeah the Accord is a car that leans toward using the electrics to boost power.
Homer said that on the Prohibition episode of The Simpsons. Rex Banner will have strong words for you!
This is the same reason that Link remains a mute hero in the Zelda games...
I would bet that more casual consumers are encoding in AAC these days than MP3. It is the default for iTunes, and with all those iPods out there there are a LOT of iTunes users.
http://www.burningthumb.com/drmdumpster.html
iTunes has been able to do this with purchased tracks for quite a while now. If I want to transfer all my music though I just copy it to a drive and them import into iTunes on the other machine...
That would be just in the US though. Take a look at the worldwide sales and the Wii is currently demolishing everything but the DS.
Apple initiated the IEEE 1394 project and was the main contributor to it with major additions from TI, Sony, DEC, IBM, and Thomson. http://en.wikipedia.org/wiki/Firewire
Just to pick at a nit... Mac OS X doesn't use SAMBA to mount SMB volumes. It uses it to share over SMB, but they use the BSD smb bits for the client.
Yeah, I'm not a fan of NetInstall as I have always had bad luck with it.
By far the easiest solution is to use NetRestore Helper to generate a Netboot set that is pre-configured with NetRestore and a RAM disk. Since the NetRestore-Install nbi will include NetRestore and the Terminal you will have multiple ways to run your multicast ASR.
Take a look at Bombich's multicast rate tuning article to help you understand and optimize the process. If it comes down to it you can always just boot the Minis off of the DVD that comes in the box and initiate a multicast asr session from there.
Netboot really is the best option to go with since you can just re-image by starting up with the 'n' key held.
If it's telling you that the internal drive is in use then it's probably got the netboot shadow file (.com.apple.NetBootX) on there. You can get around this by doing a 'diskless' style netboot image or a NeInstall type image. I really prefer the NetInstall image for deploying as it does a CDROM style boot and uses a RAM disk for the swap and what not. Diskless netboot requires an AFP share for the shadows and has more room for crap to go wrong.
If you use NetRestore helper to build your netboot set, then it will automatically create a NetInstall style boot image that can do imaging without any trouble at all.
Watch out when doing mulitcast on the larger network though as you can cause all sorts of trouble. If multicast restores are allowed in the wild then make sure you work with the network admins to get everything setup right. Working from settings used by Ghost is often a good way to go.
As long as you sysprep and reseal you should be able to use NetRestore to push out an NTFS image as well. You can't multicast the NTFS part, but you could could multicast the HFSJ volume and then unicast the NTFS volume with a post-flight script. Just make sure that you create the image from a Mac so that it has all the needed drivers.
ASR is best documented in its man page.
Bombich has done a great job in documenting NTFS deployment at: http://www.bombich.com/mactips/dualboot.html
Since BootCamp is beta, most places I know feel better rolling out Parallels. Dual boot is always a PITA anyway, IMHO, and this way you can roll everything out in one HFSJ image.
Every 10.4 Mac, both client and server, has a multicast image server on it. Check the man page for ASR.
Since you've found bombich.com for NetRestore you should also take a look at his nice article on multicast server rate tuning. http://www.bombich.com/mactips/multicast.html It covers how to setup multicast ASR properly. Also new versions of NetRestore can look for mDNS advertised multicast servers and automatically show them as restore options.
I very recently helped a customer setup a multicast ASR server and they were imaging Macs as fast as they could unbox them. As fast as they could get one of of the box, another was ready to come off the network and back into a box for deployment.
Typically I use multicast on an isolated network for mass imaging, and then maintain a unicast imaging server for the here and there re-imaging of a box.
If you want to not even bother with imaging, then Apple can work with you to setup a custom SKU to order that has your build on it out of the box. Ask your AE or SE about CSS to learn more.
For bigger stuff and AD you can...
1. Extend the AD schema and the Apple AD plugin will detect and use it. (Often the best option for large enterprises.)
2. Use the LDAP plugin and reuse some inactive AD attributes. (It works but is brittle and I don't like it.)
3. Use Centrify DirectControl and then you can set some GPO for the Macs from the Windows side.
4. Use ADmitMac and then you can apply all MCX policy to the Macs with the traditional Mac tools. (Writes policy records onto SYSVOL.)
There are plenty of options that don't require Mac OS X Server.