I got my first ever Mac relatively recently and I'm shocked by how annoying MacOS is. Maybe the mistake was expecting a proper operating system that puts the user in charge and not something more similar to iOS. Also Mac forums are full of dumb users and aren't much help. Average problem solving experience: There is no solution because Apple doesn't allow it, the workaround doesn't really do what you want and the other users question why you have to do the thing you want to do anyway. "Why not just let Apple wake up your hibernating Macbook at 3:00 AM and drain the battery bro, they know what they're doing"
Sadly the hardware is amazing and so much more efficient compared to Intel/AMD x86. We need M-series chips for Linux.
Yeah, vanilla MacOS is super focused on the set of "all windows of a given Application" as the useful "unit of work". Whereas in real work, you actually handle individual windows of a set of applications (e.g. firefox window for docs, vscode for code, finder window for project files) as the single unit you are working on.
MacOS is, in my experience, incredibly clunky due to this mismatch. You can fix some (e.g. use AltTab for sane alttabbing), but not others (how can i prevent the next application window popping up when minimizing one)
It is indeed very strange and annoying. And I don't remember it being so bad ten years ago (although I had to use witcher for alt-tabbing - which actually worked well, unlike AltTab now). Since Linux, and both OG Mac Os, I am used to having multiple Desktops, in total multiple windows of the same applications (browsers, pdf reader, office, file browser). Mac Os is completely hostile towards doing multiple tasks at the same time, and compartmentalizing them into desktops -- you keep getting thrown around to random windows on random desktops (example if you close a window), it's super difficult to find your windows, it's just crazy. You're afraid of ever moving away from a window.
I think this paradim is also what's makes the Mac OS feel snappy. If basically having multiple windows for one software open is "holding it wrong", the OS is pushing you into one application, one window paradigm. As long as you do that, everything is pretty quick. But don't dare open two browser windows, or even worse, two windows of a word processor. The performance will degrade (and you'll keep searching for your windows...)
I don't know, while I miss the super+right click drag to resize window and super+left click drag to move window from KDE on my work machine, I also kinda miss the smoothness of macOS's handling of many windows and desktops utilizing the trackpad on my gaming desktop. The swipe up and down/ctrl+arrow up and down to juggle windows within the desktop, and then left/right to move between desktops even makes their at first awkward handling of fullscreening apps feel right and efficient. What I really miss in KDE though is multiple virtual desktops per display I can switch independently per display. Actually makes me enjoy using multiple monitors slightly slightly more on macOS. What I sadly can't see happening is a merging of KDE, macOS, and the superior i3, as there would be too few few safe shortcut combinations available for programs to rely on.
vanilla MacOS is super focused on the set of "all windows of a given Application" as the useful "unit of work". Whereas in real work, you actually handle individual windows of a set of applications (e.g. firefox window for docs, vscode for code, finder window for project files) as the single unit you are working on.
Thank you for articulating this so well.
When I bought a new M1 MacBook Air for my kid, I hadn’t used OSX in years, and was excited to try a super-polished Unix. Holy heck I couldn’t believe how work hostile it was. I want apps tiled so I can quickly jump betwee - not to go to the top of the screen to get bottom tile’s menu.
And the state of finder (other than preview) is something out of Redhat 5.1.
And the response is always “you’re holding it wrong.”
My favorite is missing support for face unlock, missing "energy options" (stay on when I close lid, something Windows XP had for 25 years now), and draining the battery empty when you shut the MacBook down while plugged in.
Could you cite a few issues that you've run across, please?
I have used Macs since the late 80s, there have always been teething problems, duds and effups, but nothing that wasn't addressed by independent Mac devs. How can Apple make everyone happy?
But these days? With codex/claude/et al, you can make your Mac sing to whatever tune you prefer. I feel a bit bad for indies, but they still have not-prosumer market to make their living. I now just make my own apps to replace what I've bought in the past.
I am not who you asked, but lately it has been really frustrating for me that macOS locks portions of the filesystem when the screen is locked, which breaks rsync backups because they cannot read those files. I have been unable to find a way around this.
That being said, the security design that creates this problem is quite impressive, and I think much more tight than most people realize is happening on stock macOS. I just wish that I could unlock my whole home directory from the CLI somehow when I do my non-time-machine backup.
freakin Qualcomm isn't faring much better w/the Snapdragon X/X2 Elite... they were supposed to be on board w/Linux, yet I dare someone who's a newb install Ubuntu on a Snapdragon box the same way they would on a ThinkPad.
Funnily enough, none of these companies have issues consuming the 'free' fruits of labor of the open source community.
What makes Apple valuable is precisely its full vertical integration. Nobody else does it at that scale except maybe Sony for consoles and Microsoft but both don't have the same usage coverage and thus integration.
It wouldn't be economically rational for Apple to bring down its own moat.
That statement is true for the users that both bought and didn't buy a Macbook (with Linux support). The difference is, the one who bought has paid money for the Macbook.
I am not an Apple user. Do you _have_ to pay for iCloud if you buy the laptop? I don't think so.
I don't have numbers on that but I bet purchase of brand new MacOS compatible devices is 99% or more from people who already have at least one or more other Apple devices.
Sure they are probably thousands if not millions of (in the positive sense) nerds and geeks posting on HN about buying a Mac first hand, not second hand, solely to put Linux on it but even then would be a drop in the ocean compared to the remained sales.
Still if you have numbers on that I'd love to be wrong about it.
Swift comes to mind, and this website has more https://opensource.apple.com/projects/ (it lists WebKit, but I guess they count WebKit after it split from KHTML, I’d agree with you there)
Also, Bonjour originated at Apple and it is cross-platform, although Avahi probably is more popular
CUPS is associated with Apple as well, but it seems that it also did not originate there
I was going to say swift, but I figured someone would undercount that because it is so overly relevant as an iOS/Mac development language even though it really is a pretty good portable language. But man... undercounting webkit and clang+llvm is a new level of ignorance..
It is ignorance to call them apple projects when they really aren't. The copyright notice of webkit is full of emails like @kde.org… wonder why it's not entirely @apple.com?
The majority of the advancements done to make the standards compliant browser with great js performance were done at Apple. Going by the copyright notice as the the source of a vast majority of the dev in the 2000s seems pretty special.
Actually the arm64 backend is a grey area. I knew some guys that worked on it in secret at Apple. They definitely created and Developed it at Apple and dropped it on the community after the iPhone 5s launched, replacing the existing aarch64 backend.
I’m not 100% certain if they started with any bits of the previous aarch64 backend or not though.
In both cases you're undercounting apples investment just to make a really dense point on HN.
1) khtml was a really minimal renderer in KDE before apple pumped tens of millions into turning it into the first really modern web2.0 browser, you really can not underestimate the amount of money jobs was willing to pump to make that thing what it became by the time the iphone launched.
2) llvm was essentially apple's bet on a grad student hire and him and his lab's academic project. I knew and worked with several of those former uiuc guys. llvm and clang as we know them today were heavily built at apple.
Also, you are totally (and purposefully probably) misquoting me. I said __clang__ and the __llvm arm64 backend__ were done by apple, and they were almost entirely from scratch from the start at Apple.
It's not just the Apple Silicon Macs, either; I have a 2017-model Intel Mac which runs any number of distros just fine except that sleep just doesn't work right. No amount of keystrokes or mouse-clicks will wake it up if it sleeps.
Have you tried very recently? I have a 2018 Macbook Pro with touchbar and the progress on getting T2 macs working lately has been amazing - 3 months ago I was having issues but I reinstalled last week with a 7 kernel and it has been flawless: suspend, restore, touchbar, fan control all great.
Sorry I didn't respond earlier. Mine isn't a T2 Mac. Also, I've actually been doing some distro-hopping in recent days --- switching among Fedora, the Arch-based CachyOS, and the Fedora-based (and very-early-stage) RakuOS --- and the sleep problem has been consistent among all three. I also have tried Debian, and Debian-based distros, in the past and seen the same issue. I have a nagging feeling that it's something really simple but have no idea what.
I've also been frustrated by the whole old-Mac-on-Linux problem with internal speakers, as I've written before:
On your post: I really don’t get why a widely used/available and pretty standard (as in there aren’t 5000 weird variations - more or less one per device of 4-5 devices per year, mostly the same controllers for most things) group of hardware doesn’t get more love from the Linux community. It’s the perfect case for showing the superiority of the open source model and the devices are amazing for their age.
Without any bloat it could show that they also perform reasonably well and it also solves the gaming problem on Mac.
I’ve also updated a few patches but it seems to be a pain to submit these.
Yep, I admit that it's my main use of Linux. My daily driver for everything non-games-related is my 2023 (Apple Silicon) Mac Studio, but for Steam stuff I go to the old Intel iMac and whatever distro I'm running on it at the time.
Is there anything stopping this from being thrown some investment plus LLM tokens? I wonder what a KVM connected to the machine plus a few thousand in Astra/Fable tokens could do here. It seems funny to think of software feature defects in OSS software now if people are building full recombinations of closed source software daily now!
Add a tool to the harness you use that can ping you on Telegram/whatever when it gets stuck and need you to do stuff physically, tell it to use it in the workflow with you. Used this approach a bunch with Codex to work on and debug hardware stuff. Once every 5-15 minutes I receive my command, and as a good r̶o̶b̶o̶t̶ human I moved the resistor/patch cable in the way the agent instructed me, eventually it got things working in the way I wanted it to.
Wow thank you for saying this. Always thought it’s my problem(because its the same with my 4 OSes), some misconfiguration etc.
Mine doesn’t reboot, I am always turning off and on after SSD change; and I thought it’s about that.
Same problem with iMac - got 5k mostly working and a patch for audio using my favorite coding assistant, but that final bit remains tricky. Will post to GitHub if I can solve it.
ChatGPT just found a solution to the sleep problem - but it only works if I deactivate wake on wlan, which would defy the purpose of enabling suspend for me (I use it as my remote development box, want to be able to ssh into it and don’t have any cables in that room).
Depends on your desktop UI. If you install something like Gnome (as I did with Asahi Linux today on an M3 Air) the animated transitions don’t work. You just get a short frozen period and then it cuts straight to the final state. I could try installing a more barebones DE which has no need for animations.
this opens up the options on the used market though. once people start dumping their early Mx Macs, they will turn into wonderful Linux machines instead of becoming landfill or a collector's item that will sit in a display case / shelf
That is an interesting argument --- maybe there could be a tax credit for publishing specifications/keys when a product is end-of-lifed and support is cut off? Or, maybe a company could be required to pay for disposal if that is not done?
It turns out people want actually good machines. I have the cheapest M1 Air and it still rocks and isn't power hungry. When Apple stops supporting it I will gladly switch to Asahi if capable.
Yeah... most users do not do that. I would prefer using MacOS forever, but I am under no illusion that it will keep getting supported. But I also use Linux daily so I am not bothered anyway.
Also just please stop fighting against imaginary people.
Why wouldn’t bringing up an OS on new hardware be necessary? Apple has no obligation or incentive whatsoever to write Linux device drivers…
Do you think Apple should be funding this work out of revenue? What possible justification could they provide for such a waste of money? This will not sell any more laptops.
Even if Asahi didn’t do it, the work would still be necessary by someone inside Apple. Drivers don’t spontaneously appear from the ether.
Nobody is complaining about code not being provided. It’s more the schematics that are sitting in a drawer in Cupertino that would make the painstaking reverse engineering unnecessary. Someone at Apple would have a much easier time.
Not every project needs to be a reverse engineering project, and the future looks pretty bleak if getting Linux to work on every new computer turns into one. Hopefully this remains an Apple problem with their proprietary crap.
GPU firmware interfaces being proprietary and heavily guarded secrets is in no way whatsoever an Apple thing. Even the Raspberry Pi is in much the same boat.
Most of the time it’s an upstream vendor NDA. In Apple’s case they own the whole stack for the GPU so that doesn’t apply here. But it’s certainly not special to not divulge GPU internals.
They could also hire somebody to sabotage this work in some ways if it helps with the bottom line. That's totally reasonable thing to do that I will defend in that case, because I would love to see the trillion dollar corporation become 10 trillion dollar corporation, because reasons.
Apple doesn’t need to hire anyone. It’s a complete waste of their time if three former Apple silicon-engineers can start their own company Nuvia which licensed, designed and engineered Arm chips, said company was later bought out by Qualcomm for 1.2 billion dollars, if they can do it, there are many other smart people in the world that can do the same after all, it has been about 35 years since the birth of Linux. Where are they?
Every time something new comes out hardware wise in the tech world , there’s this dying quail chorus of Linux geeks, who cry about it, not having Linux support.
The only long-term solution is for a group of smart talented people to get together and take out a license from Arm and proceed to design a chip with Linux support from ground zero however, such an endeavor probably would make everyone in the Linux world mad/unhappy because in order to do something well/professional said group would have to fork Linux in order for it and hardware to have the best chance at success selling to the general public you know the group that just wants to use a computer and not jump underneath the hood to tinker with every little thing to get it working.
They've done the userspace bringup for linux since apple silicon servers allegedly exist. The drivers exist already so just throwing the device tree over the wall can't be that hard. Nobody is asking for systemready/UEFI or mainline linux.
Apple had no obligation to write Windows drivers for Boot Camp either but did for over a decade. They could do the same for Linux even if they never open sourced them.
There was a strong financial incentive to transition Windows users over to MacOS, by giving them a halfway point.
I remember overhearing an older person being explained Boot Camp while waiting for my iPhone to be repaired and it was very obviously a way for them to sell a Macbook so they could dual-use windows on it to run some windows apps. The ultimate pull would eventually be MacOS because it was easier (if you already had a macbook and iphone). Apple knew they'd get curious eventually and see how awful the Windows UX was.
The main argument for Linux on Macbooks would be developers but that doesn't mean there's a similar strong marketing/sales incentive to do so. Especially since there's no shortage of devs who default to mac (like legacy windows corporate users). Apple clearly doesn't see much money to be made by creating an olive branch offering to Linux users.
My only blocker for installing Asahi on my Mac Studio (M1 ultra) is that llama.cpp performance is very bad when compared to using the Metal backend on the same hardware.
I use my Mac as a headless server to run LLMs, and never even start a desktop session so it always stays at pre-login state without any applications running. Even so, I never saw it using less than 2G in htop when logged via SSH.
I have similar issues with my ultra. Have put it on a laptop, but my desk Setup with my multiple desktop computers is usb-c video based ( kind of a poor man’s kvm) , and asahi doesn’t do usb-c video yet
Thanks for the effort, guys. This makes me think, shouldn't the driver layer be generic now. All the driver does is writing correct data at correct address when needed, there is no need for OS support except triggering driver when to do that.
The firmware sometimes wants more data, different places to set the data, so on. The firmware changes, and you gotta adapt the driver to it. Sometimes it's a complete overhaul.
Me too. I've got an M3 Mac Mini running as a linux server with parallels, but it has a weird NIC bug that crashes the mini every few weeks, keen to get of macOS and it's buggy NIC driver. (really don't want to send it into an Apple repair shop, there are non local here, it's a whole thing)
I assume your question was in good faith, but the information needed to support an entire platform like this is not as simple as sharing a PDF. I’ve spent parts of my career working on much simpler platforms than an entire Apple laptop where we would have to work through 10,000 page PDFs documenting registers and even that was not enough to get the full picture of the system. You have to work through provided code samples and then eventually get the vendor’s engineers to look into problems that couldn’t be resolved through the documentation, where they would go look into the other teams and their sources to discover the answer.
The market for people who want to install Linux on a Mac laptop is very tiny. The honest answer is that it’s not worth the huge effort investment needed to document an entire platform for public consumption.
I don’t think many people realize how easily Apple could have locked down the laptop to be able to not run any alternate OS at all and the number of lost sales would be so negligibly small as to not matter. They chose to leave it open.
You describe an exhaustive documention, but some documentation would already be better than none. Perfect is enemy of good, as your comment illustrates.
If you’ve ever tried to lock down a mac and dealt with the 100s of system services, you’d know why. I like the hardware and base os, but I have no idea what those services are doing.
Many are undocumented. A lot can’t be disabled, even with SIP disabled. And, they’re chatty and persistent in trying to communicate out. You can kind of disable communication of TCP/IP but they’ll find alternatives - like low power bluetooth or even lower in the network stack.
I only use my mac for development. I’m a simple man and don’t need all the bloat and hidden behavior. Plus, I always feel like I’m one automatic update away from it becoming unusable.
Not to mention coming from something like Niri, or even default Gnome to MacOS Tahoe is just gimping productivity tenfold. It is so incredibly unintuitive in every way for window management and keyboard shortcuts and everything in between.
My Mac Mini M4 is for building the Mac/iOS apps, other than that it's useless as a daily driver. I will patiently wait for Asahi while I use my other computers that can run serious operating systems.
No, really you can't disable all of the services with SIP disabled, at least not the latest Tahoe. Maybe there's a better tool than launchctl, but I don't know what that is. Plus, you disable one, and it crashes and you have to debug it for an hour.
Yes, I'm exaggerating about the networking. Yes, you can lock it down by turning off all of the devices, but honestly, I'm still not 100% on that. It was a surprise to me after I disabled ethernet and wifi and turned off everything in system settings, and someone passed by with an ios device.
However, if you're an expert - please save me a year of trial and error and point me to the minimal list of services and daemons.
So many daemons. And while a lot can be disabled, some of them cause important stuff to break if you disable them, or even cause the OS to crash in a Heisenbugian fashion. And there's no documentation. So debugging this crap is anything but simple.
This is nonsense. Chinese vendors like Rockchip and Allwinner provide fairly halfassed docs at times, but they try. It's housnads of pages, total, sure. But even this along with public code samples allows to create almost perfectly FOSS supported implementations for their HW. And it's a complex HW similar to what Apple has. I've worked with all kinds of just annoyingly incomplete and badly written datasheets, and if you put some work into it having at least something helps tremendously, even if the manufacturer ignores you completely and you have no field engineer access, and just throws incomplete crap over the public fence.
No docs is clear statement Apple hates FOSS. "how easily Apple could have locked down the laptop" argument is very weak considering that only consumer platforms that engage in a complete lockdown are maybe some gaming consoles, and those are basically appliances and not a general computing machines.
Sure but that's not really their point. They're not saying that Linux is a joke nor that it's useless; they're saying that the amount of people installing Linux on their Macs is so small that it wouldn't make financial sense for Apple to support them. Knowing how much an engineer gets paid, even staffing a small team to supporting Linux would cost Apple a couple million each year. That's not even taking support into account.
They're avoiding it because installing Linux (or Windows, even), would actually decrease their income. I doubt people running Windows on Intel Macs were avid Apple Music subscribers.
No, they're not loss leaders, but in 2015 services were about 9% of Apple revenue. Now they're about 28%.
It's fairly clear which direction the wind is blowing.
Also, hardware - software integration pushes more hardware sales. People with iPhones are a lot more likely to buy Macs than people with Android phones. Same story for Airpods & co. I've also basically never seen an Apple keyboard used with non-Apple computers.
Also Apple stops supporting the hardware and the software at the same time. The case that Linux support lets hardware be used longer is a harder sell when the company stops manufacturing/stocking parts for servicing at the point where someone would consider Linux.
If Apple doubled their Mac revenue, the financial benefit of Linux would remain the same. That means it would then be effectively half as important for their business, but the operational challenges and risks remain the same.
At some point the ongoing maintenance and support as well as coordination and organizational distraction mean it wouldn't get approved if internal engineers offered to start it off for free.
> The market for people who want to install Linux on a Mac laptop is very tiny.
I suspect there would be an element of induced demand here. IMO the MacBook range are the only laptops on the market worth buying - but not having support for gaming (or at least, hilariously bad support for a limited range of games) is compelling enough reason to install Linux for a large portion of users (filling the void left behind by the widely adopted Bootcamp).
> but the information needed to support an entire platform like this is not as simple as sharing a PDF.
Yeah, GPU ISA, controllers, power management, NPU, and who knows what else. I still believe that companies should be compelled by regulators to offer documentation and support necessary to write drivers as I believe it is part of the "right to repair" (M1 will lose support in 2 years, it's still a great platform).
> They chose to leave it open.
I _really_ wonder on this point. It's so uncharacteristic of Apple. Were they concerned about potential anti-competitive lawsuits and maliciously did the bare minimum to avoid them? "It's technically open hardware, but good luck figuring out how it works"
> I don’t think many people realize how easily Apple could have locked down the laptop to be able to not run any alternate OS at all and the number of lost sales would be so negligibly small as to not matter. They chose to leave it open.
Oh please - Apple provided a full suite of Bootcamp drivers for their hardware just a couple of years ago, not locking you out is not a big heroic move you're trying to picture here.
It allowed a machine running Intel's EFI firmware (as Intel Macs have always done) to boot an OS that only understood the older BIOS standard.
Once Microsoft and the various PC vendors started supporting UEFI directly, Bootcamp was just a bundle of existing Windows drivers from the component vendors.
If you put a specific Broadcom Wi-Fi chip in the Mac, Bootcamp included Broadcom's Windows driver that was best suited for that chip.
And Linux support on M Macs would also have a "real job", what is your point exactly?
I find it so bizarre that some of you here are defending a megacorporation that could have easily afforded to provide drivers for Linux Kernel like their competitors do.
You're clapping for free volunteers to spend hundreds of hours reverse engineering Thunderbolt controllers when companies like Intel outright contribute them.
I'm pretty sure Intel is providing Xenon CPUs for free when they are used in Linux servers, so they have no financial interest in providing first party Linux drivers.
Sure, they relied on community Linux drivers in the past, but that didn't have anything to do with money.
There is no "applause" in my post - please learn to read before you take up your bigcorp defender shield and think for a second why you're fighting against your own benefit.
Regardless, saying it would be too much effort for Apple is laughable at best. Even more so when Apple used to release such docs in the past when it was much less financially capable.
Bootcamp on Intel Macs was a different story because Apple's hardware was mostly an assortment of other vendors' hardware (with some custom components and set up). That means they could bundle drivers for Intel, AMD, Nvidia, Broadcom, Realtek, Marvell, Synaptics, etc plus a couple of their own (the camera, the touchpad, the mouse, etc) and call it a day. Since the hardware was x86-64 it mostly just worked. That's an immensely different world from their custom hardware. They would need to write Linux drivers for all of their networking chips, each of their processors, their GPUs, work around Linux/Windows' 16KB memory page issues, their neural engines, the SEP, their DCP, the interrupt controller, IOMMU, their custom storage drivers, etc. You're vastly underselling or misunderstanding the size of the situation.
They were also in a different place back when they made Bootcamp. They were fighting a "Mac vs PC" battle head on and trying to convert other OS users to macOS. Now they don't really seem to care about that because their strategy is converting iPhone users into ecosystem members.
The implication of saying it's a "huge effort" is that the effort is too much. You're nitpicking at this point and the flat refusal is just as much a problem as tossing out "laughable" in a sentence focused on calling Apple bad.
Darwin is out there and you too can license Arm and design something from the ground up if you have the ability and the will…
It’s all there and it’s been 25-26 years no one has bothered maybe that’s Apple is still the only vertical computer company left from the 1980s.
At one time there were many choices in hardware and OS software combined with that hardware that era is basically gone because no one wants to take the bull by the horns and do anything they want someone else to give it to them free.
Apple's hypervisor.framework lets other OS instances run very very fast with the UTM app (open source on github, but i use the prebuilt version from the App Store). In my case i've used arm native linuxes (arch with various compositors, kde, gnome, fedora) all on M2, M2 Max, M5 and the experience is indistinguishable from native. MacOS is running too. I think hardcore graphics folks might want direct accelerator access, or there'd be curiously little reason for Asahi (other than that it's awesome work).
I use UTM in emulation mode, NOT Qemu simulation mode, which is wasteful.
What is the purpose here? You are still stuck with a full blown MacOS running the system no? That is what Asahi tries to replace, not the other way around.
I'd recommend reading up on it, and perhaps trying it, because it's very useful.
For folks lamenting that the (awesome) Asahi efforts are challenged by reverse engineering of changes from M2 to M3, and so on, those changes vanish into the abstraction, but their benefits do not. That's why i switched from Asahi a couple years ago to UTM in apple silicon hypervisor mode.
The point is some people who want to run Linux mostly do not want MacOS. You suggest to "just run MacOS" (the thing they want to avoid) and virtualize Linux. That defeats the entire purpose, then you could just as well skip the VM and run Mac apps. Yes, there are a few specialized applications people might need Linux for but that's mostly not why they install an entirely different OS. For the occasional obscure programm that doesn't exist in the Apple ecosystem VMs are a good option, absolutely. Everything you do in the VM still runs on Mac though and you depend on Apple for security, privacy and trust in general.
yeah i get it, and run native linux myself, but also have apple silicon. for some, but not everyone (to your point), the apple hypervisor.framework is itself an adequate trick.
The purpose is to be able to run a decent Linux setup while also having MacOS for things. Not everyone is stuck on the anti-Apple train; some of us put software on all the platforms and thus using the hypervisor for this use case is quite comfortable. Disclaimer: personal experience - I too use UTM for highly productive things..
Wanting to run a single OS at a time is anti Apple now? Run MacOS or run Linux, why run both and create more problems than it solves and waste resources?
I spent this past weekend giving UTM w/ Apple Virtualization a shot and can confirm that it really does work fantastically well! The only downside seems to be that it's not possible to pass USB devices through to the VM guest yet?
Since the hardware will no longer get security updates for the firmware you should stop using it and move to a newer MacBook.
Linux doesn't solve the issue of not getting security updates anymore. For example the FCC does not allow letting users write arbitrary firmware they can run on their devices so this means you legally can't update the Bluetooth or Wifi firmware and need an update from Apple.
> Linux doesn't solve the issue of not getting security updates anymore. For example the FCC does not allow letting users write arbitrary firmware they can run on their devices so this means you legally can't update the Bluetooth or Wifi firmware and need an update from Apple.
My laptop has a wifi+bluetooth card that I can replace in 10 minutes. If and when that card is abandoned by its manufacturer (as Broadcom has done before), I can replace it with a better one.
i have no idea how you think apple silicon will discontinue support for itself.
the hypervisor framework documentation, that i linked above, is pretty clear; the linux builds for arm run extremely fast on apple silicon because hypervisor framework gives them hardware access, in some subsystems directly (memory mapping for example), in other systems through a shim (graphics hardware).
when apple discontinues support for older hardware, it doesn't get OS software updates. that doesn't disable the hardware from running the latest OS before OS updates for the hardware were ended. On the frozen-in-time OS, you'd still have a working instance of apple silicon hypervisor wrapping optimized drivers that make whatever linux arm build you're running still see the hardware.
Some people would like to keep running a system that’s connected to the internet that’s still receiving security updates. Running an outdated host isn’t the best idea.
So that you have to keep buying Macs every few years of course. If they gave you a way to install linux easily then you could use it far past their intended lifespan and wouldnt keep you locked into the apple ecosystem. They have proved time and time again that Apple hardware running anything but MacOS or iOS is something they will work very hard to stop you doing.
2 more years and your mac will not install the latest MacOS version, which then means you will no longer be able to update any software on your own computer or install any new software either. If you could install linux or any other OS on it you would be able to use it for decades to come, but instead you will be forced to buy another new shiny Apple box.
You will probably argue thats ok because you would have wanted one anyway by that time or some such point, but the fact remains that Apple will force you to upgrade your hardware not very long away by not allowing you to install anything on it.
That's not how macs work. You don't suddenly lose the ability to run new binaries just because they're not on the latest MacOS version.
Using your own conservative estimate, 8 years seems like a fine lifespan for a laptop, far longer than the "few years" you initially said. And in practice, there are plenty of macbooks that have been running even longer.
The parent commenter described exactly how Macs work. I have a beautiful 10-core iMac 27” with 72 GB of RAM from 2020 that Apple has now decided to turn into a lemon. macOS Tahoe runs as slow as molasses and no more macOS upgrades will be forthcoming. I downgraded to Sonoma (which cost me hours) and the machine runs well again for now but the App Store has already started refusing to update apps like Pages because macOS is old. Soon I won’t be able to install a single app through the App Store and Linux (T2 Linux in my case, not Asahi) will be the only option to keep using this terrific hardware.
Intel macs suddenly will lose the ability to run programs because Apple has dropped the requirement to ship an intel build. And from experience, as soon as Apple stops requiring devs support old hardware, nothing works anymore.
It's a bit awkward where newer Intel models with T2 chips don't support OpenCore, so e.g. the 2019 MBA is going to run out of security updates with macOS 14, sooner than a 2008 MBA that OpenCore will update up to macOS 15.
Depends on your expectations. Throwing a perfectly working laptop out after 7 years because apple cut off software support is wasteful to me. It might not be for you.
My experience with iPads losing Apple support is every app just shows you an error message saying your app is out of date and can't be used, while the app store won't let you update it because the latest api version doesn't support your device. Unless you are using all FOSS software, most apps want to connect to some server, and that connection breaks rapidly without updates.
If you can load Linux on it it's still usable, but Apple OSs degrade rapidly after Apple stops supporting them. Apple is better about keeping devices on the latest OS version, but much worse about support after that period.
iPads are a different device so I really have no idea why you’re bringing those up. Macs work fine even when the stop receiving updates 7 years doesn’t the line.
I expect they don't actually care whether or not people run Linux on macs. I mean they used to let you run Windows!
Probably the real reason is just that it's extra work - both in terms of producing the docs, and in dealing with complaints when they change things. From their point of view it's extra work with no benefit to them.
Yep, I suspect the goal is to reduce support footprint/burden to the absolute minimum possible, which is also why they don't maintain their legacy virtualization/translation layers indefinitely (Classic mode, Rosetta 1 (PPC → x86), Rosetta 2 (x86 → ARM)). The benefit is being able to make major changes, refactors, etc with relatively little delay and encumbrance.
This applies on both the software and hardware layers. In the past, CPU suppliers dragging their feet and/or being unable to deliver on promises were the chief motivation for switching architectures, and now that they're their own supplier they can banish that issue entirely so long as they're not beholden to any kind of external behavioral contracts or expectations.
If the OS teams need some new capability or discover substantial benefit from redesigning some part of the SoC, the SoC/hardware team can just implement it and not have to care about breaking anything. That's a major competitive advantage that practically nobody else in the computer or mobile device industries has.
They let you run Windows when they were losing in the market and needed a path to migration for users of the winning platform. Once they started winning, they stopped.
Conversely, Microsoft refused to interoperate with Linux. Until Linux became the clear winner in the datacenter space. Now they have WSL and actually work pretty well as a cross-platform development environment.
Microsoft is being all kumbaya right now for those exact same reasons - they are hemorrhaging users to Linux and macOS. WSL only exists because of this.
In the 90s and 2000s, they considered Linux a cancer, and only kept macOS alive for antitrust reasons.
Aside from the "they have no incentive" answer, I imagine it's not so easy even if they wanted to. I suspect most of it won't be solely Apple's IP to share in the first place.
There's a lot of documentation required to write drivers for hardware; for the GPU, they'd need to share the instruction set of the GPU along with the specifications of the controller. Lots of weird things like power management too.
If shared, that's probably enough to create copycat hardware or at least an emulator.
Personally, I just want to run Linux on my latest MacBook Pro on day 1 with full hardware acceleration. If it was supported, MacOS would be on the device for as long as it took to install Linux.
I think the only way that would happen is if the EU extended "the right to repair" to include software, compelling companies to release documentation sufficient to produce drivers with. I'm sure Apple would maliciously comply, like provide the ISA but not power management specs - but that would still cut the work required by the Asahi team by 80%.
It wouldn’t even be a problem for Apple to support Linux. Linux’s desktop market share has never been a threat to Apple at all. I hope Ternus, being the engineer he is, opens this up.
Hmm, odd listing. Looks like an embedded linux job working on a BSP, but they don't have any hardware I know of which ships with Linux. Even their constrained environments use things like their own L4 variant or RTKit.
Community... is what you have with family, neighbors and such. Being a user of a mass produced thing is not a community.
But to answer your question: Why would they? Apple hasn't asked anybody to put Linux on their machines. They deliver them with a fully functional OS already and there are thousands of other computer models you can purchase instead of a Mac.
They want control on the walled garden. When was the last time apple did anything for public unless forced by FCC. Now there is no hope since they can simply donate to trump.
Would you happen to have a link to this? I would like to learn about this but unfortunately treehouse.systems doesn't seem to be very well indexed by search engines, and Mastodon's search is failing me.
My argument was apple is doing nothing much for open source, then you suddenly come with link that shows Apple has done nothing for open source compared to other company like Microsoft or Google or even Meta.
If you have the will, and the knowledge all of those tools can be used to your advantage but no one has for the most part they want someone else to do it for them for free.
Don't they ship a propetietary clang variant with weirdass version numbers? That was true at least at some point. Fortunately most Mac users on my experiments have given up attempting to compile any code in their Macs after SIP etc made it too annoying so rarely have to support them anymore.
Absent that, it'd take some kind of sustained right-to-repair, EU morality, many sternly worded letters pressure campaign.
Plus, once they did (officially), they're kinda committed to keep doing it. That's explains why they remain okay with emoloyees helping on their own time; all the upside, none of the down.
The FCC? I guess you mean their wifi chips or cellular modems or something? I can’t see the FCC having jurisdiction over anything else that Apple does. Maybe you meant the FTC?
> Why Apple does not at least provide the specs to the community?
Because then they'll have to compete with Linux, which opens them up to someone else making a cheaper computer that does the same stuff.
I mean, I'm typing this on a junky Raptor Lake laptop I found on eBay for $220. Would I buy a Neo or MBP to replace it just to run the same software stack? Probably not.
If you believe OS X is the best environment and Apple Silicon will remain the best hardware in perpetuity, it seems silly for Apple not to allow some experimentation. Apple executives, to be blunt, know better. Lean times are always ahead.
Apple silicon is winning in performance and power consumption. It's not quite the same as the old Intel based generation, where they were more like premium/well built machines with good screens and hardware.
Now some people would like to use that top of the line Apple silicon but without MacOS that comes with it. I doubt this is a huge threat to apple but it's also not a huge market for them. From what I understand they are not actively impeding it but not actively helping it either.
I actually won a M2 laptop a while ago. I resold it, new in box still shrink wrapped because I did not care for MacOS, just a personal preference. People like me are a minority though.
> It's not quite the same as the old Intel based generation, where they were more like premium/well built machines with good screens and hardware.
Not sure what generation you're talking about? Intel c. 18-25 years ago was wildly ahead on everything, much more so than Apple is now, in fact.[1] Apple Computer, quite famously, straight up abandoned their previous CPU architecture and started shipping Intel chips just to have something competitive in the market.
Again, everything goes in cycles in this industry and Apple's executive decisionmaking is 100% not placing bets on being the best forever just to make a bunch of Linux nerds happy.
[1] Process innovation mattered more at the time, where now we're hitting the scaling limit and chips are much more comparable.
Intel have a chance to be relevant today, but they couldn’t imagine a future with smaller better faster, computers the same applies to IBM and Motorola of Schaumburg, Illinois. They just couldn’t imagine anything beyond.
Intel was asked to design a chip for a new smartphone. They said no, which was the end…
Note: Intel and Microsoft have trouble competing when the playing field is level.
The 1980s was filled with many companies that made the operating system and the hardware, Apple is basically the last vertical company left from that era. Why would they sacrifice that?
Many of those companies from the 1980s were very very good companies, but they gave up in the face of Wintel, Sun, SGI, Digital, Acorn (Arm processor), Amiga, Atari, etc… I would take any of those systems updated to today over Linux.
Only Apple with a mad man at the controls was able to survive (no Microsoft isn’t the reason). I would’ve loved to have been a fly on the wall when Intel said no to designing iPhone chips and then Steve Jobs still mad told his manager group that we have to design a new processor in house that would’ve been interesting, of course everyone in the room probably, said it can’t be done and many are probably saying the same thing about in house memory today which needs to be done.
While the Ashahi engineers are working super hard reverse engineering the Apple Silicon, there has been a huge surge in Omarchy circles to get it all working with AI writing all the drivers and get all kinds of hardware in M4/M5 and later M6 working as well. It sped up a lot.
Is anyone actually actively working on it in Omarchy circles? I see a lot of smoke on X and a lot of "look what I vibecoded over the weekend" shows yet another control panel for sony XMs.
I feel like the growing polarization in that space is pretty much going to kill any chance of collaboration (for example: https://xcancel.com/dhh/status/2091229491867594983?s=12&t=JH...). It really boils down to DHH and his conservative worldview clashing over things like the downsides of corporate funding and capitalism, building system software by just throwing more AI cycles at it, rejecting data centers over environmental concerns, and pushing back on AI-generated code due to slop and security issues. I just don't see both sides putting their differences aside to work together. DHH will probably just duplicate unaligned efforts so he can completely bypass and avoid having to deal with the human element.
I don't think "growing polarisation" is the right framing here. It gives way too much weight and legitimacy to views that have to be subjected to cordon sanitaire [1].
It's not acceptable to associate race with national identity (DHH's London post). It's not acceptable to call for ethnic cleansing (his post on Travellers). It's not "just another view, couldn't we all get along"; we can respectfully disagree on small state vs large state, on low taxes vs high welfare, on isolationism vs interventionism even, but DHH's views have to be unacceptable.
What is happening is a number of very rich, powerful, well-connected men (and sometimes women, see AfD) are trying to normalise those views and demolish the cordon sanitaire. "It's just another view" and framing this view as legitimate, just polarised, is one of their tactics. It's a moral duty of anyone remotely believing in the OG liberalism (you know, that people are equal regardless of their skin colour or ethnicity) to not let them.
> It really boils down to DHH and his conservative worldview
That is putting a lot of strain on the word "conservative". To quote Wikipedia [1]:
> In 2025, Hansson published a blog post expressing support for far-right British activist Tommy Robinson and the 2025 British anti-immigration protests, as well as mourning that London is "no longer full of native Brits". In response, some members of the Ruby on Rails community called for his removal from project governance.
> Hansson published another blog post[36] in July of 2026 comparing the Romani population of Copenhagen to Denmark's struggles with its wolf population growth, stating that "When wolves get out of control, you shoot them. When gypsies take over public spaces, you deport them."
This isn't "conservative", this is blatant far-right talking here.
What you are talking about is just simply political polarization which is done on purpose by poiticians, which happened whether DHH or Ashahi Linux devs wanted or not. Also there is real human element in both, I'm just going to an Omarchy meetup that's organized next week, and DHH is also organizing some (just not in my city).
I believe eventhough they won't work together directly, with open source they can just use eachothers code (I believe Omarchy is using Ashahi's M1-M3 code, but now people are already creating Omarchy M4 GPU support using AI, and Ashahi devs can look at how it's working and understand it, they just want to take things a bit slower to have less slop).
> but now people are already creating Omarchy M4 GPU support using AI, and Ashahi devs can look at how it's working and understand it, they just want to take things a bit slower to have less slop
The thing is... it's legal issues in the end. With AI you cannot prove the provenance of your code, and you might get dinged in front of the courts.
With the way Asahi Linux, WINE and ReactOS operate - no AI, reverse-engineering has to be very carefully documented - it is much, much less likely someone can complain about violating laws and licenses.
The Asahi installer does this automatically, it guides you through sizing. You run it in a macOS terminal. By default, Asahi will be the default boot option, and to get to macOS you hold the power button on boot until it says "Loading startup options..."
I have two M1 pro asahi macbooks, and I only use macOS for VirtualDJ or AirPlay.
Processors, not just Apple’s, change constantly between generations. The core instruction set doesn’t change, but they get new capabilities, not just with new instruction sets.
Remember the SoC isn’t just the CPU. It’s display engines, GPUs, storage controllers, video decoders and more.
Even outside of Apple, you’ll see hardware vendors provide Linux patches for their latest CPUs to keep working well. There’s some baseline functionality that works out of the box but it’s never a free ride.
Reverse-engineering Apple's custom silicon is basically the modern equivalent of repairing a spaceship while it's actively launching. Incredible work by the Asahi team!
Makes you wonder who's choice it was to launch a half-finished rocket. AMD and Intel's rockets sit on the launch pad with GPU/CPU drivers shipped for Linux before T-10.
If selling Linux servers (or parts used in Linux servers) is a major chunk of your revenue, your company is likely to start providing first party Linux drivers?
Apple's PCC standard supports Linux. It's just that Apple doesn't, so Apple Silicon plays second fiddle to Grace ARM cores and TPU hardware in the datacenter market.
Nothing prevents Apple Silicon from competing with Nvidia's ARM datacenter hardware, besides Apple. The only reason the rackmount Mac had to be depreciated is because Apple realized they were LARPing as a server hardware business.
>Their Silicon was written to be OS agnostic, Apple's was not.
i don't think that's accurate. the M series chips and memory architecture enable capabilities for the OS software to take advantage of, and the software and hardware teams get to collaborate to be ready for a simultaneously launch, but nothing about that is macos specific, just that they're on the same side of a walled garden.
Apple silicon has features specifically designed for macOS or software running on macOS. e.g.: Rosetta 2.
From Wikipedia:
One of the key reasons why Rosetta 2 provides such a high level of translation efficiency is the support of x86-64 memory ordering in the M1 SoC.[12] The SoC also has dedicated instructions for computing x86 flags.
So, Apple always adds one more thing to their hardware to enable their magic.
The reason Apple has the in house ability to run on multiple chip systems is because of their history going all the way back to Next and that little handheld from the early 1990s under Scully and all their work with Motorola and IBM over the years, that ability is what separates them from Microsoft who is having trouble getting Windows working with multiple CPU chips. Apple is simply better at it.
Windows NT was originally developed for Intel i860XR, then ported to MIPS R3000. 386 was its third supported platform. Danox is just a hopeless Apple fanboy.
The dubious metaphor is what tipped me off in the first place, but then I looked at the account activity. Dormant for over a year, submits vibecoded AI project to Show HN (which gets immediately downvoted and flagged due to being slop), then leaves two LLM-style comments.
Because it's a lazy response. OP might not be a software developer. Should they learn complex software engineering to try and contribute or should they call out a missing feature that's important to them so the actual developers have some data on what to prioritise?
Feedback in a forum stating something the developers are probably well aware people want in a location the developers might not even be reading is not particularly useful feedback. As for the comment thread utility, sure, I guess if you think that not reading the article is valuable for the HN community, but I could just as easily argue that pushing back against comments like that could be seen as valuable for a community that values more thoughtful feedback.
You're entitled to your opinion that scrolling to the last comment on the page is preferable to reading the article. I'm also entitled to mine that it's a net loss to the quality of conversation.
I don't understand this. Buy something else to run Linux, as in anything other than Apple M series laptops. And if you want to do AI stuff, suffer with OSX using too much RAM, or again, buy something appropriate.
Well I think the challenge is in the challenge itself, that's good old open-source at work and I wish both the Asahi and Omarchy teams the best of luck in this endeavor.
But I agree with you that if I wanted to run Linux, I would get non-Apple hardware, will probably get better support and spend less time fixing things. The interesting thing would be having proper full M* support in Linux as this would allow for more efficient virtualization as a guest.
I don't think it makes much sense to expect such a cohesive/specific philosophy from an open source project like this.
The goal is "Linux on Mac". In a commercial product, specific details of what gets built usually stem from a more detailed vision that can be articulated as one. In open source projects those details are determined by what individual contributors are motivated to work on.
That doesn't means a cohesive vision can't emerge, there might be one for Asahi actually. But I think the default position is that it's kinda just a mob of people doing what they each feel like doing.
I don't think it matters that Asashi is a generation or three behind, because the moment you really need it is when Apple stops updating the OS for your hardware.
When M1 drops out of support I bet Asashi for the M1 machines will be pretty polished.
Another thing is, the M1 and later hardware is still years later some of the best arm64 hardware youre going to find. Combine that with the really affordable prices you can find on the used market and Linux arm64 on this kind of great hardware at a low price is quite appealing.
Oh, so an M2 will support GPU usage? Can you run CoreML and unsloth models in the same way you would use them on regular MacOS? Are there benefits to using Linux/Asahi for running models on Apple hardware?
You wouldnt be using coreml since thats apples software, but likely vulkan versions of llama.cpp or pytorch or what have you. How well that works at the moment i dont know
I bought a Mac mini M4 simply because it was very cheap and the M4 chip offers great performance. It is currently mounted on the back of my TV and serves as a media station.
It runs macOS, but I have no particular interest in the operating system, nor do I own any other Apple hardware. (So no synergies.) It is alright (and better than Win11) but the preinstalled software does not even properly update without an Apple account. As soon as I can switch over to Linux, I will. ... I would just wait for all the ports to work.
Me too, M4 and keen to run Linux, partly because every damn system update bloats the system by 20GB but no memorably useful novel feature actually emerges and partly because it's long term stable. That said, at this stage in my career I appreciate a working system that doesn't require umpteen kernel recompiles!
I have an M2 Macbook Air that i sometimes boot into Asahi to play Steam games that doesn't work natively on mac. It works unreasonably well given that there is something like five different translation layers to make it work!
Huh, I thought Asahi would still be too unpolished on M2 to play games reliably. Could you elaborate on your setup a little? What kind of games do you play? What is performance like? Is it really better than Crossover for example?
I have an M2 Macbook Air that I love, it's the best machine to read news from and access other machines over SSH, I only use macOS to use rekordbox, 99% of the time I'm booting into AsahiLinux
It‘s going to be a godsend for people with M1 macs when Apple or App vendors decide to drop support for them.
The hardware is super capable and will make a great fileserver, TV box or HomeAssistant instance once I‘m done using it as daily driver.
Similarly, because of distros like Fedora and Ubuntu, I can keep using a 15y old Samsung notebook with a modern firefox, whereas Windows 8 already broke Samsung‘s display brightness driver and thermal management, and 10&11 are entirely unusable.
Target user is someone that wants to use Linux on good hardware. Apple hardware has some of the best perf-per-single-thread-perf-per-watt there is. Also, apple desktops are really compact and easy to keep out of the way while having really good performance too.
My current linux PC cuda machine is the latest Intel Ultra 9 mini PC from minisforum, and it still isnt quite as fast as a years old M1/M2. The only thing it has that the mac doesnt is cuda egpu support.
They are envious towards Apple Silicon and think Apple owes them something once again take the ball by the horns and build an Arm processor with a fork of Linux running on it. If three former engineers from Apple can start a company called Nuvia it can be done.
Are you talking about using a thunderbolt dock and GPU? I doubt that's a use case high in the developers minds. I'm curious though, I wonder if the open source NVIDIA driver can be built for it.
Sounds like you haven't used Asahi. I found the kde remix to be pretty nice to use. Literally the only thing that I found frustrating was:
1) for the longest time, but no longer, Google did not ship an official chrome linux arm64 package. Chromium Browser also has not included google sync for years now. But now, google chrome does ship for arm64 linux so its all good.
2) usb-c video still doesn't work, so not ideal for a laptop without hdmi that you'd want to dock
My bet: Apple is going to close it down. It is too much of a legal risk. What if some Linux enthusiast finds patent infringements in Apple's undocumented APIs?
Why would they even care? 99% of people aren't going to be installing Linux on their Macbook. If Apple did care, they'd have stopped allowing dual booting a long time ago.
FUD based in no actual facts. Recently with the new Golden Gate OS update, Asahi boot was made inoperable. Apple basically helped the Asahi folks work around a flag in the boot loader that they had not figured out how to handle in their reverse engineering. This doesnt strike me as the actions of an organization that is planning to close down the ability for asahi to boot after years of allowing it.
I recently read somewhere that someone wrote a letter/email to Apple's legal team, explaining the risks. Sorry if I cannot be more specific, I already went through my browser history and cannot find it back right now. PS: Browsers really need to improve here, it is crazy that I cannot search through my history in a meaningful way.
On the topic of browsers, I feel your pain. There were a good few years where they were shipping new and useful features, but they plateaued and started removing features. I can't remember the last time I was excited about browser features.
What is the context here? I am saying, if they cared what OS users booted on their mac they would have used the same boot process the iPad has. They wouldn't have gone out of their way to make it possible to boot systems not signed by Apple.
There used to be a rule in some of the AsahiLinux channels that no RE discussion was allowed, not sure why.
I also know the AsahiLinux team is very aware if there are any unintended things that cross the Linux-macOS boundary Apple would very likely just shut it down.
Apparently even the macbook neo has the ability to run AsahiLinux, so they can definitely allow access to running alt OSs pretty easily
Why do you think they would be concerned about patent infringements? Like all major tech companies, they are constantly fighting numerous patent lawsuits, mostly from trolls but sometimes other tech companies. It is part of the cost of doing business today. Some Linux enthusiast finding a possible patent infringement is of no concern to Apple.
I wish the team every success.