MANY PEOPLE still remember what Apple did to KHTML. When it comes to Free software, Apple is primarily an exploiter. Last night we had a long discussion about this. Basically, there is danger that Apple will be pulling similar tricks against X, which a lot of Apple's competition (and Microsoft's competition) depends on heavily. "Apple Looks To Take Over X Server 1.9 Release Management," says Phoronix. From the somewhat alarming post:
With yesterday's successful release of X.Org Server 1.9 on time by Intel's Keith Packard, most of the developers will now begin working towards X.Org Server 1.10. Like the past few X.Org Server releases, Keith Packard will go on to continue being the release manager for this new series. In the past there's been the input-expert Peter Hutterer of Red Hat to handle the stable release management duties for the point releases, but he will not be handling it for the 1.9.x series and it looks like Apple may be taking over
Report: EU joining FTC Apple probe
[...]
The inclusion of the EU regulators means the investigation could now stretch "another four to six months" before the FTC reaches any official conclusions, according to the Post's sources.
Apple's China contractor plans to hire 400,000
Foxconn Technology Group, the Chinese contract manufacturer for Apple Inc. and other U.S. tech companies, reportedly plans to hire 400,000 new workers and move some operations closer to where they live.
Comments
twitter
2010-08-23 17:01:36
My experience, I imagine, is typical. I'm not a fan of the "nearly empty" xorg.config file yet and resent the apparent added complexity as well as the loss of hotkey zooming, zapping and external monitor toggling. When things don't "just work" older xorg.config files with modelines and other configuration details often fixes things. Moving from 2.6.24 and 2.6.26 kernels was a mixed performance bag for me, regardless of configuration work. When things work, it's great, but there is an overall loss of user power and simplicity that rings very wrong.
We know that Microsoft has been working for more than a decade to replace the simple, standards based configuration of Unix with convoluted, Microsoft controlled trash. In general, the less software that depends on ACPI, Microsoft's power management poison, the better off everyone is. If HAL is ACPI dependent, it is bad news. The way out of this mess seems to be to follow RMS into free bios land.
Dr. Roy Schestowitz
2010-08-23 20:17:41