I compared the new 17" MacBook Pro (Intel Core 2 Duo 2.4 GHz, 4 GB RAM, 160 GB HD) with a 17" HP nw9440 (Intel Core 2 Duo 2.3 GHz, 4 GB RAM, 120 GB HD) and tried to match as many specs as I could... added Bluetooth module to the HP, removed the HPs expensive extra on-site warranty... and the HP was still $700 more than the Mac. That, and the Mac already comes with a 64-bit capable OS and 802.11n networking (which wasn't even an option on the HP).
I'll take the Mac. Not only was it cheaper, it offered more features. MUCH better value.
"Time Machine does not use ZFS. There was a lot of initial confusion about this, partially because Leopard does include a port of DTrace, the "other" high-profile open source project to come out of Sun's OpenSolaris efforts. But the absence of ZFS was no surprise to me."
Did you even read the message from Jobs? Based on your response, I doubt it.
You're acting like people don't have any alternative to the iPod + iTunes ecosystem. They do. They've got plenty of alternatives. People buy into the iPod and iTunes ecosystem because it's well built, well maintained, and easy to use. The same goes for the Macintosh. There are alternatives. People aren't *forced* into buying iPods, songs off the iTunes Store or Macs. People buy these products because they work well and are intuitive.
Oh, and I've *never* felt "locked in" to the iPod + iTunes ecosystem. Why? Because most of the songs I've got on my iPod came off of CDs I own, and the ones I purchased off the iTunes Store have been ripped to standard Audio CDs, ready for reimport back into whatever format I choose. Even formats compatible with non-iPod digital audio players.
The lock-in FUD you keep trying to spread doesn't exist. It's that simple.
Take your FUD and go home. Nobody here is listening.
pc hardware upgrades are much easier than macs. apple can't win that arguement. Oh my f'ing god you have no earthly idea what you are talking about.
In 1999, I bought a "Blue & White" Power Mac G3. 400MHz PowerPC 750 processor. 128MB of RAM. 16MB ATI RAGE 128 GL graphics. 6GB HD. Shipped with Mac OS 8.5.
What is it now?
Well, let's see. It's been upgraded with a 1GHz PowerPC G4 (that's an entire generation upgrade), a full 1GB of RAM, ATI Radeon 9200 Pro 128MB graphics card (PCI Mac Edition), SIIG 4-channel sATA PCI Card, and lots and lots of storage. (The B&W G3's El Capitan case holds up to four HDs.) Oh, and let's not forget the USB 2.0 and FW800 PCI card. Oh yeah, and it runs Mac OS X 10.4.8. That's a full EIGHT YEARS after I bought the box, and it is still running strong, running the latest and greatest software.
So, in short, do a little research before running at the mouth. You might actually look like you know what you are talking about.
What's worse, there could be other troubles for Apple if the government decides they're an unlawful business (e.g. rampantly violating the civil rights of others).
Huh... wha? Oh.... for a second there, I thought you were talking about Microsoft.
Because Apple would never ever ever do anything to abuse their position as the market leader. I mean look at their generous FairPlay licensing program! And that Trusted Platform Module in every computer they make? That's just there for giggles.
Hey Jackass...
Do a little research before running off at the mouth, okay?
I replaced my third generation 40GB iPod's battery. Bought the replacement from CompUSA, and it took all of about 5 minutes to open the iPod, replace the aging battery with the fresh one, and close the iPod. Total cost: $25.
Please do a little research before you make yourself look stupid.
"What's the best way to manage updates for an office of about 150 Macs of various models with different releases of Mac OS X installed?
First, you have to get all of your hardware on the same OS. Create a master system image of a template machine. (Take a machine, customize it the way you want, add your apps, etc. Create an asr ready disk image of the template machine using Disk Utility or Mike Bombich's fantastic NetRestore (http://bombich.com/). Distribute it however suits your environment best. NetInstall-NetRestore sets hosted on a NetBoot server work great.
Once you've got all of your hardware on the same OS and same environment, distributing software updates becomes much much easier. I recommend distributing all updates with Apple Remote Desktop 3. The client is free, and part of Mac OS. All you need is a seat of the administative tool for each admin who might need to remotely administer your Macs. Using a combination of ARD and PackageMaker (from the XCode tools), you can not only distribute standard software updates from Apple, but also repackage third-party updaters and installers into the.pkg or.mpkg format used by ARD. It works really well.
I would assume the solution involves Apple Remote Desktop Administrator which makes it possible to install updates on client machines without interrupting the user -- but then the question becomes how do you keep track of which updates to install? Does Apple have some page squirreled away that lists updates they've released in chronological order with the ability to filter based on OS version and model?
Yes, there are dependencies, and you can test for them using pre- and post-action scripts stored as the contents of each package. Do as much research as you can on PackageMaker, and be prepared to do shell scripting. Information about installed updates is stored in/Library/Receipts. Every package has a Bill of Materials file that you can read with lsbom. It states exactly what gets installed by the package in question and where it gets installed, as well as the target ownership and privilege attributes.
Is there an RSS feed or mailing list that announces new updates? For the uninitiated, ARD Admin only lets you install specified packages, so you have to download the updates manually from Apple's website, then queue the packages to be installed on a particular set of machines. This problem would be far simpler if it were possible to simply instruct client machines to run Software Update and install all available updates, or even better, if Apple included automatic update functionality within the OS, a la Windows XP."
Mac OS X does offer the ability to periodically check for and install software updates. However, installing updates requires administrative rights, which your end users should not have. You could use Mac OS X Server's software update cache, which periodically checks with Apple's main software update servers and then caches any new updates. You also gain more fine grained control over which updates get installed when. It's not always smart to install new updates immediately. Better to wait a few days or a week and see how the rest of the world fairs. Then, you can make the updates available over your internal software update cacheing servers. One other thing to remember about the Mac OS X Server software update service. You cannot offer your own pre-packaged updates, as softwareupdate checks to make sure every package has been signed with Apple's key. Packages you create yourself still need to be deployed with ARD.
That's the basics, though.
1) Make sure every machine is imaged with the same template. This is crucial. Having machines with different operating systems and software suites installed is the first stumbling block to a managed platform. Enable the ARD client on your template, of course. 2) Try to have users authenticate from a central
Dell will still be a third-party reseller of other MP3 players like the Creative Zen, but has left the Windows-based player market to the four big players -- SanDisk, Samsung, Sony, and Creative."
I'd say that Apple should be in that list of players who make a Windows-based portable audio device. The iPod works on Windows too.
People who are far more likely to succeed...
on
WinXP on a Mac, Hoax?
·
· Score: 2, Informative
In this particular case, it's intended to mean that the details of this process will be obvious to anyone who understands Mac OS X system fundamentals, and therefore is not worth repeating here. I believe that fits in with the generally accepted connotion of the term.
Your mac most definitely has not done this for years. Even updating Safari requires a reboot on OSX. My mac can't go a week without Software Update asking for a reboot.
This is really just a sign of poorly composed installers. Apple's PackageMaker tools allow the installer to require a restart. However, it's trivial to extract a package's components by hand, unlink any in use kexts or halt any processes with open files that need to be updated, and place the new files from the package where the belong. Then you can restart the updated kexts and launch the updated processes yourself. No restart required. Apple's installer just tries to keep things simple for Joe Average User, and that means running the install, and then restarting to shutdown processes and clean up.
1) Mount iPod as external volume. 2) Launch Terminal 3) ditto -V/Volumes/MyCrappyiPod/iPod_Control/Music/ ~/Desktop/MyCrappyMusic/ 4) Watch as each song is copied to my Mac. 5) Import into iTunes.
The original iPod (5GB, first generation) was actually $499, not $350. I know, cuz I bought one at the new (at the time) Tyson's Corner Apple Store, a mere two days after the iPod was released.
So, why does a switch to Mac OS X mean that Mr. Zawinski needs to stop contributing to open source software? I think such an assumption is rather shortsighted. There is plenty of OSS in Mac OS X, and the tools are present to continue to contribute to open source development.
The WebKit team is always looking for feedback and help. If you notice a site that doesn't render correctly in Safari, be sure to let them know:
http://webkit.org/
http://webkit.org/projects/compat/index.html
I'll bite.
I just tried this on HP's site...
I compared the new 17" MacBook Pro (Intel Core 2 Duo 2.4 GHz, 4 GB RAM, 160 GB HD) with a 17" HP nw9440 (Intel Core 2 Duo 2.3 GHz, 4 GB RAM, 120 GB HD) and tried to match as many specs as I could... added Bluetooth module to the HP, removed the HPs expensive extra on-site warranty... and the HP was still $700 more than the Mac. That, and the Mac already comes with a 64-bit capable OS and 802.11n networking (which wasn't even an option on the HP).
I'll take the Mac. Not only was it cheaper, it offered more features. MUCH better value.
Time Machine doesn't depend on ZFS, and works fine with HFS+.
5 /4995
From Ars Technica:
http://arstechnica.com/staff/fatbits.ars/2006/8/1
"Time Machine does not use ZFS. There was a lot of initial confusion about this, partially because Leopard does include a port of DTrace, the "other" high-profile open source project to come out of Sun's OpenSolaris efforts. But the absence of ZFS was no surprise to me."
Try Lineform from Freeverse for illustration...
http://www.freeverse.com/lineform/
Or for those of you who like hot coco...
POKE 65495,0
Did you even read the message from Jobs? Based on your response, I doubt it.
You're acting like people don't have any alternative to the iPod + iTunes ecosystem. They do. They've got plenty of alternatives. People buy into the iPod and iTunes ecosystem because it's well built, well maintained, and easy to use. The same goes for the Macintosh. There are alternatives. People aren't *forced* into buying iPods, songs off the iTunes Store or Macs. People buy these products because they work well and are intuitive.
Oh, and I've *never* felt "locked in" to the iPod + iTunes ecosystem. Why? Because most of the songs I've got on my iPod came off of CDs I own, and the ones I purchased off the iTunes Store have been ripped to standard Audio CDs, ready for reimport back into whatever format I choose. Even formats compatible with non-iPod digital audio players.
The lock-in FUD you keep trying to spread doesn't exist. It's that simple.
Take your FUD and go home. Nobody here is listening.
In 1999, I bought a "Blue & White" Power Mac G3. 400MHz PowerPC 750 processor. 128MB of RAM. 16MB ATI RAGE 128 GL graphics. 6GB HD. Shipped with Mac OS 8.5.
What is it now?
Well, let's see. It's been upgraded with a 1GHz PowerPC G4 (that's an entire generation upgrade), a full 1GB of RAM, ATI Radeon 9200 Pro 128MB graphics card (PCI Mac Edition), SIIG 4-channel sATA PCI Card, and lots and lots of storage. (The B&W G3's El Capitan case holds up to four HDs.) Oh, and let's not forget the USB 2.0 and FW800 PCI card. Oh yeah, and it runs Mac OS X 10.4.8. That's a full EIGHT YEARS after I bought the box, and it is still running strong, running the latest and greatest software.
So, in short, do a little research before running at the mouth. You might actually look like you know what you are talking about.
http://zuneinsider.com/archive/2007/02/01/the-offi cial-word-on-a-zune-phone.aspx
http://osxbook.com/book/bonus/chapter10/tpm/
Read the entire article this time, because you clearly didn't understand the executive summary.
STOP SPREADING FUD.
Do a little research before running off at the mouth, okay?
http://osxbook.com/book/bonus/chapter10/tpm/#EXEC
I replaced my third generation 40GB iPod's battery. Bought the replacement from CompUSA, and it took all of about 5 minutes to open the iPod, replace the aging battery with the fresh one, and close the iPod. Total cost: $25.
Please do a little research before you make yourself look stupid.
First, you have to get all of your hardware on the same OS. Create a master system image of a template machine. (Take a machine, customize it the way you want, add your apps, etc. Create an asr ready disk image of the template machine using Disk Utility or Mike Bombich's fantastic NetRestore (http://bombich.com/). Distribute it however suits your environment best. NetInstall-NetRestore sets hosted on a NetBoot server work great.
.pkg or .mpkg format used by ARD. It works really well.
Once you've got all of your hardware on the same OS and same environment, distributing software updates becomes much much easier. I recommend distributing all updates with Apple Remote Desktop 3. The client is free, and part of Mac OS. All you need is a seat of the administative tool for each admin who might need to remotely administer your Macs. Using a combination of ARD and PackageMaker (from the XCode tools), you can not only distribute standard software updates from Apple, but also repackage third-party updaters and installers into the
Yes, there are dependencies, and you can test for them using pre- and post-action scripts stored as the contents of each package. Do as much research as you can on PackageMaker, and be prepared to do shell scripting. Information about installed updates is stored in /Library/Receipts. Every package has a Bill of Materials file that you can read with lsbom. It states exactly what gets installed by the package in question and where it gets installed, as well as the target ownership and privilege attributes.
Mac OS X does offer the ability to periodically check for and install software updates. However, installing updates requires administrative rights, which your end users should not have. You could use Mac OS X Server's software update cache, which periodically checks with Apple's main software update servers and then caches any new updates. You also gain more fine grained control over which updates get installed when. It's not always smart to install new updates immediately. Better to wait a few days or a week and see how the rest of the world fairs. Then, you can make the updates available over your internal software update cacheing servers. One other thing to remember about the Mac OS X Server software update service. You cannot offer your own pre-packaged updates, as softwareupdate checks to make sure every package has been signed with Apple's key. Packages you create yourself still need to be deployed with ARD.
That's the basics, though.
1) Make sure every machine is imaged with the same template. This is crucial. Having machines with different operating systems and software suites installed is the first stumbling block to a managed platform. Enable the ARD client on your template, of course.
2) Try to have users authenticate from a central
I'd say that Apple should be in that list of players who make a Windows-based portable audio device. The iPod works on Windows too.
http://www.osxbook.com/book/bonus/misc/legacyboot/
In this particular case, it's intended to mean that the details of this process will be obvious to anyone who understands Mac OS X system fundamentals, and therefore is not worth repeating here. I believe that fits in with the generally accepted connotion of the term.
This is really just a sign of poorly composed installers. Apple's PackageMaker tools allow the installer to require a restart. However, it's trivial to extract a package's components by hand, unlink any in use kexts or halt any processes with open files that need to be updated, and place the new files from the package where the belong. Then you can restart the updated kexts and launch the updated processes yourself. No restart required. Apple's installer just tries to keep things simple for Joe Average User, and that means running the install, and then restarting to shutdown processes and clean up.
If your an uptime junky, just do it all by hand.
Why bother with Java? I'll just wait until someone ports Quake 2 to the tag!
Your comment is incredibly mis-informed.
You can rip whatever video you like in a suitable format for playing on the iPod, and it's trivial to transfer video from your Tivo to your iPod.
You certainly aren't "stuck with whatever apple provides for you."
XServe RAID and XSan.
http://www.apple.com/xserve/raid/
http://www.apple.com/xsan/
'nuff said.
Hmmm... I think it's as simple as:
/Volumes/MyCrappyiPod/iPod_Control/Music/ ~/Desktop/MyCrappyMusic/
1) Mount iPod as external volume.
2) Launch Terminal
3) ditto -V
4) Watch as each song is copied to my Mac.
5) Import into iTunes.
Sheez. That was tough.
The iPod (and iPod U2) *do* have TV-out. Composite A/V out through the minijack.
The original iPod (5GB, first generation) was actually $499, not $350. I know, cuz I bought one at the new (at the time) Tyson's Corner Apple Store, a mere two days after the iPod was released.
At $499, they still got "snapped up".
Amen to that, brother.
Wishin' I had mod points.
So, why does a switch to Mac OS X mean that Mr. Zawinski needs to stop contributing to open source software? I think such an assumption is rather shortsighted. There is plenty of OSS in Mac OS X, and the tools are present to continue to contribute to open source development.
Don't make this more than it really is...