Scott Anguish of Stepwise has written a very good article that discusses some serious problems with Apple's package installer program. It's a bit technical at times, but a couple of key tidbits include:
If a package installer encounters a directory that already exists, it will set its permissions and ownership to the permissions of the version in the archive. If the installer maker wasn't very careful with the permissions settings, you may find your Applications folder has new permissions which make it impossible to use (jCalendar originally shipped with such a problem, and the author has now switched to a disk image installer as a result)
If you have a symbolic link that points to another directory (if you've moved your Applications directory, for example, and replaced it with a link to the new location), the installer will replace the link with a directory, and any files below that directory will be installed in place. This can also have serious side effects, including disabling your system completely.
If the installer package requires your password to launch, then code inside the package that's owned by root will be executed with full root privileges. This makes it very easy for malicious code to damage areas of your system which would normally be protected.
In short, until Apple resolves the problems with the installer maker, you should treat any .pkg file with extreme caution - it could easily disable key portions of your system, and it would be fairly trivial for a malicious hacker to create an installer that does a number of Very Bad Things using root privileges.
This is a tricky situation, as some products (such as mySQL and PHP) seem to require an installer, based on their need to put pieces in a number of locations. In general, avoid the package installers if you can, but if you can't, make sure you (a) have a backup of important data before proceeding, and (b) know and trust the source of the package.
If you navigate to /Library/Printers, you'll see folders for Canon, Espon, and HP printers. There's no real need to keep the printer drivers lying around for printers you don't have, so you can remove the extra folders to free up some drive space. Since these folders are owned by root, you'll need superuser status to delete them.
Once you cd /Library/Printers, you can just type sudo rm -r [directory_name], where [directory_name] is one of EPSON, Canon, or hp (do NOT type the square brackets). Note that if you do this, future use of any of the deleted printers will (obviously) require re-installation of the drivers. Use at your own risk, but my Canon and hp driver folders have been gone for weeks with no real problems.
I had been running in OS 9.1 for a couple of days. When I booted back into OSX tonight and started mail, I was asked for my keychain password. I have never opened Keychain but no problem, I thought, and typed my user password. No go. So how do I get around this issue?"
Rob F. later wrote back with the solution ... so if you're locked out of an OS X application due to a keychain you haven't used, read the rest of the article for instructions on how to fix the problem.
Thanks to Rob for submitting the solution, and my apologies for the delays in getting it published!
Today I noticed a bug (feature?) in the manner in which Classic 9 handles fonts added to its system folder. Theoretically, this should work just as it does in OS 9 - drag the font into the Fonts folder, and any non-running application that is then launched will see the new font. In copying over a number of fonts from my 'real' OS 9 to my 'Classic' OS 9 today, I noticed that they weren't seen when I launched my Classic application. After a bit of troubleshooting, I found the answer.
To make the fonts usable, I had to restart Classic, not just the apps running within Classic. Once I restarted Classic, I had all my new fonts available. I can't decide if this is a bug, or a limitation of how Classic works. In either event, install the fonts first, then launch Classic to save yourself a Classic restart (at least, that's how my machine is working!).
Making terminal windows transparent seems to be a popular item, and someone asked if it would work in other apps. Well, it won't work out of the box, but there's a cool little hack that will make it work, at least for Cocoa applications.
This isn't quite perfect, as it will change the transparency of the title bar, scroll bars, etc. as well as the content, but it does make them transparent.
Read the rest of this article for the step by step instructions.
[Editor's note: I have not tried this on my machine yet. You should probably back up any file you are going to modify before you start. Sounds really cool, though!]
The default installation of OS X doesn't come with any other non-European language other than Japanese. Well, we all know this by now. However, there is a way to view Korean, Chineses and others by moving the respective fonts from the OS 9 fonts folder (or any other) into the fonts folder in /Library/Fonts [editor: corrected per comments] and voila!
Now go to the International setting in System Preferences in OS X and see your language displayed! Select the language and keyboard you need and now you should be able to view these foreign languages in Mail.app, Web Browsers and others.
NOTE: Please see the comments for some objective evidence that the speedup does nothing of the sort, and may actually slow your machine down a bit! The Dev Tools do have some useful utilities on them, and you need them if you want to compile UNIX source code, but don't install them for the sheer sake of a speed boost!
Full credit to MacOS Rumors, they reported that installing the Developer Tools (the third CD in the OS X retail box) made everything faster. I just tried it, and it's definitely true--even IE is zippier.
[Editor's Note: I've read this in a few places, but can't help confirm any speedup. I installed the Dev Tools about three minutes after I installed OS X, so they were in place when I ran my benchmarks. The theory that I've seen elsewhere on the net is that the "Optimizing System" step that happens at the end of the Dev Tools install was supposed to also happen at the end of the OS X install, but a bug stops it from running.
I'm not sure whether I believe it or not, but if you have the free disk space (600mb or so), it can't hurt to try. If you do, though, please time some application launches before and after you install the Dev Tools, and report back with your results. It'd be nice to have some objective evidence to back this theory!]
NOTE: You can run the "optimizing" routine at any time, by starting a terminal and entering:
sudo update_prebinding -root /
This can take quite a while to run, and may (or may not) speed up application launching times. G3-based users have reported speedups; most G4 owners have not seen any changes. Use at your own risk, and you may or may not see any benefit.
Up until tonight, I'd been disappointed with the lack of drag-and-drop support on text selections in Cocoa apps. It seemed I could make it work most of the time in OmniWeb pages (but not in forms), but never in mail.app or Stickies. The OS 9 method, which was to select the text, then click-hold and drag, didn't work. The second click simply moved the insertion point when I started to drag.
Tonight, though, the mystery has been solved! To drag and drop text chunks in any Cocoa app (supposedly; I haven't tested them all!), simply change your behavior slightly. Highlight the text, click and hold the mouse button in the highlighted area for just under a second, then move it around at will! If you've held it long enough, you'll see the text darken slightly to indicate that you're now holding the text in "float" mode.
I kept thinking this was simply another piece of OS X that wasn't quite done yet ... looks like it's done, but the implementation has changed. Thanks to Russ H. on the X4U mailing list for pointing this one out! Stickies and mail are now much more convenient to use!