Apple publishes open-source code for OS X El Capitan
Apple has officially released the open-source components behind OS X El Capitan, making good on the licensing requirements of the code.
Numerous file directories for El Capitan were added to the company's open-source site overnight. Together the components help form Darwin, a Unix-based OS that OS X's proprietary technology sits on top of. No installer is included however, meaning that the code is mainly of interest for people wanting to see how Apple has forked the software.
El Capitan originally shipped on Sept. 30. Critics have sometimes complained that Apple can be slow to publish open-source code, even though licenses demand that those parts be freely shared.
The company also shares some of the code in iOS, but most components are privately developed or licensed -- there are just six open-source downloads listed for iOS 9.
Earlier on Tuesday Apple released OS X 10.11.2, a maintenance update for El Capitan. The software fixes problems with wireless connectivity, as well as things like importing iPhone photos via USB.
Numerous file directories for El Capitan were added to the company's open-source site overnight. Together the components help form Darwin, a Unix-based OS that OS X's proprietary technology sits on top of. No installer is included however, meaning that the code is mainly of interest for people wanting to see how Apple has forked the software.
El Capitan originally shipped on Sept. 30. Critics have sometimes complained that Apple can be slow to publish open-source code, even though licenses demand that those parts be freely shared.
The company also shares some of the code in iOS, but most components are privately developed or licensed -- there are just six open-source downloads listed for iOS 9.
Earlier on Tuesday Apple released OS X 10.11.2, a maintenance update for El Capitan. The software fixes problems with wireless connectivity, as well as things like importing iPhone photos via USB.
Comments
It's like forks for OpenOffice, OpenSSL and MySQL. It did absolutely no good to fork them, but they were forked for political agenda reasons, not functionality reasons.
Essentially, there is no point to using the Darwin "OS" over something like FreeBSD or Linux because without the rest of the Mac OS X parts it's like having a car with none of the parts that make it road-worthy.
It isn't that simple really. Much of the code is in fact used elsewhere. Even if it isn't over say used elsewhere, Apples solutions to problems can be very enlightening to other developers.
The forking if OpenOffice was one of the reasons I gave up on that package (in all forms) as the blatant political agendas frankly demonstrated that most of the people involved are not trust worthy. Especially in the case of the various OpenOffice forks which seemed to be the result of an especially sick stupidity. Now I just use Apples solutions for the little bit of "office" computing I need done. The OpenOffice plunge into stupidity is why poorly thought out knee jerk reactions are never a good thing.
MariaDB forked MySQL for both political and functionality reasons, such as Oracle locking away the bug database, failing to provide proper test cases for new code, questionable incoming code quality from Oracle developers, Removing entire features to "fix" bugs, failing to publish new features despite completion and testing, pricing MySQL dis-competitively against Oracle Express and lack of communication with the community. among other reasons.
LibreSSL forking OpenSSL politically is flat out wrong. That was an entirely technical decision. In the first week alone, LibreSSL combed away 90,000 lines of legacy C code deemed to be vunerable and began the process of rewriting the majority of it with better security practices. El Capitan itself uses LibreSSL in place of OpenSSL.
Can't say the same for BoringSSL admittedly that one you might have a point on.
The best example of political forking one could have used tbh would simply be going through the various linux distros. Entire distros are forked over proprietary elements, choice of desktop environments, audio plugins ect...more than a few are simply forks of commercial derivatives essentially amounting to being the same thing as their commercial versions just without paid support or trademarks.(Ex. CentOS from RedHat)
Anywho apologies for wall of text. Have a good one.
Not to mention developers who can incorporate small bits of APSL code into their own projects.
At any rate, Apple has been doing this for as long as OS X has existed.