My copy of 10.6 was neither sealed nor accompanied by a printed license, so I would have fully expected to get my money back if I didn't accept the license.
That is what Apple itself says they say that they will refund your money, as long as either (1) you didn't break the seal on software that was accompanied by a printed license, or (2) the software was not sealed or not accompanied by a printed license, and it is not installed on your computer. No sale, no license, no right to do anything.Īnd of course Apple is on the hook for refunds if you don't agree to the license. And since Apple doesn't agree to the sales contract unless you accept the license, there is no sale up to that point. A sale only happens when both sides agree that it happens. The MacOS X retail package has a note "sale is subject to acceptance of the license". Yet if the store you're supposed to return it to says "all sales final" then wouldn't apple be on the hook for handling refunds of the "refused to consent to the EULA" variety If it's presented after purchase, then you are not obliged to agree to it. I'm curious if apple even has the legal right to restrict installation to apple hardware. But then nobody outside of Apple can know for sure.īut since Apple never officially supported any none Apple hardware it seems funny that people are saying that they officially stopped supporting Atom netbooks. What I am saying that I can not say why it happened or what exactly did happen. They may have done it intentionally or it could just be a side effect that they didn't test for and frankly don't need to test for. You think that they did this to be a pain but to be honest if they where going to do this then why not break all hackintoshs and not just netbooks? It is possible that their is a bug that only happens on the Atom and Apple didn't test for it because they do not support the Atom or plan on supporting the Atom with this OS. At the OS level the Atom is not 100% identical with the Core2Duo, P4, i7, or AMD line. We used Borland Pascal and there was an issue with the CRT.o unit that blew up on the Intel PII. Way back when the PII came out our application blew up. The kernel flags -force64 arch=i386 are useful on AMD CPUs where 32-bit kernel space and 64-bit user land is wanted.Not exactly.
FX-Series CPUs work with the kernel flag arch=x86_64.īronzovka's Original Kernels 10.7.310.7.4 This kernel will run in 32-bit mode on many SSSE3-less CPUs.
FX-series CPUs work with the kernel flag arch=x86_64.
This kernel will also run in full 64-bit mode with the kernel flag arch=x86_64. In 32-bit kernel space, the graphics issues will disappear. The kernel flag arch=i386 will enable this kernel to run in 32-bit kernel space with 64-bit user land and apps. This kernel will also run in full 64-bit mode (arch=x86_64). Please give it its own entry in this table if you find one of them to work. If tests have been made with these kernels, they have not been disclosed.
虎千代 1010-SSSE3-FIX-rev.1 AMD Kernel For Yosemite 10.10.0 ĭuran BSA_RC2 AMD Kernel For Yosemite 10.10.0 Īpp store and safari issues - Patch found here:
OS X 10.10 Yosemite Intel Atom N450 Graphics Driver Kernel Intel Atom N450 Specs macOS 10.13 High Sierra Patchesįront usb 3.0 plug then sometimes randomly reboot
Intel Atom N450 Windows 10 macOS 10.15 Catalina Patches AMD and Legacy Intel macOS 11.0 Big Sur Patches Certain Apple programs do not work correctly with source patched kernels. Source patches are used for CPUs such as AMD, legacy Intel, or VIA that differ significantly from supported CPUs-these might need instruction set emulators, for example. A binary patch (binpatch) is used when the target CPU is completely compatible with the stock mach_kernel, but its CPUID is not whitelisted ( i.e.
Two types of patches exist: binary and source.