MacFixIt Details Mac OS X 10.2.8 Bugs
mneptok writes "Premier Macintosh troubleshooting site MacFixIt has just posted a detailed report on the bugs and broken features in Apple's latest point release for MacOSX. As reported previously on Slashdot, the 10.2.8 update was released and pulled within hours earlier this week. Many users upgraded before the update was pulled and are being bitten, and MacFixIt has run down the behavior you can attribute to Apple's goof."
My system works fine on 10.2.8, it seems to be an extremely small (but vocal) minority with problems.
I upgraded 6 systems to 10.2.8, including a Beige G3, an early iMac and a TiBook. Five are fine, one--a dual 450, the most common source of problems--couldn't access the internet until I downgraded the AppleGMACEthernet.kext file.
Apple has been hinting of late that it's becoming more uncomfortable with seeding pre-release software to developers. Routinely, leaks of the new features and builds in the latest versions of the software make it to the mac rumor sites within hours of being made available in the seed channels.
Of course the argument was that it was a necessary evil to put up with this stuff because the feedback that Apple received from developers (both in quality and quantity) helped catch glaring bugs.
10.2.8 news has been rampant through the rumor channels for a LONG time. Now that it's finally out, there are quick glaring holes that cause the recall of the update and lots of bad publicity for Apple.
I certainly hope Apple doesn't get paranoid about the release of new software to paying seed developers, but this is just another reason that the scale may be tipping toward the paranoid, closed-testing route than the limited open-seeding way it is today.
I run a lab with an OS X server which relies on ssh for remote access, and all I wanted was a point patch to fix the ssh security hole announced two weeks ago.
However, Apple failed to provide us one. Instead, they rolled the patch into the 10.2.8 release, thus exposing anyone who upgraded solely for the security fix to additional instability caused by changes to other OS components.
I feel sorry for those server administrators who were unable to upgrade to 10.2.8 because it means the server is still vulnerable to the ssh security hole.
Obviously you don't own an Xserve, a PowerMac G4, or use any Bluetooth devices, for starters. All those pesky iMac/eMac users(hint: educational market) don't matter either, eh?
I use Bluetooth to sync the Address Book to the phone, and as a result of 10.2.8, Bluetooth no longer works properly. Many users with bluetooth keyboards+mice report similar problems with those devices.
It doesn't matter how "minor" the problems are- Apple has no excuse for not doing better QA. Whereas Windows must run on what must number well over a million different combinations of hardware- MacOS doesn't really have a very diverse set of hardware(there are only a limited # of ethernet chipsets/video cards/etc, only 3 current 'major' families of processors, etc). Why can't Apple do a better QA job?
Please help metamoderate.
Why doesn't Apple take a similar approach to, let's say, Debian, and apply an 'unstable branch' to OS X. That way users get to see what Apple is cooking up for their next release, and Apple gets a pool of danger-seeking users to test their code. Maybe Apple already does this--I don't know. But they are a proponent of Free software, and I don't see the harm.
Please enlighten me.
porp
I didn't really have any serious problems with 10.2.8. The only odd thing was that I had to reboot one extra time because the screensaver kicked in and somehow hanged the machine. After that I repaired permissions (don't know why this helps, but it does) and everything was fine.
Except the function keys. For some reason, Apple insists on using the function keys for things like changing sound volume and turning up and down the screen brightness. I prefer being able to remap the function keys for applications, especially Emacs. The only way I know of to reclaim the function keys is to reboot into OS 9, toggle the boxes in the keyboard control panel, and then reboot into OS X. However, every software update of OS X forces me to repeat this process. That means three reboots on average for each software update (four this time, due to the problem above), which is pretty irritating given how slow my PowerBook starts up.
What I find curious is that although this is a longstanding issue, relatively few Mac users complain about it. I suppose it has something to do with most Mac users being accustomed to a mouse-centric experience rather than a keyboard-centric user interface. Or do people really need to change their screen brightness that often?
I am on a 700mhz iBook and I had no such problems with the 10.2.8 update too. My systems is even faster than ever.
.8 fixed that, at least over the course of a week, since I did the needed reboot the system is still like it was freshly rebooted.
I usually had to reboot my 'book because of a major slowdown in the genie effect and the dock, as it over time degraded, and was more and more not-so-smooth, and a reboot fixed that for a few more days.
Even in the light of this bug ridden update, I am looking forward to the Panther update... My system is faster with each update.