Many users of dual G4's who connect to the internet via the internal modem and PPP have been reporting repeatable kernel panics. In the "great news!" category, Darwin Developer Louis Gerbarg has created a modified Apple Serial driver that appears to have resolved the kernel panics!
You can read the thread about the original driver's problems and the solution on this MacNN Forum thread, and you can download the new driver here:
We know that the contrast keys on PowerBooks work if you have the Display preferences panel open. Apparently, this is because of a process called DisplayServices, which is located in System/Library/Displays.
If you have this app run everytime you log in (by dropping it into the login preferences panel) then your contrast keys should work. This worked for me, albeit with approximately 1 minute of testing.
If you're looking for a way to move your installed OS X to a new volume, Robert Hancock posted a new method in this Macintouch Reader Report.
Supposedly, if you download Apple's Software Restore program (note: I can't find it on Apple's servers, but there's one on my 9.1 volume), you can boot into OS 9.1, run Software Restore, and tell it to restore your OS X partition or drive to your new drive. This will handle all hidden files and folders. Sounds like a fast, simple way to move a complete OS X installation to a new drive.
NOTE: If anyone can help with this, it'd be appreciated. I found Apple Software Restore, but when launched, it simply says "Cannot find any configurations to restore" and quits. Robert claims to have used this method a number of times, but I can't make the program do anything other than launch and quit.
If any of you have had problems with OS X crashing a lot (perhaps even during installation) on PowerBook Lombards, you are not alone. Lots of people have had this problem. It appears to be caused by the presence of RAM modules beyond the base 64MB. If you have a RAM upgrade in your top slot, OS X should work fine after you remove it.
It is unclear what is causing this problem, at first people said it was due to tighter memory tolerances, but then reports came in about even apple RAM upgrades causing the crash. Now it seems like it may be a lingering hardware bug that wasn't revealed by previous OS's. You can read lots more about this on the MacFixIt Forums in this thread.
Apple does not have a fix for this yet, in fact they appear to be denying that it is a problem, so I encourage anyone else experiencing this bug to fill out a bug report form.
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!]