Remix.run Logo
▲ Asahi Linux Progress Linux 7.3(asahilinux.org)
421 points by ackyshake 2 days ago | 422 comments
▲alsetmusic 2 days ago | parent | next [-]

> Fedora Linux 45 was released on 3 November, and we shipped Fedora Asahi Remix on the same day. This is the first time we have been able to get a new version of Fedora Asahi Remix out on the same day as upstream!

This is a wonderful thing to read. I've been a proud financial backer of Asahi since the first announcement of their Patreon account (now OpenCollective). I've only installed and booted it once on an M1 MacBook Air to kick the tires. I liked what I saw. It worked well enough to validate the work being done. I then reinstalled MacOS so that my partner had dedicated modern laptop. I also doubled my donation.

> Some time ago, we were made aware of multiple attempts to exploit our permissive licensing to hijack our work, with a direct view to replacing the project and aggressively monetising Linux on Apple Silicon. In some extreme cases, in-development feature code was being lifted straight out of our personal forks and published without attribution or lazily rewritten with LLM assistance to obfuscate its origin. The MIT licence explicitly allows this, and has no carveouts to protect against bad faith actors.

> As such, we made the difficult decision to begin the process of transitioning all of our repositories to the GNU General Public License version 2 or later. Going forward all Asahi Linux code will be licenced under strong copyleft licences only. Those who do not learn from history are doomed to repeat it.

Oh man, I just doubled my donation again. I'm now at 4x my original donation based on reading this because hell yeah. Congrats to the team doing this stellar work. Now that my partner has a MacBook Neo, I'm gonna wipe that MacBook Air and test out the latest release. I'm so happy folks are doing this.

I support Asahi due to ideological conviction and self-interest (in case I ever want to have an alternative on Apple hardware) rather than because I want to replace MacOS. But who knows. If Apple's rent-seeking behavior with the App Store grows and further disrupts my opinion of them, maybe I'll end up on Asahi full time.

▲ctmlr 10 hours ago | parent | next [-]

I can't even afford a new MBP right now and I've also donated monthly since day one. Open source must win for the good of us all.

▲jonhohle 2 days ago | parent | prev | next [-]

> In some extreme cases, in-development feature code was being lifted straight out of our personal forks and published without attribution or lazily rewritten with LLM assistance to obfuscate its origin. The MIT licence explicitly allows this, and has no carveouts to protect against bad faith actors.

Unfortunately, the license allows this. It’s also a social issue - why shouldn’t a faster mover be able to slop a feature faster than the project owners? Who cares if it’s disruptive to them?

I’ve seen this happen on other projects and beyond rejecting the changes, I’m not sure what to do. It’s damaging morale when someone has worked weeks or months on a feature, worked with countless individuals on planning and implementation, and then someone releases a vibe coded slop fork with the last 5-10% and then takes credit as if they’re some genius doing something useful or helpful.

Ultimately the issue is manners, but when there is opportunity and generosity, the generous are going to be taken advantage of.

▲nomel 10 hours ago | parent | next [-]

> Unfortunately, the license allows this.

No, it's unfortunate that the authors didn't understand the license they used. It is not unfortunate that the license allows this use since that's the entire purpose of its existence, and is one of the most advantageous to users.

Framing adherence to the license as "bad actors" is just ridiculous emotional bias. Use a more restrictive license if you want to restrict the use of your code.

▲lakeviewterrace a day ago | parent | prev [-]

LLM haters are the worst type of toxic; they will not stop until everyone else stops using it, too.

Punitively changing a license with an intent to further restrict what someone does with the code is childish. If the concern is "someone will feed it into an LLM to obfuscate it" — what stops them from doing that with GPL code?

GPL code is, by the way, ripped off on a daily basis and routinely ignored because it's bordering on impossible to enforce.

▲Tyrubias a day ago | parent | next [-]

People who oppose the use of LLMs have the right to do what they want with their software just like anyone else does. It’s not “childish” or “toxic” for them to express their opinion by changing the license on their own software or writing about it on their own blog.

Furthermore, if the GPL is really as unenforceable as you say, then there’s no reason why their license change is “punitive”. Either the GPL works, in which case the Asahi Linux maintainers have the right to restrict use of their software, or it doesn’t and there’s no reason why anyone should be upset by a gesture of free speech.

The Asahi Linux maintainers have the opinion that LLMs are harming their ecosystem, and if they want to prevent people from using LLMs on their software, then they should be able to do so without being unfairly attacked.

▲lakeviewterrace a day ago | parent | next [-]

> if they want to prevent people from using LLMs on their software, then they should be able to do so without being unfairly attacked

They are of course free to wish whatever they like, but also rightfully deserve — and have earned — steadfast mockery.

It's like the space program banning computers and going back to chalk and black ladies doing long division because programmers might make mistakes.

▲az09mugen a day ago | parent | next [-]

It's not that I am against LLM because I'm using them, but I get sick of reading that mentality of AI-must-learn-from-everything-and-if-you're-against-you're-against-progress.

It's an incredible yet immature technology, and (too much IMO) people want to use it for everything without asking themselves any question. There was and still is a whole world of technology and knowledge before AI/LLM that left us teachings, laws, technologies that we must live with. Some of these things are here for good and maybe others for bad reasons.

In any case you should take your time to understand why something is there before blindly disagreeing with it. That's what moves discussion forward.

▲flossly a day ago | parent | prev [-]

You got a really thoughtful comment, and you reply with the most bizarre case of false equivalence I've read in a couple of days...

▲ a day ago | parent | prev [-]
[deleted]
▲jonhohle a day ago | parent | prev | next [-]

In some cases LLMs are a legal issue. In other cases they point to low effort contributions. Those changes require the same amount of effort to review, but are no effort to produce. When there is no mechanism to control a resource sink, everyone suffers.

▲pitched a day ago | parent [-]

Tragedy of the commons where the resource being depleted is our time and attention. The typical solutions don’t work on that resource!

▲rixed 18 hours ago | parent | prev | next [-]

"lazily rewritten with LLM assistance to obfuscate its origin" is the only mention of LLM in this article, and I see nothing in there that qualify as "LLM hate".

I suggest you take a deep breath and ask yourself where this outburst of anger was really comming from. Was it triggered by the mention of the GPL?

▲edoceo a day ago | parent | prev [-]

Maybe they're hoping that GPL scares off the larger commercial players. Works in my case.

▲lakeviewterrace a day ago | parent | next [-]

> the larger commercial players

Who are these large commercial players worried about Asahi Fucking Linux of all things?

Oracle? HP?

Is EMC building a SAN out of recycled MacBooks?

Not to discredit any of the work they've done but this is at its core a hobby project, and no large commercial player is touching this with a 10m pole.

▲ryandrake a day ago | parent | prev [-]

GPL will possibly scare off serious, risk averse companies with lawyers. It's not going to scare of Chad the AI Bro who wants to move fast and break things, crush it in the market, ride the VC rocket, and has no qualms about monetizing the work of others.

▲monster_truck a day ago | parent [-]

Oh right, because serious, risk averse companies are going to be using a linux distribution that does not even currently run on an M6 Mac.

▲YashOnYC a day ago | parent | prev | next [-]

Hello since people are moving to Linux on their macs what about all their data on mac like uk iCloud Photos notes calendar reminders etc.

▲ a day ago | parent | next [-]
[deleted]
▲monster_truck a day ago | parent | prev [-]

it's not like icloud's website stops working

▲Noaidi 2 days ago | parent | prev [-]

The only thing that is holding me back is easily encrypting the drive.

▲tombh a day ago | parent [-]

I just ran this the other day on a new setup: https://github.com/osx-tools/asahi-encrypt Worked well.

▲Noaidi 21 hours ago | parent [-]

Thank you!

▲habitue a day ago | parent | prev | next [-]

> Some time ago, we were made aware of multiple attempts to exploit our permissive licensing to hijack our work, with a direct view to replacing the project and aggressively monetising Linux on Apple Silicon. In some extreme cases, in-development feature code was being lifted straight out of our personal forks and published without attribution or lazily rewritten with LLM assistance to obfuscate its origin. The MIT licence explicitly allows this, and has no carveouts to protect against bad faith actors.

> As such, we made the difficult decision to begin the process of transitioning all of our repositories to the GNU General Public License version 2 or later. Going forward all Asahi Linux code will be licenced under strong copyleft licences only. Those who do not learn from history are doomed to repeat it.

I appreciate all of the hard work that's gone into Asahi linux, but this statement is basically nonsensical. Making the license copyleft does not prevent people from monetizing it, using AI to develop on it, improve it or wreck it. All it does is make sure that anyone who does will share their source code modifications.

It doesn't sound like they want their code to be open source. It sounds like they want it to be closed source or at least restrictively licensed enough that they can tell users of the source how they're allowed to interact with it and modify it.

The entire point of open source / free software is that it lets you do what you want with it. The original author doesn't need to accept your AI patches or write AI code themselves, but downstream users are not restricted.

I am just baffled by how confused even very smart people seem to be about how open source and permissive licenses work and what they are for.

(Now, should they use trademark law to ensure others can't use the name Asahi Linux confusingly? Absolutely. But that's got nothing to do with copyright.)

▲throwawayqqq11 11 minutes ago | parent | next [-]

You are right, it does not help against code laundering. I consider it a strategic decision to bolster the copyleft/FOSS ecosystem against the closed free-for-all laundering bonanza on the horizon; protectionism against the devaluation of software.

▲tomkarho 5 hours ago | parent | prev | next [-]

GPL is notoriously frowned upon when it comes to adoption in commercial environment (to a point where GPL licensed software is not allowed to be included in any way whatsoever). In that light I could see this as an attempt of a poison pill to prevent commercialization of their code by means of this "stigma" that is attached to the license itself. So a commercial entity cannot create an asahi alternative (or attach pieces of it to their own product) and charge money for it due to their legal dep telling them big no just because GPL is involved.

▲rixed 18 hours ago | parent | prev | next [-]

Maybe they should have stated this a bit clearer, but I believe "attempts to exploit our permissive licensing to hijack our work" does not mean that a fellow developper tried to distribute a modified version of their work under an open license to the benefit of users.

I believe instead it means: some shaddy businesses tried to hastily build a clunky, closed source product with which to fool less technical users into some sort of technical dead-end that could be commercially (or politically, it's 2026) exploited.

Or maybe I project on them my own frustrations with the MIT license. In any case, I welcome the change consisting on puting freedom back in the front seat.

▲habitue 17 hours ago | parent | next [-]

I mean, for sure, if they are worried about someone building a shoddy product on top of asahi, and then not open sourcing their shoddy additions then GPL will fix their problem.

However, I think, what they want is for people to stop making those shoddy additions altogether. And open source does not solve that problem because that's exactly what open source exists to allow.

▲user_7832 12 minutes ago | parent | prev [-]

Very specifically, it was (allegedly) DDH. He's got some VC funding and all now, and is making some linux distro for MacBooks.

▲skywhopper a day ago | parent | prev | next [-]

They’re switching to GPL and you think that’s anti-open source? MIT has basically zero restrictions and assumes a good-faith collaboration environment. GPL is more realistic about the motives of much of the tech world, and in practice is much more encouraging of collaborative, open, and free software development. Kudos to them on making the switch.

▲habitue 18 hours ago | parent [-]

No, I am saying the maintainers are saying they're mad that people are using AI to extend Asahi, and in response they are switching to GPL.

Normally you do something in response that would solve your perceived problem. In this case, it seems to be a random unrelated action they've taken to the problem they identified.

▲rtpg 5 hours ago | parent | next [-]

You are pattern matching on the "AI" part and reacting to it, but I think you should re-read the original post. The main thing seems to be some people taking this code and then reusing it without attribution (and, incidentally, trying to use AI to obfuscate this fact)

▲trombuance 3 hours ago | parent [-]

There never needed to be attribution according to their own license, which they picked without any outside influence. Where exactly is the issue?

▲rtpg 2 hours ago | parent [-]

I guess they picked a license that didn’t require attribution and then decided “actually this sucks” and are changing their judgement downstream of that

Sometimes some people change their mind.

▲nar001 18 hours ago | parent | prev [-]

I don't think they were "extending" Asahi, they were trying to hijack the project by making a new fork unrelated to their work, that's not the same, GPLv2 would force people to give attribution and not able to at least take the code without doing anything else for it, as you'd need to also have your own forks open source, that's more restrictive than MIT

▲habitue 17 hours ago | parent [-]

Yes, but aside from the trademark issue (the fork cant call itself Asahi), GPL is 100% on board with letting you fork. It's on the tin, part of the freedoms it guarantees.

▲Copenjin a day ago | parent | prev [-]

You are confusing why they choose MIT (to further adoption by other existing distributions and allow other developers to reuse pieces) and how it is being used (to build cheap distributions on it slapping a different name on front), they understand well the implications as anyone else.

> I appreciate all of the hard work that's gone into Asahi linux

Actually no, you don't seem to. Regardless of the license, remind yourself that they didn't lose ownership of what they did. They can still be disgusted at how people are building lazy derivatives just because they wanted to share what they did with a different kind of developers. I know I would.

Frankly, I'm not sure if permissive licenses have a future. No one wants dev marketeer to save tokens reusing their work.

▲zalo 19 hours ago | parent | next [-]

> they choose MIT (to further adoption by other existing distributions and allow other developers to reuse pieces) and how it is being used (to build cheap distributions on it slapping a different name on front)

The former and latter are nearly equivalent to both licenses AND everyone can still make cheap distributions with a different name slapped on top.

They only chose GPL because Omarchy is MIT and they _hate_ Omarchy.

> Frankly, I'm not sure if permissive licenses have a future. No one wants dev marketeer to save tokens reusing their work.

On the contrary, the AI shift means that devs who are concerned about enforcing the purity of their community and stymieing marketeers will be vastly outnumbered by people who just want to “move fast and fix things” (which is essentially what Omarchy represents)

▲Copenjin 16 hours ago | parent [-]

> and they _hate_ Omarchy.

Could be, reading what their fanboys write on X they could have more than a few reasons. In addition to details I'm not aware of related to how the fork has been developed.

> and stymieing marketeers will be vastly outnumbered by people who just want to “move fast and fix things”

These can be easily conflated in a single category of people, I don't see why the first group should not be able to keep prompting a model for days or months. Or did we already invent the definition of Real Prompter like someone did for Real Programmers?

▲orangecat 18 hours ago | parent | prev | next [-]

They can still be disgusted at how people are building lazy derivatives

If you're disgusted at the prospect of people you don't like using and extending your code, then open source is not for you.

▲Copenjin 16 hours ago | parent [-]

Did I write "I don't like"? The "lazy" is the problem, but then yes, I'm free to think that I don't want specific people to use stuff that required effort from my side (see the classic discussion of OSS being user by corporations without giving back anything, I can understand those that feel resentment).

▲habitue 18 hours ago | parent | prev [-]

I do genuinely appreciate the hard work, and I don't appreciate being told what I appreciate.

Regardless, I think you're also confused.

"How it is being used ... to build cheap distributions on it slapping a different name on front"

I'm sorry but this is literally exactly the thing GPL is designed to allow. I don't understand why this is so confusing.

Copyleft is designed to prevent people from improving on the code and then keeping their changes secret and closed source. That's not what Omarchy or anyone else is doing, they're all already sharing their changes.

Let's walk through it from the Asahi linux perspective so we're all on the same page:

- Asahi makes software licensed MIT

- Omarchy takes that software, slops the AI-iest slop on top.

- Omarchy releases the source code of those changes to Omarchy's users.

- Asahi is mad because they hate AI, but they have no recourse unless Omarchy violates their trademark.

Now compare how it works under GPL:

- Asahi makes software licensed GPL

- Omarchy takes that software, slops the AI-iest slop on top.

- Omarchy releases the source code of those changes to Omarchy's users.

- Asahi is mad because they hate AI, but they have no recourse unless Omarchy violates their trademark.

▲Copenjin 16 hours ago | parent | next [-]

I'm well aware of the content of GPL and that it doesn't stop derivative software from being created but please don't phrase it as " this is literally exactly the thing GPL is designed to allow!!", it makes it sound like a desired outcome. Pretty sure that Stallman would find pretty pathetic the kind of derivative I've described.

The right way to handle this would have been for Omarchy to give something back in another form (monetary probably) since Asahi doesn't want their Gen-AI code. Why? Because that's what a good neighbor does with upstream and because frankly I expect they will need more of the Asahi code in the future (if they don't decide to just ask Claude to get it, as Asahi seem to imply they already did). It seems to me that their shitty "community" is just insulting the Asahi people forgetting that without them they wouldn't be running Linux on their Macs.

The only thing that the move to GPL does is forcing them to adopt a compatible license if they need to take more code in the future, but considering the Omarchy is a distribution with no commercial/closed-source aspirations. Should have been GPL since the beginning.

▲Gabriel54 15 hours ago | parent [-]

> Because that's what a good neighbor does with upstream…

I’m jumping in here but I really don’t understand this perspective. The license doesn’t say that downstream must be a good neighbor. In fact it explicitly avoids any restrictions on how downstream code is used. If you’re not happy with that then the GPL is not the right license. Holding others up to an unwritten standard (which is inherently not enforceable) is a recipe for disappointment.

▲Copenjin 15 hours ago | parent [-]

> is a recipe for disappointment.

True, but like in a working society, many things are being done even if not explicitly requested by some regulation because it's obvious that they help improving the society for everyone. For me it's pretty automatic, I have money for or coming in thanks to my project? The first thing I will do is giving back to the dependencies that made my project possible, I don't even need to think about it too hard.

And let me add also this, upstream decided that for whatever reason they don't want code generated by AI? It's their project, they are free to decide to follow this route, who cares. Pretty pathetic to whine about it on X, though.

▲theodric 5 hours ago | parent | prev [-]

> the AI-iest slop

Omarchy devs with LLM support have implemented this functionality not available on Asahi:

- TouchID

- M3 GPU

- DisplayPort over USB-C

- demoed DisplayPort over Thunderbolt (WIP)

- deep sleep (0.05W discharge)

- MacBook Neo support

- demoed M4 Pro/mini support (WIP)

If that's slop, then please, sir, I'd like some more slop.

▲Copenjin 4 hours ago | parent [-]

What do you think that list proves? Something more than the LLM being a multiplier of man hours? Have you checked the code or waited to see the severity of bugs? Do you even know which kind of issues Asahi dealt with in the past like the ones related to the speakers that the "dev with an LLM" or the LLM itself would have never guessed existed?

It's ok, here, read the speakers section: https://asahilinux.org/2024/01/fedora-asahi-new/

And also, I see many people forgetting that someone has been accused of taking code from unreleased branches for new features and adding it to the rest as its own.

I'm definitely not anti-genAI since that allows me to focus only on the less boring things but man, some people sound like they never wrote a line of code in their life, zero respect for years of work of someone else. They could have tried building that form scratch... and instead... I wonder why.

▲theodric 2 hours ago | parent [-]

> some people

I guess you're talking about me

> sound like they never wrote a line of code in their life

I see. Well, I have, quite a few.

> zero respect for years of work of someone else

Unclear how "respect" is supposed to manifest in this case. Not contributing to open source? Not forking or extending open source?

> They could have tried building that form scratch... and instead... I wonder why.

They could have started from zero, reading the Apple specs and probing the hardware to discover how it works, rather than extending existing code? Why would anyone do that? Surely the goal is to ship software, not chase purity.

▲Copenjin 2 minutes ago | parent [-]

No, I'm not talking about you, whoever has really wrote code with at least a modicum of complexity will respect the work of others that did the same.

> Not contributing to open source? Not forking or extending open source?

What? Are you really asking? You keep ignoring that Asahi pointed out some dishonest behavior like integrating parts of code from unreleased branches and so on.

> They could have started from zero, reading the Apple specs and probing the hardware to discover how it works, rather than extending existing code? Why would anyone do that? Surely the goal is to ship software, not chase purity.

There are no apple specs. The hypothetic "could" means nothing.

> "Why would anyone do that?"

They wouldn't. Because they are not capable of doing it.

> Surely the goal is to ship software, not chase purity.

Ok, so they take what they want and are free to criticize those who gifted them the source like idiots. No decency.

The concept above was quite simple: You take code from someone? In addition to following the license also show some appreciations for those that saved you months if not years of development and bug fixing.

▲alentred 2 days ago | parent | prev | next [-]

The only blocking point for me before I would use Asahi Linux is the support of the USB-C displays. I was considering and reconsidering to install Asahi so many times, but I just cannot give up the ability to plug an external display into my MacBook Air.

I am just surprised that other features like support of the newer CPUs still get a higher priority than this one. I am not complaining or anything, I am not even related to the project in any way, so not in the right place to ask for anything, but I really am surprised that this seems to not to bother most of the users?

▲pja 2 days ago | parent | next [-]

I believe the blocker here is that USBC display support requires getting full Thunderbolt support working. Apple built their own Thunderbolt chips, which diverge from the Intel hardware that everyone else has used & that the Linux kernel drivers are written against enough to make support much harder than you'd expect.

IIRC Asahi has finally acquired Thunderbolt support but that support still doesn't have the pieces needed for external displays.

▲alsetmusic 2 days ago | parent [-]

The entire section "Kept you waiting, huh?" is about this and some of the background is really interesting explaining why things are as they are. Here's just the last bit:

> Luckily for us, Sven was up to the task of dealing with all this nonsense. It just took slightly longer than expected! While the patchset to enable Thunderbolt was sent upstream first (another massive win for us!), we have also pulled it into our downstream kernel and are now shipping it to users!

> But there is a catch. Currently, only USB3, XDomain and Thunderbolt Networking are supported. You can plug in USB devices or connect two Thunderbolt computers together and make them ping each other, but that’s about it. PCIe and DisplayPort tunnelling — required for most Thunderbolt docks — are not supported. Yet. Watch this space.

> An enormous amount of gratitude is owed to Sven, who has stuck with this thankless chore for nearly 5 years in between all of his other incredible work.

Thank you, Sven!

▲Nux 2 days ago | parent | prev | next [-]

This works, tried last night in my M1, you need to install the fairydust kernel and reboot. https://copr.fedorainfracloud.org/coprs/lacamar/fairydust-ke...

My Dell external monitor (+builtin usb/ethernet hub) connected via usb-c thunderbolt started working right away.

My problem is I can't use my 2nd external monitor. :)

Also no luks fde support which is a big deal, basically I can't take it anywhere.

▲vlz 2 days ago | parent | next [-]

> no luks fde support

You can get an "unecrypted boot, encrypted root" setup though.

https://davidalger.com/posts/fedora-asahi-remix-on-apple-sil...

Did you consider that? I am personally using that and feeling pretty good about it, but maybe I am missing something?

▲ a day ago | parent | next [-]
[deleted]
▲Nux 2 days ago | parent | prev [-]

Thanks for sharing, I'll try that.

▲vlz 2 days ago | parent [-]

Oh wait, there is also this tool which automates some of that. I think I used that tool instead of the blog article itself. It's the same idea though.

https://github.com/osx-tools/asahi-encrypt

▲alentred 2 days ago | parent | prev [-]

Huh. Thank you for the info!

I am always looking at this "Device Support" page [1] and it's still red there. I even have a calendar reminder to check it out every once in a while, but if it's not being updated I might drop my calendar reminder then :)

[1] https://asahilinux.org/fedora/#device-support

▲cavoirom 2 days ago | parent [-]

I developed the habit that letting AI assistant look up information like this for me. It might be hidden in the docs I usually over-look.

▲mrheosuper 7 hours ago | parent | prev | next [-]

If they somehow can support DP-ALT and MST DP(which even Apple does not support), i'm sold.

▲simonh 2 days ago | parent | prev [-]

Sometimes this can be because the people working on one aspect of the project are not the same as the people working on another, or the same number of people, and also maybe supporting later chips is less problematic than supporting external displays. The project as a whole doesn’t just work on one problem at a time in priority order.

▲gspr 2 days ago | parent | prev | next [-]

> It may surprise some to learn that WINE was originally made available under the MIT licence. The 90s and 2000s were a very different time in the Free Software ecosystem, and permissively licenced projects were viewed by tech companies as free real estate to pilfer and exploit. WINE was not immune to this, and many monetised proprietary forks of WINE were marketed and sold by various bad actors. The WINE development team grew increasingly concerned that these proprietary forks, while well within their rights to exist, would eventually cause so much fragmentation in the ecosystem that WINE itself would become unviable. In 2002, WINE was relicenced under the LGPL to prevent further proprietary forks from being created, and to encourage direct upstream contribution.

> When Asahi Linux was first started, it was with the intent that we develop a Free Software ecosystem for the Apple Silicon platform. To facilitate and encourage the particiation of our friends at the BSDs and other Free Software operating systems, we endeavoured to licence as much of our code as possible under the permissive MIT licence.

> Unfortunately, this is no longer viable. The malicious practices of the 90s and 2000s have reared their ugly heads once again, this time driven in large part by both the insatiable appetite of frontier AI labs for high-quality training data, and militant animosity toward the Free Software community.

> Some time ago, we were made aware of multiple attempts to exploit our permissive licensing to hijack our work, with a direct view to replacing the project and aggressively monetising Linux on Apple Silicon. In some extreme cases, in-development feature code was being lifted straight out of our personal forks and published without attribution or lazily rewritten with LLM assistance to obfuscate its origin. The MIT licence explicitly allows this, and has no carveouts to protect against bad faith actors.

> As such, we made the difficult decision to begin the process of transitioning all of our repositories to the GNU General Public License version 2 or later. Going forward all Asahi Linux code will be licenced under strong copyleft licences only. Those who do not learn from history are doomed to repeat it.

Hear, hear! Perfect clarity of thought. I love these people!

▲v64 2 days ago | parent | next [-]

> Unfortunately, this is no longer viable. The malicious practices of the 90s and 2000s have reared their ugly heads once again, this time driven in large part by both the insatiable appetite of frontier AI labs for high-quality training data, and militant animosity toward the Free Software community.

It makes no sense to me why you'd adopt MIT in the first place for its permissiveness, and then be surprised that people you don't like are using your code. It's like being a free speech supporter and being surprised that people say things you find abhorrent. That's the point. If you only support speech you agree with, you don't believe in free speech, and if you only support code being developed by people you agree with, then you don't believe in free software.

▲palata 2 days ago | parent | next [-]

Permissive licences require attribution. They clearly state that there have been cases where their code was published without attribution.

The only thing you ask with a permissive licence is attribution. Why would it not make sense to you that they want it honoured?

▲maleldil a day ago | parent | next [-]

If they didn't even give attribution, why would we think they'd care about copyleft at all?

▲palata 19 hours ago | parent [-]

In the permissive world, nobody cares about attribution. Many people actually don't even know that "permissive" doesn't mean "public domain".

In the copyleft world, people are a lot more vocal. If you abuse a copyleft licence, chances are that some people will make noise :-).

▲v64 a day ago | parent | prev [-]

Omitted attribution is of course a license violation, but their issues are not limited to just that case, and it's the other issues I'm addressing.

▲xoa 2 days ago | parent | prev [-]

>It makes no sense to me why you'd adopt MIT in the first place for its permissiveness, and then be surprised that people you don't like are using your code

It makes no sense to me that this makes no sense to you. The Asahi Linux project kicked off in December 2020. About 2 years before the first ChatGPT (Nov 2022). It had a lot of ideals including working with the BSDs at the time, and so they surveyed the landscape and considered the downsides at the time vs the upsides and decided a BSD approach was the right tradeoff. Now, 6 years later, the landscape has changed pretty radically, so they've decided that the downsides have gone up and any value they're getting from the BSDs is not high enough, so they're changing course. This is not hard to follow.

>It's like being a free speech supporter and being surprised that people say things you find abhorrent

No, it's nothing like this at all. Though utterly tortured, convoluted and wrong analogies to free speech are common from people who don't understand it.

>If you only support speech you agree with, you don't believe in free speech, and if you only support code being developed by people you agree with, then you don't believe in free software.

It is apparent that you are overloading "support". Free speech is about opposing the use of violence (direct or indirect) to decide debates as a near-universal default. That's it. Social and economic consequences unbacked by violence are not opposed to free speech, they ARE free speech themselves. If I think your opinion is wrong and stupid, I may "defend to death your right to say it" but then not invite you over to dinner, donate you any money/time/resources to get your message out further, etc etc. That is my own personal free speech in response to yours. And you can criticize that in turn and not invite me and so on and so forth. Free speech preserves this unending dynamic.

By the same token, believing in "free software" is easily overloaded, and claiming that using the GPL means someone doesn't believe in free software like you just did is one of the most absurd and also ancient, tired bad faith attacks that's been around for decades. It diminishes you to make it.

▲v64 2 days ago | parent | next [-]

> Free speech is about opposing the use of violence (direct or indirect) to decide debates as a near-universal default. That's it.

I don't believe that's it. Free speech in addition to being opposed to violence to silence individuals is also against censorship. If you want to publish a book of opinions society finds repulsive, you should not incur violence for saying so, but also you should not be prohibited from publishing your views.

Now of course there's a difference between you not inviting this person to dinner and the government prohibiting this person from publishing their speech, and I understand that. Even before ChatGPT, there still existed bad actors and especially with MIT licensed software, it was inevitable that people were going to take this very valuable code and use it in closed source projects.

Asahi has every right to examine this new landscape and make changes to their licensing as a result. But speaking personally, I release my software under an MIT license specifically because I don't care who uses it or how. I'm not criticizing Asahi so much as I'm pointing out to avoid the MIT license or other similar ones if you have any opinion whatsoever on how your code is going to be used in the future by your friends and enemies alike.

▲xienze 2 days ago | parent | prev [-]

> The Asahi Linux project kicked off in December 2020. About 2 years before the first ChatGPT (Nov 2022). It had a lot of ideals including working with the BSDs at the time, and so they surveyed the landscape and considered the downsides at the time vs the upsides and decided a BSD approach was the right tradeoff. Now, 6 years later, the landscape has changed pretty radically

Asahi themselves cited WINE forks from the early 2000's as a case study in "bad actors" abusing permissive licenses. So AI really has nothing to do with this, they were well aware of the precedent in this area.

To me it's just another example of this weird hypocritical stance some free software people have. They love putting the code out there and letting it spread far and wide, but once someone _else_ starts making money building off it, "hey no fair!"

▲ptx 2 days ago | parent | prev [-]

> In some extreme cases, in-development feature code was being lifted straight out of our personal forks and published without attribution or lazily rewritten with LLM assistance to obfuscate its origin. The MIT licence explicitly allows this, and has no carveouts to protect against bad faith actors.

Attribution is the one and only condition of the MIT license, aside from the disclaimer of warranty, so I don't see how it "explicitly allows" publishing without attribution.

▲dead_hn_theory a day ago | parent | prev | next [-]

As an old-time Linux user I wish Asahi all the best, and I get why they want to have the apple silicon working. But it just leaves a bad taste in my mouth to support a company that has historically been somewhat hostile towards Linux/FOSS compat and the power users while in the same breath trying to proclaim their platform as developer friendly, nevermind the "apple tax" that has to be paid on commodity hardware. The hacker spirit isn't aligned on this one.

▲skywhopper a day ago | parent | next [-]

Uhh, this ethos of “can I make Linux work on this hardware” has been a huge driving force of Linux’s success. This sort of effort is deeply embedded in the culture and always has been.

Apple makes very high-quality hardware, and unlocking the full capability of that hardware via strong Linux support is absolutely a noble cause. Rather than giving in to corporate lockdown, the Asahi folks are gifting the world a way to take advantage of this new lineage of Apple Silicon based personal computers.

In 10 years when Apple has long abandoned support for the M1, M2, etc, that hardware will still be able to run strong thanks to the efforts of this team. I salute them.

▲dead_hn_theory 14 hours ago | parent [-]

> Apple makes very high-quality hardware, and unlocking the full capability of that hardware via strong Linux support is absolutely a noble cause.

That is highly unlikely to happen. See proprietary GPU drivers.

▲vallerie 2 hours ago | parent [-]

fyi you should check out the Honeykrisp driver

▲wmf a day ago | parent | prev | next [-]

Unfortunately this has been going on for 20 years and people refuse to learn.

"My [GPU/whatever] doesn't work right"

"Why don't you buy hardware that officially supports Linux?"

"I couldn't possibly"

▲PennRobotics 15 minutes ago | parent | next [-]

I bought multiple ThinkPads with "official Linux support" that had diverse, show-stopping bugs. Because Lenovo is a difficult partner (for one, their service centers don't test against Linux) I don't hesitate anymore to instantly return a new computer if it has even minor bugs while running Fedora or Ubuntu. If ANY feasible alternative to Lenovo existed, I would've switched five years ago.

▲oefrha a day ago | parent | prev | next [-]

Because sometimes people don’t go out of their way to buy Linux but want to repurpose old stuff they already own to experiment a bit and/or extend its life? For instance, I recently installed Ubuntu on my 10yo Intel MBP from 2015, and had to tweak lots of things to get it to a somewhat usable state that doesn’t flicker/tear/freeze. Had to use X11 instead of Wayland for anything Chromium-based. One of the most amusing ones (for some definition of amusing) is Bluetooth audio not working, turns out Ubuntu uses hot garbage codec that can’t fit into the available bandwidth due to AAC licensing (?), possibly among other problems, and switching to an AAC-enabled build made it reasonably stable.

▲skywhopper a day ago | parent | prev [-]

Wild to limit yourself to what the manufacturers “officially support”. May as well just run macOS with that attitude.

▲renehsz 21 hours ago | parent [-]

I agree that you shouldn't rule out devices that don't have official support for Linux. And it's amazing that the community brings it to some many devices.

But if you already know at purchase that you'll install Linux on the device, you might as well prefer those with official support rather than just a community port, simply to show support for companies that agree with your priorities.

Also you should inform yourself beforehand. Don't just buy random hardware and then make the surprised pikachu face when it happens not to support Linux.

▲rossy a day ago | parent | prev [-]

If you think Apple has historically been somewhat hostile to FOSS, you'd hate to hear about the company whose logo is on every other laptop

▲dead_hn_theory 14 hours ago | parent [-]

No need for snide remarks. That "every other laptop" company runs stock x86 which has been documented and supported by Linux since day zero. Dealing with custom Apple hardware is a major fuck-you from too many angles.

▲rossy 9 hours ago | parent [-]

Which angles specifically? It really isn't that clear cut. For example, the "every other laptop" company engages in "DRM as vendor lock-in" practices that Apple does not: a PC laptop with Secure Boot disabled can't watch 4K Netflix in the Windows partition, but an Apple laptop with Asahi can in the macOS partition.

Also, if you've bought a high-end PC laptop in the past decade, you'd know that you still can't get one without prior research to see if everything actually works with Linux.

▲aroman 2 days ago | parent | prev | next [-]

> Some time ago, we were made aware of multiple attempts to exploit our permissive licensing to hijack our work, with a direct view to replacing the project and aggressively monetising Linux on Apple Silicon.

Is this referring to Omarchy? Anyone have context? TBH I'm surprised their work was ever MIT-licensed instead of GPL.

▲porphyra 2 days ago | parent | next [-]

The whole reason why people are trying to replace them is because they have stubbornly refused to use AI, which has directly impeded progress in getting M3/M4/M5/M6 working. It's fine of course for them to continue pursuing their hobby of doing everything manually, and honestly it is insanely impressive.

But most people just want stuff to work, so it's odd to complain about it when others do manage to get it to work using AI to build on top of their prior permissively-licensed work.

▲nsbdhciebsbdhc 2 days ago | parent | next [-]

Wanting stuff to work is a valid reason to not use AI for more sophisticated development projects. Having a computer that kernel panics once every three days is useless to me, even if it works for you.

▲Kwpolska 2 days ago | parent | next [-]

A kernel panic is the least of your worries with this hardware. Asahi had to introduce a custom daemon to avoid frying speakers. Apple doesn't need to care about making the hardware interfaces safe if they control the entire stack, so they don't, and expose dangerous capabilities to the OS.

▲jasonvorhe 21 hours ago | parent | next [-]

Has anyone blown out some component of their Apple Silicon Macs over the years, whether via traditional or AI-run RE?

Haven't encountered any reports about it yet.

▲Wowfunhappy 2 days ago | parent | prev | next [-]

Does this generalize to basically anything outside of speakers though? I think a pretty easy solution is to not use AI for that specifically.

▲orangea 2 days ago | parent [-]

thermal management is the first thing that comes to mind. and battery management

▲getcrunk a day ago | parent [-]

You would hope both those systems have built in hw failsafes

▲kortilla a day ago | parent | next [-]

A blown fuse is a failsafe but that’s not helpful for users.

▲Kwpolska a day ago | parent | prev [-]

If they removed the hardware failsafes from speakers to save a cent per device, I wouldn't be so sure.

▲Wowfunhappy 21 hours ago | parent [-]

In the case of speakers, though, what would a hardware failsafe even look like? It would probably be some sort of secondary chip; Apple's design is to just move that to the main processor, the same way they don't have separate SSD controllers.

Monitoring the CPU temperature feels very different to me. I'm pretty sure the CPU can't cook itself. This is probably documented somewhere so we don't need to speculate, but I can't research right now...

▲LoganDark 2 days ago | parent | prev | next [-]

There was a fun period of time where Boot Camp still existed, but Windows could fry the speakers because it didn't have any of macOS's thermal protection. I think this was after the 2016 redesigns, as I had a mid-2015 with no such issue.

▲perching_aix a day ago | parent | prev [-]

Good thing they only ever write correct code which consistently obeys every invariant in that entire stack ever. Excellent design, meet perfect engineering.

▲gloxkiqcza 2 days ago | parent | prev | next [-]

Linux kernel itself is AI development friendly.

▲tonyedgecombe 2 days ago | parent | next [-]

Some of us think that is a mistake.

▲aeonik 2 days ago | parent | next [-]

Hmm very vague. "Some of us".

Do the massive amount of vulnerabilities not make you think twice?

At this point, I trust human code less than llm code. Design and architecture of the code still greatly benefit from a good human touch, but I'm not sure how long that will remain true.

https://www.phoronix.com/news/OpenAI-948-Linux-LPE-Bugs

▲nsbdhciebsbdhc 2 days ago | parent | next [-]

So validate with an llm and humans. People committing code they haven't read - which will inevitability happen - is dangerous and hard to remotely verify.

▲zdragnar a day ago | parent | next [-]

People using LLMs put up much larger changes, and much faster. Depending on the LLM used the quality is often much lower.

A lot of projects just stopped accepting any outside contributions rather than deal with the tidal wave of slop they were getting. Choosing to not accept LLM code is IMHO a better compromise.

▲rowanG077 2 days ago | parent | prev [-]

In the end there is always a separate reviewer. Even if the producer is adversial and not even looking at the code then this process exists to catch it. This is not at all different from people attempting to get backdoors into Linux.

▲codedokode 2 days ago | parent | prev [-]

LLMs will introduce new vulnerabilities. What Linux should have done is stop using non-standard C, or better, stop using C completely in favor of Rust, support code analysers.

▲palata 2 days ago | parent [-]

And humans can introduce new vulnerabilities, too. Linux maintainers accept patches from random people over the internet. They already have to just the patch on its technical merit, not on who submitted it. For them I don't think it makes a difference (technically) if the patch was written with the help of an AI.

I believe that there may be valid reasons to refuse anything that was touched by an AI, but that's not about security. It's more about the non-technical problems coming from AI (centralising power, increasing inequalities, carbon footprint, ...).

▲jasonvorhe 2 days ago | parent | prev [-]

Some people will always disagree with something. That's what's great about free software. There will probably be some Luddite anti AI Linux fork at some point.

▲cromka 2 days ago | parent | prev [-]

That's not what they meant. It's AI friendly, not slop-friendly.

There's a reason no Omarchy patch of any kind has made it to the kernel list yet. I did personally look into some of their code and it is certified, hacked-togeter slop.

▲ffemac 2 days ago | parent | next [-]

Exactly. As an example, read that Gravity Linux guy's responses here. I will never ever trust him. I will stay away from his code as far as possible. Asahi team: I have my trust in you.

▲ChocolateGod 2 days ago | parent | prev [-]

How do you define the difference between ai friendly and ai slop?

▲dj_morocco 2 days ago | parent | next [-]

I'm pretty sure Asahi devs experiment with LLM tools, but not to Omarchy's extent. LLM ban is purely a filtration filter, so that they wouldn't be spending time overbearingly exhausting number of patches generated with AI, and not someone who cares about this than a shiny tool.

Everyone understands that LLM is a mean to an end, but it's clear that Omarchy got two confused and it's showing.

▲saagarjha a day ago | parent [-]

No, they’re pretty against AI in general.

▲inejge 2 days ago | parent | prev | next [-]

My definition, FWIW.

AI-friendly: you can use the LLMs however you wish, but you must thoroughly understand every part of submitted code.

Slop-friendly: understanding anything is optional.

▲ChocolateGod 2 days ago | parent [-]

I also agree with that definition. But for example if I get an LLM to generate 95% of a program, but I understand and have read every line of code, is it still slop?

Some would say yes unfortunately.

▲palata 2 days ago | parent | next [-]

Not the OP, but I wanted to share my 2 cents:

As an open source maintainer, when someone opens a PR, I don't know who they are. But I don't really care. I care about the PR: is it a "good" PR (there are multiple dimensions: is it understandable, does it add maintainable code, was it tested, etc) or not?

I think "AI-friendly" says "I don't care if it's written with an AI or not: I want good quality PRs".

I would think that "slop-friendly" is the kind of projects where the maintainers don't read the code. Maybe they try the feature (maybe not even?). I think the Omarchy guy was explaining somewhere that he does not read the code anymore, he just lets his AI write Rust. This is slop-friendly IMO.

If you are not AI-friendly, it means that you refuse to accept a good PR even if you cannot tell that an AI was involved. The mere fact that an AI was involved disqualifies the PR.

▲shwaj a day ago | parent | prev [-]

Are you one-shotting then reading/understanding? Then probably slop.

Are you iterating to help you understand, prompting to rename/restructure/document until you would have been able to easily understand without AI? Then probably not slop.

▲flykespice 2 days ago | parent | prev | next [-]

Ai friendly patch:

* Author posts patch with a manageable number of lines so maintainer doesn't gets burned out reviewing it.

* Tries to outline on the body what the patch is about and his rationale for the design decisions on the code.

* Promptly answers any maintaners questions about the line changes.

* Discloses which AI model he used to assist on the patch and how was it used.

AI slop patch:

* Submits patch with huge lines of code without explanation.

* The body is written in a self-patronizing tone with superfluous formatting that helps nothing but annoys who is looking for the actual substance of patch

* When questioned by maintainer about some line changes either goes radio silent or reply with the usual AI tone of marketin salesman.

* rarely if ever discloses AI usage.

▲mrheosuper 7 hours ago | parent [-]

>* Discloses which AI model he used to assist on

I don't see why this is necessary ? Does it provide any useful info, or just noise.

▲tkel 2 days ago | parent | prev [-]

experience

▲BluSyn a day ago | parent | prev | next [-]

Human slop is far worse than then AI slop.

▲orangecat 2 days ago | parent | prev | next [-]

It's amusing that people still default to "human-written code is solid and AI code sucks" after the enormous quantity of bugs that AIs are finding in human-written code.

▲sashank_1509 17 hours ago | parent | next [-]

Honestly aesthetically, good human code is always >> Opus 5.5.

For example, recently Opus 5.5, in some multithreaded app I was working on at work, used complex timing analysis with hardcoded time values 1.2, 0.95 etc to ensure that some activities only happen in a sequence (A->B->C). I had to tell it to just serialize these activities by putting them in a buffer. Both versions passed all tests (I’m sure it wasted a lot of time tuning the first set of numbers to pass the tests, but no human would do that nonsense). Increasingly, you feel it’s thinking diverging from humans more and more as the labs lean into RL.

▲bigstrat2003 2 days ago | parent | prev [-]

Nobody has ever said human code is perfect. But it is empirically the case that code written by LLMs is on average lower quality than code written by humans.

▲habitue a day ago | parent | next [-]

That's not really true, and it's only even potentially true if we talk about the absolute cream of the crop developers. Most human written code is quite bad actually

▲saagarjha a day ago | parent [-]

> absolute cream of the crop developers

You’re reading their blog

▲BluSyn a day ago | parent | prev [-]

This has not been true for 6 months. Update your priors.

▲kcb a day ago | parent | prev | next [-]

Having a computer where half the features don't work isn't particularly great either...

▲nickysielicki 2 days ago | parent | prev [-]

[flagged]

▲pmdr a day ago | parent | prev | next [-]

> they have stubbornly refused to use AI

And by the looks of it, they're very intent on gatekeeping. Deep down I don't like AI either, it has taken away a lot of what I love about coding. But it's here to stay. What if we can use it to wrestle hardware control away from Apple and other authoritarian vendors? Hell yes, we should.

The likely problem with the Asahi team is that they (by not accepting AI) feel that control is being wrestled away from them, and instead of adapting they choose to swallow the poison pill of GPL.

We might not like it, coding as it was pre-LLM is done for. No one is going to come groveling at the feet of those who stubbornly insist on not using it.

▲marsmaps a day ago | parent | next [-]

> the poison pill of GPL

not sure that concept makes any sense at all. the entirety of LLMs' capability to perform software design and development tasks, such as it is, comes from the massive resource of copyleft projects, including those using GPL, that the AI companies have ingested

▲pmdr a day ago | parent [-]

Well, it's a more restrictive license than MIT. A lot of popular projects nowadays are under the MIT license. AI labs still don't give a damn about how the code their LLMs ingest is licensed anyway, and GPL'd code won't stop them one bit. If their code had been used in proprietary ways, then yes, GPL would've been the way to go. AFAIK Omarchy is MIT-licensed, which still requires preserving the copyright notice of other MIT-licensed code it's based on. So I'm not sure what damage has been done to Asahi itself.

▲NooneAtAll5 a day ago | parent | prev | next [-]

> the poison pill of GPL

????

▲skywhopper a day ago | parent | prev [-]

You realize that Linux itself is GPL-licensed? How is it a poison pill precisely?

▲pmdr a day ago | parent [-]

Linux itself has always been GPL licensed. It's the license switch that I have a problem with, not GPL itself. Switching from a permissive license to one less so, just so others would stop using it in their MIT-licensed projects.

▲Copenjin a day ago | parent | prev | next [-]

There is no "stubbornly", the project is theirs and they do the f they want, their reasoning is sound. Permissive license does not mean that you cannot speak out about what people are doing with your software.

Do you think there would have been something working on mac if omarchy didn't start from the solid foundation of Asahi? Please don't make me laugh too hard.

▲codedokode 2 days ago | parent | prev [-]

So why those people using AI do not write the code from scratch without breaking the license and without vibe-copying existing code?

▲habitue a day ago | parent | next [-]

What is vibe-copying? The code was permissively licensed specifically so other people could do what they want with it. I'm so confused what people think permissive licensing is

▲happymellon a day ago | parent | prev | next [-]

The code was MIT, I don't get why people write code use the most permissive licences and then get grumpy that folks use it as offered.

It's literally why GPL was invented.

▲Danox a day ago | parent | prev [-]

No talent. no skills is why?

▲WhyNotHugo 2 days ago | parent | prev | next [-]

> I'm surprised their work was ever MIT-licensed instead of GPL.

The intent was for their work to be usable on non-GPL distributions and OSs (including the BSDs).

The new licence is pretty restrictive — proprietary platforms will just regurgitate it with LLMs, but other open ecosystems will have to re-invent things from scratch.

▲ a day ago | parent [-]
[deleted]
▲tommica 2 days ago | parent | prev | next [-]

Its the monetizing part that makes me think its not Omarchy - they have no monetizing things.

▲ADevWithAnIdea 2 days ago | parent | next [-]

They're referring to Omarchy, it's very clear on their IRC

▲kombine 2 days ago | parent [-]

I saw that's there is an Omarchy for Mac "team" consisting mostly of one guy who is active on Twitter (and quickly amassed many followers) and seems to have no prior experience of working on Linux kernel. They do not mention Asahi anywhere which isn't surprising to me given the reputation of DHH and Omarchy. This hijacking of open source by bad faith actors is very concerning.

▲jasonvorhe 2 days ago | parent | next [-]

Nonsense.

> Omarchy on... > Apple M1/M2 chips# > Asahi Alarm is a version of Arch for Apple M1/M2 computers built on top of Asahi Linux. You can get Omarchy running on top of that with some effort. See the user-driven guide.

Source: https://omarchy.org/manual/omarchy-on/

> [...] You finished what Asahi started, and you’re already pushing on to M4, M5, and M6. Thank you!

Source: https://omarchy.org/news/2026/11/marcelo-alcantara-and-birk-...

▲saagarjha a day ago | parent | prev | next [-]

It’s a little more complicated than this (but not better IMO)

▲cromka 2 days ago | parent | prev [-]

Yeah, on their GitHub for example, in their m1n1 fork they tend to refer to "upstream" as... the main branch of their fork.

Very interesting choice of words, but again, all their work including all issues and docs are LLM-generated.

▲petterroea 2 days ago | parent | prev | next [-]

Omarchy has gotten somewhat of a reputation for getting a lot of sponsorship money from commercial actors. If by monetize you mean "Get people to pay us" omarchy are definitely monetizing. Not much different to Asahi themselves of course, but is it right/moral to fork another active projects code and use it in order to gain your own patrons? I don't hold the answers. But no they aren't selling anything.

edit: worth noting this example, where DigitalOcean started cutting OSS support only to pledge millions of dollars to Omarchy. No wonder people consider the project a leech to the OSS community, but also consider correlation != causation: https://itsfoss.com/news/digitalocean-open-source-credits-en...

▲SXX 2 days ago | parent | next [-]

DigitalOcean obviously cut their OSS support because they gave it as credits for a year and it required constant human review and interaction.

At the same time it was mostly to small OSS projects that dont have formal non-profits so no tax exemption benefits to DigitalOcean.

▲petterroea 2 days ago | parent [-]

It is worth noting the same article's discussion of nodejs reads as "DO shut down a program, possibly planning a v2 of said program, but failed to communicate it to its dependents and didn't realize until they started planning to leave". Or they were just fighting the fires caused by a github issue named "Transition off of Digital Ocean" caused \o/

▲SXX 12 hours ago | parent [-]

Project I was involved in was one of dependants and there was nothing in email mentioning any "v2":

   Hello,
   
   We’re reaching out to share an important update regarding the DigitalOcean Open Source Credits Program.
   
   DigitalOcean has decided to sunset the Open Source Credits Program. As part of this change, we are no longer accepting new credit applications or approving credit renewals, extensions, or additional credit requests.
   
   If you currently have Open Source Credits that have already been granted, those credits will continue to be honored according to their existing terms and conditions. No action is required for your existing credit allocation.
   
   Additionally, the dedicated inbox for the Open Source Credits Program will stop being monitored as part of this transition. For any further questions or assistance, please submit your inquiries through our standard support channel: https://www.digitalocean.com/company/contact/support
   
   We appreciate your participation in the DigitalOcean Open Source Credits Program and the work you do to support the open source community. Thank you for being part of the program.
   
   Best wishes,
   Redacted
▲wannabe44 a day ago | parent | prev [-]

Yes. But how is GPL going to prevent that?

▲burgerone 2 days ago | parent | prev [-]

They do have large entities donating to them

▲throwaway13337 2 days ago | parent | prev | next [-]

Is Omarchy trying to monetize Linux?

I mean, I get the poisoning the well of open source thing that some companies do. I didn't think Omarchy was trying to do that.

With how good LLMs are at reverse engineering, I've been looking forward to being able to ditch MacOS and still have decent hardware soonish.

Taking back the ownership of our devices to run our software is the positive future LLMs are giving us. We need only to take action.

▲pmdr a day ago | parent | next [-]

Omarchy is itself MIT licensed, with no restrictions that I'm aware of. If they later decide to make a paid version or something, the license wouldn't stop them, I think. But GPL would. All in all, I think it's a dumb move from Asahi because their GPL'd code will soon be eaten up LLMs that don't give a damn about licensing anyway.

▲lionkor 2 days ago | parent | prev [-]

The same LLMs you have to rent from the very richest people on earth? I would be careful to call that freedom

▲jasonvorhe 2 days ago | parent | next [-]

There's people running close to frontier model grade local AI on consumer and prosumer hardware, let's not act as if it was impossible to skip having to rent from OpenAI or Anthropic.

▲lionkor a day ago | parent [-]

Have you seen hardware prices? They are so high that it's not even affordable for upper middle class in most of the world.

▲papyrus9244 2 days ago | parent | prev [-]

You know you can run LLMs on your own computer, right?

▲palata 2 days ago | parent [-]

If you can afford a computer that can run LLMs, sure.

▲flossly a day ago | parent [-]

"afford" in this case has to be compared to the cost of renting.

▲palata a day ago | parent [-]

Of course. Someone who pays 150$ a year for Claude Pro would need years to get to a 4k machine.

▲flossly a day ago | parent [-]

150$/month, for year...

I've seen businesses that made the infrastructure to share a 100k machine. They needed it "on premise", but the setup did not look too hard and the results were outstanding compared to Claude Opus.

▲palata 19 hours ago | parent [-]

> 150$/month, for year...

Claude Pro is 15$/month. Not everybody can afford 150$/month.

▲vasco 2 days ago | parent | prev | next [-]

I really don't get why people even start with permissive licenses if they have people they don't like to use their software or if they're just going to go "not like that" at the first real use.

It seems like many times it's open source but "just to look".

▲palata 2 days ago | parent | next [-]

They say:

> In some extreme cases, in-development feature code was being lifted straight out of our personal forks and published without attribution or lazily rewritten with LLM assistance to obfuscate its origin.

Permissive licences require attribution. It's okay to complain when people publish your permissively-licenced work without attribution, and hence without honouring the licence.

▲bredren a day ago | parent [-]

There are legal remedies to this that can be taken before changing the license entirely.

These remedies would still be needed to actively police misuse of the new license.

▲marsmaps a day ago | parent [-]

changing the licence is much cheaper than pursuing legal action, and sends an immediate and very public signal of disapproval. given that legal remedies would be required either way, and are extremely time-consuming and expensive, it makes sense to send the signal first

▲nextaccountic 2 days ago | parent | prev | next [-]

They explain that they expected that MIT licensed code would encourage contributions from BSD OSes

I agree it was a poor choice of license and that GPL helps build a better community, I'm glad they mad ethe license choice

▲bentley 2 days ago | parent | prev [-]

Because permissive licensing, and free software in general, rightfully comes with a certain cachet, and it turns out some people want the benefits of that reputation, but don’t actually believe in the freedom “to use, copy, modify, and distribute this software for any purpose.” Hence the treadmill from permissive licensing to copyleft, and then later from copyleft to “source available”…

“But software which OpenBSD uses and redistributes must be free to all (be they people or companies), for any purpose they wish to use it, including modification, use, peeing on, or even integration into baby mulching machines or atomic bombs to be dropped on Australia.”

—Theo de Raadt (2001)

▲SXX 2 days ago | parent [-]

That'a weird how you placed copyleft next to source available side of spectrum.

That's opposite because copyleft is ultimately about user freedom not developers freedom.

GPL wont help Asahi team for a bit.

▲nextaccountic 2 days ago | parent | next [-]

> That's opposite because copyleft is ultimately about user freedom not developers freedom.

Yeah, the whole idea of GPL is to restrict developers from doing certain things, because it would be harmful to users

▲avadodin 2 days ago | parent [-]

[flagged]

▲nextaccountic 2 days ago | parent | next [-]

> The moment you produce anything of value, it is taken from you

Nobody is forced to license their software using GPL though

▲avadodin 2 days ago | parent [-]

Nobody. Just the workers who want to add to the project the yoke of which they have been forced to live under.

I don't feel like arguing with FSF/Iron Curtain types, anyways.

If somebody has a non-exploitative Liberty-based argument for the GPL, I will hear it.

▲DaSHacka 2 days ago | parent [-]

No one is being forced to use or contribute back to the project though. In fact, you can even use GPL licensed software, and so long as everyone with the binaries doesn't ever request the source, you do not have to publish it at all.

▲Y_Y 2 days ago | parent | prev [-]

Fresh argument, you should take it to usenet

▲jwrallie a day ago | parent | prev [-]

Yeah, the whole point of GPL is that people can fork it and improve it as long as they share the code back.

If Asahi is rejecting LLM produced code, then they will get the modified source but will be unable to use it because of their own rules.

▲mythz a day ago | parent | prev | next [-]

> exploit our permissive licensing to hijack our work

You cannot exploit permissive licensing when its entire purpose is to encourage others to use it.

▲guax a day ago | parent [-]

Of course you can, its like putting candy for Halloween on the expectation that one kid is not going to get the whole bowl at once.

The way you can exploit an open license is to grab the code, invest massive amounts of resources in it and close the platform. Embrace, extend, and extinguish.

▲dingi 2 days ago | parent | prev | next [-]

I don't get this complain. MIT does not forbid commercial use. So what's the fuss about?

▲aroman 2 days ago | parent | next [-]

From TFA:

> Some time ago, we were made aware of multiple attempts to exploit our permissive licensing to hijack our work, with a direct view to replacing the project and aggressively monetising Linux on Apple Silicon. In some extreme cases, in-development feature code was being lifted straight out of our personal forks and published without attribution or lazily rewritten with LLM assistance to obfuscate its origin. The MIT licence explicitly allows this, and has no carveouts to protect against bad faith actors.

▲geerlingguy 2 days ago | parent | next [-]

It's one reason I've favored GPL of late, after many years using MIT. Not that many people these days would explicitly follow the terms of any license.

▲ a day ago | parent [-]
[deleted]
▲saghm 2 days ago | parent | prev [-]

There are licenses that require attribution without being copyleft though. I'm not saying the Asahi developers are wrong to use copyleft, but it's weird to me to mention "without attribution" as a sticking point when there are fairly standard permissive licenses that require attribution like Apache and BSD.

▲tredre3 a day ago | parent [-]

MIT isn't copyleft and it does require attribution, it's basically the only requirement of it. I guess they just don't like that attribution means "put the license snippet deep in a secondary readme file hidden somewhere, along with 50 other licensees used in the project".

I think it's clear that they don't want people to use their code and close the door behind them. They also clearly want clearer attribution. I'm sorry but if those are things you desire, then deliberately choosing MIT because of a GPL hate-boner was plain stupid.

▲hparadiz 2 days ago | parent | prev | next [-]

They are mad that vibecoders are building on top of their work, making real progress, then re-releasing it as "look it works" while containing a bunch of their work. Which is sort of fair but I don't get how that works in practice because in reality anyone can read the code which is open source and do whatever they want. Licensing won't stop them.

▲robbiep 2 days ago | parent [-]

Sort of fair? Or actually fair because attribution for work is… fair?

▲hparadiz 2 days ago | parent [-]

Your credit is your first commit. After that people copy/paste patches back and forth as they will. It happened before AI. I've run patches in prod that were basically someone's random RAID controller patch posted to the Gentoo forum. If it works, it works.

▲theptip 2 days ago | parent | prev [-]

Right, this seems deeply confused. If you care about how your code is used, don’t use MIT. Especially, if you care about monetization, probably use GPL or AGPL.

▲simondotau 2 days ago | parent | prev [-]

[dead]

▲ADevWithAnIdea 2 days ago | parent | prev | next [-]

Shameless plug for my own project:

https://gravitylinux.org

Spoiler: We have Vulkan 1.4 working, all of M4 and most of M5 working, are making significant progress towards full suspend to ram (no version of Asahi supports this) and this will all be shipped to users very soon!

▲MYEUHD 2 days ago | parent | next [-]

From the FAQ:

Gravity Linux vs Asahi Linux

Gravity Linux and Asahi Linux are two independent projects working towards the shared goal of a strong, open OS ecosystem on Apple Silicon devices. Gravity Linux was initially forked from Asahi Linux over differences in policy, namely regarding LLM use. We have tremendous respect for the Asahi Linux project and emphasize our shared goal of running Linux on Apple Silicon.

▲viraptor 2 days ago | parent | prev | next [-]

> all of M4 and most of M5 working

This is confusing - your website shows M4 as Wip (i.e. pre-alpha) and only M4 mini as alpha. M5 is not listed at all.

Wip is described as "Bring-up in progress. Not usable yet." So is it "not usable" or "all of M4 (...) working"?

▲ADevWithAnIdea 2 days ago | parent | next [-]

Hasn't been shipped yet, integration is being done now, we're shipping a new installer, from scratch graphics driver, and new kernel so there's a lot of moving parts we want to get right.

▲ffemac 2 days ago | parent [-]

So it's vaporware.

▲ADevWithAnIdea 2 days ago | parent [-]

All the code is already public

https://github.com/GravityLinux/linux https://github.com/niklassheth/mesa-wip

but as a shipped product you are currently right. That'll change when we ship.

▲csomar 2 days ago | parent | prev [-]

It's vibe-coded slop. Probably the reason why the Asahi team wanted to exclude these contributions in the first place.

▲gokhan 2 days ago | parent | next [-]

Are you saying "vibe-coded slop" because of the quality of the end result? Who cares if it gives you the features with good-enough performance?

Otherwise one can also say Asahi is compiler-generated slop compared to hand written assembler code.

▲coldtea 2 days ago | parent | next [-]

>Who cares if it gives you the features with good-enough performance?

Some of us still care.

▲catchnear4321 2 days ago | parent [-]

Could you elaborate on why?

▲cromka 2 days ago | parent | next [-]

You want longterm support, not a set of pit of tree patches for 7.3 kernel that will stop working or misbehave in 7.4 or 7.10, with no one understanding why.

▲coldtea 2 days ago | parent | prev [-]

Besides not wanting hallucinations on my OS level code?

Or not feeling good for the intellectual theft involved in the training of AI to begin with?

Or not caring for the de-skilling of of human brains who are delegating coding to AI, and increasingly even the architectural and decision part?

Or the training material being AI degradation that awaits most code being written by AI?

Or the baragge of slop PRs that overwhelms my favorite FOSS projects?

Or deeping of big AI dependency, in times of climate and economic crisis that it worsens, but that it also risks not having the luxury of it forever?

Or the ease with which any stupid direction can be followed via AI, and the resulting always changing projects, already a problem with short attention span project leads even for big projects like Gnome?

Or the lack of deeper understanding to control all this in future generations of programmers reduced to "AI operators"?

▲veidr 2 days ago | parent [-]

Only your first sentence has anything to do with why you would care in relation to Asahi Linux & Gravity Linux.

The rest is all just why you don't love AI generally.

(Not saying you're wrong; just that you expanded the topic substantially.)

▲coldtea 2 days ago | parent [-]

>Only your first sentence has anything to do with why you would care in relation to Asahi Linux & Gravity Linux.

Well, none of those stop to matter or get a free pass just because it's Asahi Linux & Gravity Linux.

Especially since I wasn't just answering for Asahi Linux & Gravity Linux. I was answering the question I quoted in general:

"Who cares [if AI is used on a project] if it gives you the features with good-enough performance?"

▲xoa 2 days ago | parent | prev | next [-]

>Are you saying "vibe-coded slop" because of the quality of the end result? Who cares if it gives you the features with good-enough performance?

There are a few significant reasons worth considering when getting down to the level of OS and hardware drivers. Long term maintainability is one. But another big one is that such software is capable of physically and permanently destroying the hardware it's operating on, with the textbook example for Macs being the speakers found in Macbooks. The only way to get the kind of performance they offer out of that physically light/thin package is to give them the power to destroy themselves if run at full force continuously but then run it from software so that they aren't run at full force continuously, but rather take advantage of the headroom that offers for very brief audio spikes whose overall integrated power still falls below safe limits. This all needs to be done from software since response of real world analog isn't instant. That enables much more range then if they were hardware capped at the maximum level they could run constantly, but it also means that if they're driven wrong, poof. The drivers have to never go to certain bad states, purely from software.

LLMs can't offer those kinds of guarantees, they don't really "know" how things work and then produce something deterministic off of that. It's even worse if, as-is the case with this sort of vibecoding effort, the LLM operator is in fact depending on the LLM for that part because they don't know how it really works either (vs someone who is just using it for boiler plate and knows exactly where the critical paths are).

Obviously everyone is welcome to roll the dice with their own hardware as they wish, and it may be ok. Or if using really old hardware one might just not care. And not all hardware is as sensitive as modern notebooks of course. Just be aware the analog world can be messy and you might not actually have the guardrails to screw up that you're used to in a higher level software environment.

>Otherwise one can also say Asahi is compiler-generated slop compared to hand written assembler code.

No, one cannot say that. Or at least not without looking really stupid.

▲pitched a day ago | parent [-]

If that issue with the speakers is documented, the LLMs of today would handle it correctly. That wasn’t true very recently. Also, assuming documentation exists is a big crutch that helps them more than us.

▲csomar 2 days ago | parent | prev [-]

I prefer reliable software for the Operating System. Like, I can tolerate slop for a game or a one-time-thing of converting a doc or something. But for running the base software (your OS), I think you need better standards.

▲ a day ago | parent [-]
[deleted]
▲ADevWithAnIdea 2 days ago | parent | prev [-]

Just remember that for however bad our code is (and I have no issues saying that most of our linux driver code is absolutely horrific, for now) it's better than Asahi code, because our code exists, and their code doesn't.

▲prmph 2 days ago | parent | next [-]

Wow man, "horrific code" can be worse than no code. Bad code can damage hardware, destroy data, allow exploits, etc. all manner of bad things.

Unless your meaning is that you already have work-in-progress code that you are working on to make much better whereas they have not even started, I don't see how your point makes sense.

But even then it debatable whether making bad code good is better than creating good code from the start.

▲jasonvorhe 2 days ago | parent [-]

The website makes it obvious that it's in early alpha stages and is transparent about it:

> This release is intended for developers.

RE always ran a risk of everything you mentioned.

If this project had been started before the AI craze by some RE amateur you probably wouldn't be this dismissive.

▲thisismyanon2 a day ago | parent [-]

IOW if it weren't slop then people wouldn't dismiss it as slop. You don't say!

People would still be nervous about the legal ramifications of accepting code from an Apple employee though.

▲torben-friis 2 days ago | parent | prev | next [-]

I absolutely don't want to run "horrific code" as my OS. Why would anyone?

▲vconnor 2 days ago | parent | next [-]

Especially in kernel mode. That interfaces with actual hardware.

▲GeekyBear 2 days ago | parent [-]

If a kernel coded using AI assistance is unacceptable, then I have bad news about Linus' official policy on AI use in the Linux kernel.

▲torben-friis 2 days ago | parent | next [-]

No one criticized AI assisted work, but the authors admission that the code is shit.

▲vconnor 2 days ago | parent | prev [-]

It's certainly bad news, but there's not much any of us can do about it, can we?

Enshittification comes for everybody.

▲jasonvorhe 2 days ago | parent | prev [-]

Isn't it great how free software means having a choice? I love it.

▲cromka 2 days ago | parent [-]

Yes, being able to buy a hacked-together microwave that can explode in your face and one that is tested and certified is amazing! Especially if you’re clueless about how they’re made and you just want a microwave.

▲yjftsjthsd-h 2 days ago | parent [-]

> and one that is tested and certified

I must have missed that; could you share a link to the Linux kernel that's tested and certified as functional on M4 hardware?

▲cromka a day ago | parent [-]

Having your code accepted to Linux mainline is the certification in this paraphrase.

▲yjftsjthsd-h a day ago | parent [-]

Mainline Linux doesn't run on the M4. So in your metaphor, it's more like being able to choose between a microwave of uncertain quality and not having a microwave.

▲cromka a day ago | parent [-]

Exactly my point. Some things you simply should not implement experimentally and tell the people it’s ok, just like Omarchy does to their.

▲thisismyanon2 2 days ago | parent | prev | next [-]

You're talking about code with the potential to damage hardware. So, no.

▲ffemac 2 days ago | parent [-]

Exactly, and that attitude omg. Overall I'm glad I saw his messages - gravity linux is now on my ban list. Not going to touch it in a million years.

▲veidr 2 days ago | parent | prev | next [-]

That's just... not how it works.

Even good code is a liability. Admittedly "horrific" code is a 10x or 50x liability. Sometimes you accept that kind of technical debt because "it's really important" — e.g. the company will go bankrupt, or whatever.

(Historically, btw, this is why proprietary corporate code is often so much worse than even fairly incompetent open-source code. Because it's just not really that important to ship horrific slop when nobody's income depends on it.)

The idea that shipping "horrific" code now is somehow better than not shipping it until it is fit for human consumption works in some narrow business life-cycle scenarios, but not in any kind of user-facing scenario, and certainly absolutely fucking not any kind of user-facing OS implementation scenario... (T_T)

▲coldtea 2 days ago | parent | prev | next [-]

"Code is a liability" - is one of the fundamental tenets of programming.

So, "it's better because our code exists, and their code doesn't" isn't the brag you think it is. Yes, a quick thrown together utility is better than having to manually do something. But that's not the same for an OS, or god forbid, a filesystem.

Especially since the only reason your code exists in the first place is that they did the hard work and your project forked.

▲Copenjin a day ago | parent | prev | next [-]

You should be more respectful considering that the only part that works 100% of your fork come from Asahi.

Why didn't you start from scratch building something of higher quality? Lack of skill or only of tokens?

▲orangecat 18 hours ago | parent [-]

Lack of skill

Unironically yes. I think it's great that you don't have to be as extraordinarily skilled as the Asahi developers in order to get Linux running on new hardware.

▲Copenjin 16 hours ago | parent [-]

It's fine for me too, as long as the effort that was put in by the predecessors is recognized and not ridiculed.

▲justauserid 2 days ago | parent | prev | next [-]

> however bad our code is (and I have no issues saying that most of our linux driver code is absolutely horrific

It's the operating system, mate. People don't just use operating systems to take screenshots and then post on social media.

> it's better than Asahi code, because our code exists, and their code doesn't

This is an especially horrific comment if you are really related to the project and this also adds to the perspective on why Asahi team might have wanted to have no nothing to do with this project and related people and their thought process. Anyway, good luck.

▲rbnhood 2 days ago | parent | prev | next [-]

Uhm, I don’t think this is the flex you think it is.

▲csomar 2 days ago | parent | prev [-]

> Hasn't been shipped yet

Does it though?

▲throwaway13337 2 days ago | parent | prev | next [-]

Sounds extremely exciting!

If I could run linux on apple hardware without compromise, my life would meaningfully be improved.

It's not well understood how important it is that humans feel in control of their environment. I feel like it's a fundamental to human happiness. Software that takes that away contributes to the general malaise and hopelessness that many are feeling today. It's just water to them at this point. They don't even see it. But it's the primary means of interaction.

Making that a true option to millions of people could do a lot of good for the world.

It's important work.

▲apatheticonion 2 days ago | parent | next [-]

I wholeheartedly agree. If I think about it, I must have thought "god I wish this ran Linux" at least once every single time I opened my MacBook - likely for the last several years.

I have run Asahi and while I love the project, it's not ready for that type of use.

Recently, I got a new MacBook and repurposed my old M1 MacBook Pro for local inference. The unbelievable number of compromises and hacks you need to do to run daemonized always-on software on MacOS was another reminder.

▲ACS_Solver 2 days ago | parent | next [-]

I know it goes completely against Apple's business model, but I'd love to be an Apple customer if I could buy their hardware and use it with software of my own choice. Holding an iPhone or a MacBook feels great, they're all easily among the best consumer electronics ever as far as the physical part goes. But Apple's software is completely different from how I want to use my devices so I just don't end up considering them when buying.

Would love for Asahi or similar projects to be fully usable but it also doesn't seem very likely. Apple is arguably not hostile to other OSes on MacBooks, they're designed to freely boot non-Apple operating systems, but by not publishing any hardware manuals Apple ensures that an Asahi-style project is always going to be well behind, likely years behind, in hardware support.

▲apatheticonion a day ago | parent | next [-]

Absolutely. In some ways it makes me wonder if the ability to boot unsigned OSes was just to avoid anti trust lawsuits.

Despite the ethical grey area of LLMs regarding stolen IP, I'm at the point where I'd cheer on a complete set of reverse engineered firmware appear.

Damn the consequences

▲Danox a day ago | parent | prev [-]

Oh, they’re definitely hostile, by the way, Darwin is still open source, but no one’s bothered in 26 years market inertia? Just like no one’s bothered to take a license out with SoftBank to design something from the ground up (like those three ex Apple engineers) using Linux, the easiest and fastest way to get something working from the ground up.

▲Danox a day ago | parent | prev [-]

Wouldn’t the time be better spent taking a license out? With SoftBank to design? Arm chips that work from the ground up running Linux instead of this time-wasting exercise? Apple is one year away from M7 two years away from M8 processors Asahi are just chasing smoke…

▲akoboldfrying 2 days ago | parent | prev [-]

> I feel like it's a fundamental to human happiness. Software that takes that away contributes to the general malaise and hopelessness that many are feeling today.

I would like to see a full-featured Linux on Apple hardware too, but I think over 99% of people don't feel anywhere near this strongly. Do you feel this strongly about being able to replace the engine in your car with one you made yourself? I don't, and I think most people view computers the same way.

▲anonymous908213 2 days ago | parent | next [-]

> Do you feel this strongly about being able to replace the engine in your car with one you made yourself?

I am not one of those people, as I do not do cars, but I would hazard a guess that most car people over a certain age do in fact feel very strongly about what modern cars have become. The ones who grew up without knowing what ownership feels like less so, which reflects the exact same dynamic with younger generations who are growing up without ever knowing what it feels like to own the hardware they use.

▲tonyedgecombe 2 days ago | parent [-]

As a person over a certain age I mostly like the fact that cars are so much more reliable than they were when I started driving.

I like the creature comforts on a long journey. I would have given my right arm for satnav when I was driving for work.

I’m much the same when it comes to technology. A phone that doesn’t break is much more valuable to me than a repairable device that fails.

▲throwaway132448 2 days ago | parent [-]

I think it would be disingenuous not to point out that this was also true of new cars 20 years ago - which is much more pertinent to the point of the people you're replying to.

▲jasonvorhe 2 days ago | parent | prev | next [-]

Considering how easy it was to replace engines of most cars before the integration of electronics I'd say it used to be quite common. Just as most hardware vendors used to ship full specs for their components up until the 80s or even 90s.

So, yeah, yes, definitely. I wouldn't be working with computers on a daily basis if I had to use Windows.

I'm not gonna overly generalize this though. I don't think it'll be the same for most people but I tend to not care about what most people do 99% of the time anyways.

▲no-name-here 2 days ago | parent | prev | next [-]

If it was as cheap and easy to install a new engine as it is for an OS, I imagine swapping engines would be even more popular than new OSs. (And I think far fewer would clamor to replace their OS if it cost $x,xxx for each OS swap and took many hours of manual labor - I.e. I think whether someone wants something can be heavily influenced by whether it is ~free vs cost $x,xxx, etc.)

▲Danox a day ago | parent [-]

If it was easy, someone would’ve done something. with Darwin or many the other abandon/obsolete OS’s from the past…

▲eptcyka 2 days ago | parent | prev [-]

I am looking forward to swapping the engine in my MX5, if I ever manage to kill it.

▲sspiff 2 days ago | parent | prev | next [-]

Does all of M4 include full GPU support on those chips? And what about the Apple Neural Engine stuff?

A shame that the community is split like this but happy to see progress regardless.

▲unglaublich 2 days ago | parent | next [-]

Sometimes it can be good to have two teams work independently towards a common goal. I'm sure they'll learn a lot from each other.

▲saagarjha a day ago | parent [-]

It really seems like the learning is flowing in one direction here.

▲ADevWithAnIdea 2 days ago | parent | prev [-]

Vulkan 1.4 on the GPU, D3D12, full AAA gaming support

▲pizzaiolo 2 days ago | parent | prev | next [-]

Are you upstreaming your changes?

▲ 2 days ago | parent [-]
[deleted]
▲superdisk 2 days ago | parent | prev | next [-]

Cool, I'm glad someone is taking a more aggressive and LLM friendly approach to doing Linux on Mac. Too bad there's no M3 since that's what I have :P

Not sure if it would be useful for you, but I did get an M3 GPU driver kinda working (it boots KDE, runs Quake and GLXGears, etc) but isn't quite usable yet. But feel free to yank the code if it's helpful: https://github.com/SuperDisk/asahi-plus-slop

▲apatheticonion 2 days ago | parent | next [-]

> Cool, I'm glad someone is taking a more aggressive and LLM friendly approach to doing Linux on Mac

Same. I've been waiting 6 years to run no-compromises Linux on my MacBook. At this point, I don't care if someone uses LLM decompiled firmware ported to Linux.

▲porphyra 2 days ago | parent | prev [-]

Omarchy works on M3 with GPU acceleration.

▲cromka 2 days ago | parent | next [-]

Omarchy has no chance upstreaming any of their work, the code is abysmal.

Asahi at least guarantees the quality of their stuff because they upstream everything, sooner or later. Gravity apparently also intends to be upstream-first.

▲tyushk 2 days ago | parent | prev [-]

Omarchy is not something I'm comfortable trusting long term, and comes with a lot of cruft.

I'd be very interested in seeing the parent post's project get M3/M3 Pro support; have it working in my system with a patchset on top of Asahi but suspend is leaving a lot to be desired. Unlike Omarchy, the parent post's diff would also be much more reviewable due to it's more limited scope.

▲dylan604 2 days ago | parent | prev | next [-]

I just did a search for gravity linux from the search at the bottom of the HN page. HN is a fickle place as it seems you get more traction by hijacking Asahi posts that when you make your own posts.

▲felipeparaujo 2 days ago | parent | prev | next [-]

Any plans for supporting M3 Ultra? I understand it's a small percentage of the Apple Silicon Macs out there, but I'd love running Linux on my Mac Studio?

▲mgrandl 2 days ago | parent | prev | next [-]

What about ProMotion/120hz and HDR? Last I checked Asahi didn’t really make full use of the Macbook Display. But very interesting!

▲ADevWithAnIdea 2 days ago | parent [-]

Works! The code is public at https://github.com/GravityLinux/linux

We also have vrr!

▲konaraddi 2 days ago | parent | prev | next [-]

how's thunderbolt and external display support?

▲saagarjha a day ago | parent | prev | next [-]

You do realize you’re basically called out directly in their post, right?

▲LoganDark 2 days ago | parent | prev [-]

As coincidence would have it, I checked your website just yesterday and M4 Max was listed as unsupported. Has that changed in the past 24 hours?

▲ffemac 2 days ago | parent [-]

Don't bother. Just check his replies. I would not trust him with my hardware, software and data.

▲jlundberg 14 hours ago | parent | prev | next [-]

As a (tiny) financial supporter of this since day 1 with marcan, it is sad to hear about the license switch from MIT to GPL.

Will probably be a road block for *BSD and other bare metal experiments on Apple Silicon.

Given this and the supposed anti-AI stance I read Asahi is having, I can’t help but wonder if they will be able to retain front runner project position for Linux support on new Macs.

▲hnarayanan 2 days ago | parent | prev | next [-]

This is very cool. I have a project that built on Asahi[1], and the better the hardware support, the wider the audience.

[1] https://github.com/hnarayanan/hello-guix

▲SirMaster 16 hours ago | parent | prev | next [-]

Asahi seems way behind Aurora Silicon which is working just fine on M5 and M6 Macs and even works with TouchID and USB-C displays etc.

▲tw1984 2 days ago | parent | prev | next [-]

honest question - how hard it is to use LLM and tools like REA to reverse engineer MacOS to figure out how its hardware works in terms of getting linux support on such hardware?

I thought it is already a solved problem? with large enough numbers of agents running in parallel reverse engineering, implementing kernel modules, testing in vm etc, the whole pipeline seems to be complete.

Did I miss something here?

▲cromka 2 days ago | parent | next [-]

Yes, read that blog entry to understand how different that hardware is from any other Linux-supported ARM stuff to see how much deep understanding you need to actually bring that support upstream to Linux or Mesa. Some(most?) stuff requires fundamental changes and no LLM is going to design and write it in an uostreamable way.

Debugging is not an issue, Asahi seems to have it figured out, especially with the virtualization. It's the design that takes time.

Meanwhile Omarchy, for example, just brute-forces everything, with ugly patches that work today but cannot be upstreamed as such, so they'll break tomorrow with new kernel release. I really expect them to start struggling a lot going forward with maintaining the support they claim. Regressions may actually kill their effort.

▲KetoManx64 2 days ago | parent [-]

You must not work with AI tools very much. The brute force approach as a first/second pass is very standard when doing reverse engineering with AI. You get the functionality figured out and get the basics working and then you just iterate on that and massage it into what you need it to be. Omarchy has practically unlimited tokens and every other week there is a new model being released that is more captable than the previous that will just massage things into place with each iteration.

▲saagarjha a day ago | parent | next [-]

I work on reverse engineering tools and previously trained models, and no, this is not correct.

▲bigyabai 2 days ago | parent | prev [-]

> Omarchy has practically unlimited tokens

And yet they have a total of zero upstreamed PRs, and haven't fixed enormous and glaring issues like PSCI control either.

It's almost as if the parent is correct, and Apple's ARM architecture isn't standardized enough for ordinary models to blindly reverse-engineer without documentation. If tokens were the only constraint on supporting Apple Silicon, we'd have reversed the entire SOC device tree years ago. Alas...

▲tw1984 a day ago | parent | next [-]

upstreamed PR means nothing in 2026. I couldn't care less when some maintainer are just so political, still remember the rust in kernel drama a couple of years ago? why great work have to get approvals from those people?

▲cromka a day ago | parent | next [-]

Sure, let's see how the hardware you enjoy in November behaves in March after they rebase the kernel to 7.5.

▲orangecat 17 hours ago | parent [-]

If an LLM can write working code in the first place, it can almost certainly port it to an updated kernel. I first got my M4 Pro running Linux under 7.2, and moving to 7.3 took Claude about 15 minutes.

▲bigyabai 16 hours ago | parent | prev [-]

Upstreamed PRs are the only thing people run. You can whine, sling ad-hominem at maintainers and recompile a custom kernel for every minor version bump, but nobody else is going to. If you don't go through the upstream, your code is never being run at-scale.

▲KetoManx64 a day ago | parent | prev [-]

> And yet they have a total of zero upstreamed PRs, and haven't fixed enormous and glaring issues like PSCI control either.

Why should I care about if they upstream their patches or not? I have a working M3 macbook that runs Omarchy, why do I care that it's in the mainline Linux kernel? My GrapheneOS phone doesn't run mainstream Linux kernel, but it does the job that I need it to do.

▲cromka a day ago | parent [-]

Just read other people explaining this in this thread.

▲dj_morocco 2 days ago | parent | prev [-]

They prohibit RE of the binaries. What Asahi doing is observing macOS as a black box with input and outputs, and translating observed behavior back to Linux.

▲tw1984 a day ago | parent [-]

who are "they" here?

clean room RE is legal across the world. with AI, it is increasingly easier to do it right.

▲bemtevi 2 days ago | parent | prev | next [-]

Nice. One thing I like about Asahi is that they're relatively anti-LLM.

▲ 2 days ago | parent [-]
[deleted]
▲chmaynard 2 days ago | parent | prev | next [-]

I still don't understand the motivation for Asahi and other similar efforts. My impression is that Apple fully supports Linux virtualization on Apple Silicon. Why isn't that sufficient? Just asking.

▲Rayosay 2 days ago | parent | next [-]

From the perspective if the people working on it, I imagine it's immensely satisfying when they successfully reverse engineer something and get it working. It's not on the same scale or of the same complexity, but I feel that satisfaction when I finally understand something I've been trying to reverse engineer in a retro game.

From a user's perspective, I can only speak for myself, but I'm grateful for the Asahi Linux project's work. I have less than zero interest in ever running macOS again. It's user-hostile, constraining, and not a good experience. I prefer Debian with Plasma 6. But Apple makes high quality hardware, and they are one of the few choices for a fast ARM laptop with excellent battery life. I avoided getting one for a long time until Asahi got to a point where it ran pretty well on the M1 and M2 with relatively few caveats. Then I bought an M1 Air second-hand, and have used it exclusively with Linux ever since. I'm very happy with it. My only complaint is that I have to waste a big chunk of disk space to keep a macOS install on a separate partition that I can never remove and occasionally need to boot into to get firmware updates since I can't get them through fwupdmgr like I can on most of my other systems.

▲cavoirom 2 days ago | parent | prev | next [-]

Why go outsite when we have VR? Yes, you answered this: it isn't sufficient.

▲RunSet 2 days ago | parent | prev | next [-]

Some people might want to get all the apple software off the apple hardware. For example the dossier that macOS builds on users and their family behind the scenes; currently on the front page of this website.[0]

Unfortunately it appears that Asahi has promised to not allow doing that[1] but perhaps it will enable someone else to make it possible.

[0] https://news.ycombinator.com/item?id=50403097

[1] https://asahilinux.org/docs/platform/security/#apples-unspok...

▲orangecat 2 days ago | parent | prev | next [-]

As just one example, GPU performance is much better on native Linux than in a VM.

▲fulafel 2 days ago | parent | prev | next [-]

Same as why so many people run Linux natively on their x86 machines. It's just part of the preferred setup because it's nicer in so many ways and there's no annoying proprietary host os in the way.

▲burgerone 2 days ago | parent | prev | next [-]

Because we want computers that work without macos

▲ivanjermakov 2 days ago | parent | prev | next [-]

Motivation: OS/software freedom on Apple's hardware.

▲guax a day ago | parent | prev | next [-]

Why do you want to climb it? Because it is there. The apple arm platform is there, and we're going to climb it.

▲2III7 2 days ago | parent | prev [-]

Because you have limited system resources with virtualization.

▲ada-h00k 2 days ago | parent | prev | next [-]

I'm glad that Asahi is switching from a cuck license to a reasonable copyleft license. Even though the circumstances that made this necessary are, of course, unfortunate.

▲hedora 19 hours ago | parent | next [-]

That will just prevent their work from being used by the BSDs, so it's a net loss.

It's not going to stop any commercial activity that they do not like that was already happening.

▲simonask 2 days ago | parent | prev [-]

To the people downvoting this comment: I get it, it's a vulgar choice of words. But the fact of the matter is, if somebody else is getting paid based on your work, and you aren't being compensated your fair share, that's extractive and abusive.

Choosing GPL and similar licenses is the only way you can publish open source software without running this risk. As professional programmers, we must insist that people either pay us for our work or act as a equal collaborators.

And yes, there's a reckoning coming for AI companies who trained their models on GPL software.

▲alex_suzuki 2 days ago | parent | next [-]

> And yes, there's a reckoning coming for AI companies who trained their models on GPL software.

What would that look like in your opinion? Hard to fathom that the people with all the money and power could get into trouble over a licensing dispute.

▲simonask 2 days ago | parent [-]

> Hard to fathom that the people with all the money and power could get into trouble over a licensing dispute.

It's because of something called "Rule of Law"... Most free societies in the world have it.

If you find it difficult to fathom that rule of law applies to corporations, maybe it's time to start practicing fathoming it, or they will have won before the fight even started.

▲viraptor 2 days ago | parent | next [-]

You're referencing "rule of law" but... what exactly do you mean? Bartz v. Anthropic resulted in a ruling that training from copyrighted books is fine if you buy them. Doe v. GitHub dismissed DMCA claim, saying Copilot generated code doesn't infringe on open source licences.

So far the precedent and the law implies the open source licence won't matter for training and the result. And these decisions will now be brought up in the US in any new cases raised.

▲alex_suzuki 2 days ago | parent | prev [-]

I’m aware of the rule of law, and enjoy living in a country where it (seamingly) still applies. I’m just questioning the viability (in practice, not in theory) of legal action in the US (where this would likely play out) given the economic hurdles to clear for the accusing party and the general chaos.

I mean, I hope you’re right…

▲cromka 2 days ago | parent | prev | next [-]

> But the fact of the matter is, if somebody else is getting paid based on your work, and you aren't being compensated your fair share, that's extractive and abusive.

GPL doesn't prevent that at all. That's not why Asahi made that change. It's about contributing back to the project, not the money they want to see.

▲hobo123 a day ago | parent | prev | next [-]

A reckoning for what? I've also read some GPL source, doesn't mean I'm not allowed to publish closed source software, as long as I'm not copying anything.

▲bigstrat2003 2 days ago | parent | prev | next [-]

> But the fact of the matter is, if somebody else is getting paid based on your work, and you aren't being compensated your fair share, that's extractive and abusive.

That is not a fact at all. I choose to use permissive licenses because I am giving my work to the public out of charity. If someone uses it to turn a profit, and I never see a dime, I have not been exploited or abused in the least degree. It would certainly be virtuous for the people making a profit to give something back, but it isn't required. If I did require that, it wouldn't be much of a gift.

▲simonask an hour ago | parent [-]

I will say this: Corporations don't need your charity.

This lack of class-consciousness is the reason the OP used the c-word.

▲rcxdude 2 days ago | parent | prev | next [-]

The inverse judo throw of GPL also turning free software advocates into copyright maximalists is quite unfortunate.

▲flykespice 2 days ago | parent | prev [-]

It doesn't change the matter of fact that it's insulting language, and I downvoted it either way.

Developers have their own good reasons to stick with permissive licenses. Either because they are completely selfless, or they want to help users who want to kick-start their own business selling software. Just virtuous reasons.

▲simonask an hour ago | parent [-]

This made sense before mass-extraction of value from open source was possible. The game has changed in a very significant way.

It's one thing to pick a few berries in the commons, even to make jam and sell it from your stall. AI companies are setting up jam factories.

▲favorited 2 days ago | parent | prev | next [-]

This thread is full of folks saying, "Asahi can't keep up with Omarchy," when Omarchy Mac's own readme[0] states that it is, "Asahi Alarm + Omarchy." That's like bragging that someone sitting on Lebron's shoulders can dunk a higher rim than he can.

[0]https://github.com/omacom/omarchy-mac

▲DaSHacka 2 days ago | parent | next [-]

But at the end of the day, like in your example, you have "Lebron" vs "Someone sitting on top of LeBron's shoulders" facing off against each other. Who are you putting your money on, to get the higher dunk?

▲favorited 2 days ago | parent | next [-]

The person who can still dunk if the the other one sits down

▲ a day ago | parent | prev | next [-]
[deleted]
▲throwaway27448 17 hours ago | parent | prev [-]

Well with omarchy specifically it feels a lot more like an weight around LeBron's neck—they've vibe coded up a storm without seemingly producing any value beyond dotfiles. That's a liability in net. Just use asahi alarm and dodge the vibe-coded screensavers.

▲Kwpolska 2 days ago | parent | prev | next [-]

They're supposedly vibecoding support for hardware Asahi doesn't yet.

https://omarchy.org/news/2026/09/introducing-omarchy-m/

▲crossroadsguy 2 days ago | parent | prev [-]

https://github.com/omacom/omarchy/graphs/contributors?select...

Intereting top two contributors.

▲QwenGlazer9000 2 days ago | parent | prev | next [-]

Y'all should just let asahi cook. I trust them more to make actual working stable OS than meat proxies.

▲justauserid 2 days ago | parent | next [-]

I do it. I just found it hard to use it without the touch id. Hope that changes.

By the way how safe that OS and data in it are? Or even that partition is safeguarded by the safeties offered by Apple on a silicon mac?

▲QwenGlazer9000 a day ago | parent [-]

That's a very complex question that entirely depends on who you're trying to defend from, more than I can explain in a single comment.

The short of it is that you can make it relatively secure, but it will never reach the same levels of security as macOS. The tight integration apple has allows them to do far more for security, for better and for worse.

Worse being apple putting the entire might of the platform's security into making sure the Chess app can't be uninstalled or tampered with.

▲justauserid a day ago | parent [-]

I get you :)

And also that Safari can't be updated without a macOS update.

▲hobo123 a day ago | parent [-]

The other day my Mac running 26.7.1 updated to Safari 27.2, while still only offering 27.0.1 as an upgrade (no 26.7.2 or 27.2).

▲lakeviewterrace 2 days ago | parent | prev [-]

Yeah I don't trust anyone's judgement whose installation process is:

  curl | sh
▲DaSHacka 2 days ago | parent | next [-]

> Install from MacOS

> `curl https://alx.sh | sh`

https://asahilinux.org/

▲solyin 2 days ago | parent | prev | next [-]

Of course not. Everyone knows you've got to do

    curl | sudo bash
for it to work. Duh.
▲QwenGlazer9000 a day ago | parent | prev | next [-]

It really depends. I'd say here it's warranted because idk how one would `brew install asahi-linux`.

If it's someone's fuckass vibecoded app though, just why.

▲pprotas 2 days ago | parent | prev [-]

Ah yeah, a .dmg installer that asks for sudo permissions is much safer /s

Why do people get hung op on this so much? You can just read the script before running it. Of course you won’t though, just like you don’t read the source of the .dmg installer.

▲Rodmine 2 days ago | parent | prev | next [-]

>As such, we made the difficult decision to begin the process of transitioning all of our repositories to the GNU General Public License version 2 or later. Going forward all Asahi Linux code will be licenced under strong copyleft licences only.

This made me laugh. For context: some people used LLMs to import code to get Omarchy to work on macs. So, these people are switching licenses so that they could stop competitor distros from being compatible.

So, before, Asahi people were happy with Linux working on macs; now they want THEIR linux working on macs (they are not changing to GPL out of the goodness of their hearts or that they believe in everything being open, remember, they are only doing it so that Omarchy, or similar, can't copy their work without having to be GPL themselves).

Meanwhile Omarchy is MIT; which means Omarchy is allowing Asahi (and everyone else) to copy their work, with the actual intent of getting Linux everywhere.

▲grim_io 2 days ago | parent | next [-]

GPL protects against someone taking your code, adding proprietary extensions, and closing off access to the source code.

▲yjftsjthsd-h a day ago | parent | next [-]

True. Was Omarchy doing that? (I'm confused why changing the license matters, if both projects are already open source and releasing all the code to the public anyways)

▲grim_io a day ago | parent [-]

They don't need to wait for the last step of a rug pull to occur, the trajectory is worrisome enough to take action before the shit hits the fan.

▲Rodmine 2 days ago | parent | prev [-]

True, but knowing why they went GPL, it is hilarious. They had MIT and they were mad about another MIT-licensed project using their work.

▲grim_io 2 days ago | parent [-]

I think the concerns are more long term than that.

▲rowanG077 2 days ago | parent | prev | next [-]

This really leaves a bad taste in my mouth too. It's unfortunately inline with their absurd AI policy. Instead of working for the good of the users they literally are trying to halt progress. It's pretty clear the omarchy people will run circles around asahi very soon. Asahi people think this too and are trying to limit them as much as they can with license changes.

▲Rodmine 2 days ago | parent [-]

Also, they say this:

> with a direct view to replacing the project and aggressively monetising Linux on Apple Silicon

which I hope everyone knows is completely dishonest. Nothing in Omarchy is about monetizing Linux; and monetizing Linux is and has been completely fine since its inception.

Asahi people just seem to be sour that someone else is joining the initiative but in a different project where AI use is encouraged to get to the same goal faster.

▲arandomhuman 20 hours ago | parent | prev [-]

GPLv2 is a great license. Omarchy is literally taking their code without properly crediting and sloppily extending it. This is a good thing for everyone.

▲Copenjin a day ago | parent | prev | next [-]

So many people that never wrote a line of code outside of school assignments in this thread.

People that did and have some opensource projects would never write some of the silly stuff I'm reading here. I don't expect permissive licenses to be popular for long.

▲mschuster91 21 hours ago | parent | prev | next [-]

> Okay okay, Battlefront is a very simple Direct3D 9.0 game from 22 years ago.

Damn I feel old now. Lol.

▲unethical_ban 2 days ago | parent | prev | next [-]

For the people wanting "Apple hardware quality with Linux", has anyone here been using the Framework Pro? I keep staring at it in my shopping cart but tell myself my regular Framework 13 is enough for the occasional use I give it.

▲mixmastamyk a day ago | parent [-]

Do you need better battery life? Otherwise the gains are minor.

▲hit8run a day ago | parent | prev | next [-]

Big fan of Omarchy. Asahi could learn a few things from them :)

▲KetoManx64 2 days ago | parent | prev | next [-]

After seeing the blazing progress that Omarchy has been making with making Linux work on the latest macbook I'm planning on switching all 3 of the M1/M2 to Omarchy and planning on buying an M3 macbook air in the future. I appreciate the work that Asahi did to get the ball rolling, but they've just been left in the dust with their anti AI stance.

▲Copenjin a day ago | parent | next [-]

To get the ball rolling? All the stuff you listed, the hard part, is already available in asahi.

▲KetoManx64 6 hours ago | parent [-]

Great, I thank them for open sourcing it and letting others build off of it. Their anti AI stance is political and childish and I look forward to the forks that created from their existing work: https://asahilinux.org/llm-policy/

▲Copenjin 5 hours ago | parent [-]

Their project, their rules. I think they explained that using gen-AI would make it hard to defent the fact that they did black box refactoring. Who are you to say that is more childish that you crying about it? Cmon.

▲bigstrat2003 2 days ago | parent | prev | next [-]

> they've just been left in the dust with their anti AI stance.

AI proponents always act like this is self-evidently a bad thing, but it isn't. When someone is going in the wrong direction, it is good for them to leave you behind. I believe that projects which embrace LLMs are going in a bad direction, and I'm glad to see more sensible maintainers get "left in the dust".

▲KetoManx64 a day ago | parent | next [-]

The patches to the Linux kernel have been about 50% made by AI in the past 6 months. The magic of open source is you can just fork it and go at your own pace and do whatever you want, and others can embrace whatever technology they want and then market adoption just speaks for whichever is superior.

▲BluSyn a day ago | parent | prev [-]

How is making your project better — more feature complete, more secure, more performant and optimized — going in a bad direction? This is all platitudes and virtue signaling. Give me substantive reasons LLM “slop” is worse than human “slop”.

▲bigyabai 2 days ago | parent | prev | next [-]

> but they've just been left in the dust with their anti AI stance.

How, exactly? AFAIK, Asahi officially supports just as many Macs as Omarchy does. The vast majority of Apple Silicon support in Omarchy comes from upstream Linux changes merged by Asahi, not any of the Omarchy devs.

The only feature I'm aware of Omarchy adding is the fingerprint reader driver, which is in such a poor state that it could never be merged upstream. Which, if that's the standard of quality Omarchy is holding themselves to, they're the ones getting left in the dust.

▲wmf a day ago | parent [-]

People outside Asahi are making M4/M5/M6 work. Pretty soon Omarchy will support M1-M6 while Asahi will only support M1-M3.

▲bigyabai 16 hours ago | parent [-]

You dodged my actual question; how, exactly?

AI cannot squeeze blood from a stone. We still have outstanding issues (eg. PSCI support) that AI hasn't reverse-engineered. Is that "pretty soon" supported, too? What about the Secure Enclave? Do you think there's an ice cube's chance in hell that Linux ever supports it?

Unless you're willing to prove that AI can do this stuff, kindly refrain from making ridiculous predictions because "muh AI" will allegedly fix it. It won't. There are undocumented interfaces that AI will never fully reverse-engineer, that's just how Apple designed their SOC.

▲arandomhuman 20 hours ago | parent | prev [-]

Are you a marketing bot? This is so insane and incorrect

▲KetoManx64 6 hours ago | parent [-]

Nah, just love the project and hate the political gatekeepers. Looks like Asahi came out officially with their anti AI stance: https://asahilinux.org/llm-policy/

▲ 2 days ago | parent | prev | next [-]
[deleted]
▲ 2 days ago | parent | prev | next [-]
[deleted]
▲amelius 2 days ago | parent | prev | next [-]

Why doesn't the Asahi team just design their own silicon? With AI it is easier than ever. And no this is not a joke.

How to get it fabbed? That's even easier as there are lots of companies with $$$ who'd like to commoditize Apple.

▲Danox a day ago | parent | next [-]

Three ex-Apple engineers did it by taking out a license with Arm Holdings/Softbank to form their own company and were successful enough to be bought out by Qualcomm 1.2 billion dollars, isn’t the Linux community big enough to support a processor from scratch, taking the same path? Taking that same path seems like a no-brainer if you have the skills.

▲simonh 2 days ago | parent | prev | next [-]

How would designing a new chip commoditize Apple?

▲alpaca128 2 days ago | parent | prev | next [-]

Why doesn't Apple just contribute to Asahi?

▲Danox a day ago | parent [-]

Isn’t Darwin open sourced? 26 years ago, no one’s picked up the gauntlet, what more help do you need?

▲rekoil 2 days ago | parent | prev [-]

That would be missing the point entirely though?

Asahi Linux is a project to provide an option to people who have for one reason or another got themselves an Apple Silicon Mac.

Building their own silicon would serve an entirely different goal.

▲Danox a day ago | parent [-]

Yet building their own silicon/with your in-house Linux distro would be the quickest and easiest way. Solving the need…

▲lakeviewterrace 2 days ago | parent | prev | next [-]

Imagine deliberately buying a $2000+ computer that doesn't work with and is actively hostile towards your OS of choice, then embarking on a multi-year bitch-fest to shoehorn the OS onto it.

I struggle to wrap my mind around it. It's like buying an EV so you can convert it to work on gasoline.

▲microtonal 2 days ago | parent | next [-]

I don't.

- MacBooks are still among the nicest if not the nicest laptops hardware-wise, so some people like to run Linux on it.

- People have older Macs that they like to repurpose. E.g., we still have an M1 Mini that was used by our daughter before she got handed down a MacBook from my wife. It's now collecting dust, but I might install Linux to use it as a headless server.

Also, this is Hacker News.

▲prmoustache 2 days ago | parent | next [-]

> - MacBooks are still among the nicest if not the nicest laptops hardware-wise, so some people like to run Linux on it.

By the time said macbook is fully supported, it is in sorry state. Judging by what I found when looking for second hand laptops, macbooks don't age well.

▲hobo123 a day ago | parent | next [-]

Isn't that true for anything? Some people will sell 5yo hw in almost mint condition, whole others treat their hw like ass and it's garbage after two years already.

The problem with used Macs is that they're still really expensive, and if you want to only run them with Apple software, the support duration is limited (especially true for phones, even more for Android ones). You can pick up used Thinkpads or Dells in great condition for very cheap after a few years.

▲regexorcist a day ago | parent | prev | next [-]

I bought an M1 Ultra 64G off eBay in March with some 30 battery cycles, it looks new. This thing is a beast compared to most consumer hardware even today with its 800GB/s memory, runs small models well. When I get better HW for LLMs it's going to be a great Linux machine for a decade, well past the point Apple stops supporting M1 entirely.

▲Danox a day ago | parent | prev | next [-]

Huh? Apple has many problems. but one of them isn’t the resale value of their hardware. Or maybe I should say, if you buy Mac hardware, you don’t have a problem selling it on, not like a used PC the only thing worth selling on in a PC is the graphics card (Nvidia) and the memory.

▲swiftcoder 2 days ago | parent | prev [-]

> Judging by what I found when looking for second hand laptops, macbooks don't age well

Are you dumpster diving for your MacBooks, perchance? I buy all of mine second hand, they are all still mint by the 5 year mark, and I have several at the 10 year mark that all I've had to replace is the battery.

▲lakeviewterrace 2 days ago | parent | prev [-]

[flagged]

▲dombiscoff 2 days ago | parent | next [-]

On abstract utilitarian grounds you might have a point, but you won't find much sympathy in the real world. People like macs, simple as, and find value in running Linux on them regardless. To an extent that is part of what it means to be a hacker.

You're also not looking at the whole picture, at the time of Asahis creation it was both the Linux on Mac project but ALSO one of the most mature Linux on arm projects; surely you wouldn't say that is daft too?

▲lakeviewterrace 2 days ago | parent [-]

> To an extent that is part of what it means to be a hacker.

This is where I disagree fundamentally.

If you are interested in woodworking and want to become a carpenter, your initial reaction shouldn't be, "I have to become a blacksmith first so I can forge my own tools".

At that point you would have wasted your time building tools when you could have been building cabinets instead.

▲computerfriend 2 days ago | parent | prev | next [-]

I used to run Linux on an x86 MBP. It was great, because the hardware quality was excellent and I could pair it with a desktop environment that I actually liked.

I want to do the same with Asahi on Apple silicon. I don't understand why this would be "daft".

▲lakeviewterrace 2 days ago | parent [-]

> I don't understand why this would be "daft".

Because AFAIK you still need macOS to periodically update the firmware and binary blobs that supports the house of cards. That doesn't sound like the premium Linux experience it's cracked up to be.

▲jasomill 2 days ago | parent [-]

This is hardly a Mac-specific problem: countless devices require or recommend booting to DOS, an EFI shell, or from a custom vendor-supplied boot imnage to update firmware, or to the system's firmware setup utility, even on Windows PCs and x86 Linux, and given the wide variety of PC hardware, even in cases where native OS firmware update tools exist, they may not always work.

In other words, think of macOS as a somewhat bloated vendor-supplied firmware update tool. "Premium" is subjective, but I wouldn't personally limit my options for SSDs or storage controllers to those that supply Linux firmware update tools, so why should I do so with laptops?

And dual booting to a small native OS partition and auto-updating is hardly less convenient than manually downloading firmware, creating an appropriately configured USB boot disk, and installing it by rebooting and invoking a vendor-supplied tool by hand from a DOS or EFI command prompt.

▲lakeviewterrace a day ago | parent [-]

> This is hardly a Mac-specific problem

This is the craziest cope ever.

Having to dual-boot a copy of macOS is quite literally a Mac-specific problem.

UEFI updates can be pulled off a FAT32 thumb drive, natively.

▲hparadiz 2 days ago | parent | prev | next [-]

I don't think you understand how Linux works overall. It's only relatively recently that manufacturers have catered to the Linux ecosystem and started to treat it as a first class build target. In the early days of Linux every piece of hardware had to be provided for and it sucked but people did it anyway because they wanted to run their own software free as in beer and have full control of it. Now they wanna do the same thing with Apple hardware. There is nothing inherently retarded about it but I do think you're kind of an idiot for writing these comments.

▲addaon 2 days ago | parent | prev | next [-]

> I wouldn't be surprised if Apple voided the hardware warranty, claiming it overheated or something and Linux was to blame.

Well, you made it half way through the comment before running out of real points and deciding to make up imaginary ones to support your point. That's not nothing!

▲hparadiz 2 days ago | parent [-]

What is it about nerd forums that brings out these personalities?

▲the-smug-one 2 days ago | parent | prev [-]

Crikey lol. I haven't seen a single laptop that reaches Apple's HW quality. Besides, why are you assuming that we're buying new laptops?? Also, just generally, don't be such a dick.

▲m-schuetz 2 days ago | parent | prev | next [-]

I used Windows and Linux all my life, but got my first MacBook Air M this year. There is literally zero competition to it. It's an incredibly powerful and cheap yet fanless device. Also, it has uniform memory, which is awesome.

I wish I could install windows or linux on it because MacOS kind of sucks, but the device itself is amazing and reason enough to switch away from PCs.

▲lakeviewterrace 2 days ago | parent [-]

> because MacOS kind of sucks

It didn't used to, but now does.

> but the device itself is amazing and reason enough

By continuing to reward Apple, they lose any incentive to improve macOS and it will continue to get objectively worse because people keep giving them money. Why would they fix things if you keep buying it?

▲hobo123 a day ago | parent | next [-]

I used MacOS back in the Panther and Tiger days (10.4), then switched away, and started using Macs at work starting with maybe Monterey.

I was very surprised that almost nothing had changed in that long time! They got virtual desktops (finally), and widgets changed from an expose-like effect to only becoming visible at the right side of the screen, and tbh that's about it. All other "features" seem to be changes to Apple's built-in apps.

I think the OS still sucks about as much as in 2004, it's very much a matter of taste.

▲m-schuetz 2 days ago | parent | prev [-]

> By continuing to reward Apple

Strange argument. Their hardware is without competition, that's the reason I use it and also warrants rewarding them with my money. Why should I reward Linux for (mostly) only working on hardware that sucks in comparison?

▲thebruce87m 2 days ago | parent | prev | next [-]

For me the definition of actively hostile would require a locked down device that needs an exploit/jailbreak to install and a cat&mouse patch/exploit cycle - but it seems that Apple intentionally designed this to be allowed - what is giving you the “actively hostile” impression?

▲orangecat 2 days ago | parent | prev | next [-]

Apple is surprisingly non-hostile toward these projects. They even fix bugs that only affect Linux: https://developer.apple.com/documentation/macos-release-note...

▲abc42 2 days ago | parent | prev | next [-]

>Imagine deliberately buying a $2000+ computer that doesn't work with and is actively hostile towards your OS of choice

That's how Linux has been for PCs also for most of its lifetime. Only in the recent 5-10 years things have kind of improved, slightly.

Macbook hardware is superb. I understand why people are interested in replacing the (in some parts) lackluster operating system Apple forces into it.

▲hobo123 a day ago | parent [-]

Not at all. I've used Linux on Thinkpads starting in roughly 2006 (switching away from MacOS), and they always worked flawlessly.

One major FU was with the 5.x kernel when suddenly it no longer supported my external monitor, this with Intel graphics (and one by one all distros upgraded to that kernel). Not sure what happened there and why, but I had to do using Linux for a while because of that.

▲simonh 2 days ago | parent | prev | next [-]

How do you think Linux gets to run on proprietary undocumented hardware generally?

▲palata 2 days ago | parent | prev | next [-]

> I struggle to wrap my mind around it. It's like buying an EV so you can convert it to work on gasoline.

What about buying a really nice gasoline car and convert it to an EV?

▲shepherdjerred 2 days ago | parent | prev | next [-]

Apple hardware is so much better than the alternatives that people will dump thousands of hours into getting it to work with their preferred software

▲KetoManx64 2 days ago | parent | prev | next [-]

I got an M2 macbook air with 16GB ram and 1TB SSD for $700 and install Asahi Arch Linux and am planning on migrating it to Omarchy now that it supports M chips. It's my favorite laptop out of the Dell XPS, Precisions, and thinkpads that I own. The fact I can get 7-9 hours of battery life, have everything feels snappy while I'm doing Dev work and have a very crisp display all at the same time puts the Intel/AMD chips to shame. Supposedly Intel is actually giving Apple a run for its money this year after 6 years of being left in the dust, so maybe I'll get something Intel next year.

To go with your analogy, if I can buy an electric car and replace the engine in it with something that does what I want and gives me 95% of the usable features of the locked down engine that it ships with, why wouldn't I do that? Especially when the rest of the cars on the market are getting 100 miles to a charge when my Apple M2 is getting 300?

▲solyin 2 days ago | parent | prev [-]

imagine being so obtuse you go around judging how other people choose to have fun and spend their own money and "pretend you don't get it".

Dino fuel generator hooked up to Tesla EV: https://youtube.com/shorts/46bRaGP4uqM

▲shikck200 2 days ago | parent | prev [-]

Could the projects bring in stuff from omarchy? Omarchy is a toy, but they did slop the osx thing, so maybe some ideas can be ported over?

▲cornedor 2 days ago | parent | next [-]

I’ve just build the kernel from Omarchy on my fedora asahi remix and got thunderbolt and Touch ID working. You do need to patch m1n1 with their changes as well. But I’ve been able to finally ditch an extra usb hub and hdmi cable.

In the PR’s that were merged in that kernel I also see they are actively working towards m4 and m5 as well. Must be hard for Asahi to keep up this way.

▲cromka 2 days ago | parent [-]

It's hard because they write things with intention to upstream it. Omarchy patches simply cannot be, because they go absolutely against the established way of doing things. No one consciously designs anything in their code, it's all LLM output.

I personally vetted that TouchID code you mentioned and it's an absolute hellhole, with everything done in-kernel and no userspace separation what so. That code is also a security nightmare.

▲realusername 2 days ago | parent | prev | next [-]

Asahi is against LLMs so they won't.

Not sure what will happen when people will directly contribute to the Linux kernel with LLM patches though for these devices, I guess they will have to live with it.

▲Gigachad 2 days ago | parent | next [-]

Asahi is patches on top of the linux kernel. If you independently get your drivers in to the kernel which does allow LLMs, the drivers will end up on Asahi too.

▲realusername 2 days ago | parent | next [-]

Yes indeed that's what I meant.

I saw they managed to apply their no-llm policy on top of their upstream mesa driver but I'm not sure how long that will hold if the forks are getting too popular

▲LTL_FTC 2 days ago | parent | prev [-]

I believe that’s what parent was saying.

▲phplovesong 2 days ago | parent | prev [-]

Sure, but a human could read the code and look for ideas/parts and write the actual code better than an AI can. Omarchy is 99% hype, but the fact that its working on osx is telling me that it is indeed a goal you can accomplish. I rather not have my OS be a slopfest, so thats why asahi is way better than omarchy ever can be.

▲kombine 2 days ago | parent | next [-]

I didn't know about their LLM stance, but I feel like Asahi are shooting themselves in the foot. Giving up the advantage to toxic teams like Omarchy is strategically wrong. They could use llms for reverse engineering and drafting and as you said still rewrite the final versyof the code.

▲alex_suzuki 2 days ago | parent | next [-]

Maybe to them it’s not a race, and more a journey? Or to put it differently, why the rush? It’s not like they’re trying to corner the “Linux on Apple Silicon” market, last I checked?

▲ezst 2 days ago | parent [-]

And to add to that "journey" story, they probably also understand that writing the code is only one part of it, and they probably want to remain in a position to maintain it

▲pmdr a day ago | parent [-]

It's not about the journey if you don't want (certain) other people to use it as they have so far, but rather about status, and they're afraid of losing that status.

▲not_a9 2 days ago | parent | prev [-]

At the end of the day the decision is on them. If they want to be slower in development than clank-using competitors, so be it.

Would really prefer they didn’t lose to DHH of all people tho

▲Danox a day ago | parent | prev | next [-]

In the end, absolutely it still takes human software skills at the end of the trail. Pressing a button and walking away isn’t going to work.

▲Kwpolska 2 days ago | parent | prev [-]

Asahi is working on Macs too. Omarchy just took their existing drivers and wrapped them in fascism. They're also supposedly vibecoding support for newer Macs (which Asahi is working on too, but without slop, and Apple making changes to the platform every year doesn't help).

▲abc42 2 days ago | parent | prev | next [-]

How do you justify calling it a toy when it does certain quite fundamental things a lot better?

▲bigyabai 2 days ago | parent [-]

Because TWM ricing isn't new. Nor is shipping pre-riced distros, or using an Arch base.

▲abc42 2 days ago | parent [-]

Do you think TWM ricing is a fundamental feature of a distro?

▲bigyabai 2 days ago | parent [-]

It's just about the only headlining feature of Omarchy.

▲z3ratul163071 2 days ago | parent | prev [-]

sorry to put a dent in your fantasy world, but omarchy is awesome for day-to-day work, great upgrade on top of arch which is also awesome.

▲phplovesong 2 days ago | parent [-]

Its basically useless gui thing. Nothing i cant have in another distro. What im intested in is the osx port. Apple hardware is unbeatable, but the OS has been going downhill since jobs passes. This is why true linux on mac is my dream setup. Asahi is the closest thing so far.

▲hparadiz 2 days ago | parent | next [-]

The omarchy glazing by noobs is exhausting for those of us who have used Linux for 20+ years.

▲pmdr a day ago | parent | next [-]

I have used Linux for 21 years, on and off on the desktop, and all the time on the server. In the last 10 years I've had basically not time to catch up with what's new in terms of desktop environments and other tools (e.g. neovim, terminal emulators), much less have the time to tinker with any of them.

Omarchy (first it was Omakub) changed that by serving it all up to me in less than five minutes. There are, perhaps, other similar projects, but this one got to me first. For me, it's an improvement. Someone else's defaults aren't a constraint as long as I find them useful. I only wish M4 Pro was supported, because macOS (even though I'm still running 15.x) has gone downhill.

It's, of course, less useful if you have 20 years' worth of dotfiles and custom workflows that you aren't keen to replace and I fully respect that.

▲hparadiz 20 hours ago | parent [-]

There's nothing to catch up on. It's a kernel. It's systemd. And then pick a desktop manager. Every distro installs in 5 minutes. Because on Linux you literally just copy/paste. It's just a sloppy fork of Arch.

▲pmdr 19 hours ago | parent [-]

You're missing the point. The sloppy fork gets all I need installed in under 5 minutes so I don't even need to copy/paste. And there's a lot to catch up on, I had no idea hyprland existed, for example, and I happen to like it. To each his own, I guess. I find it useful and so do others.

▲hparadiz 18 hours ago | parent [-]

If you didn't know it existed before and you didn't try anything new and you didn't catch up on anything then how can you judge if it's actually good? What if KDE is actually better for your use case?

▲pmdr 18 hours ago | parent [-]

Slight misunderstanding? I am a long time user of KDE, Xfce and Gnome. Even Unity, which kinda sucked. I find the components omarchy glued together a better fit for my needs now.

▲ 2 days ago | parent | prev [-]
[deleted]
▲z3ratul163071 2 days ago | parent | prev | next [-]

apple hw is unbeatable indeed. but the os was always for normies, a walled garden.

regarding 'the useless gui': it was what actually was missing in in the linux world.

i used kde before, which is fine, but it is too bloated and kwin_wayland is unusually heavy on the machine: it maters, especially for mobile devices like laptops.

of course if you use macos and apple hw, you don't care about it , since the stance. i don't run (yet) omarchy on my servers. but there are a ton of other, especially developer / ai friendly, defaults that would make one tinker for days with other distros. as i said i had my own "dot files", but a community built distro with the right defaults is much better energy management than everyone on their own.

▲viraptor 2 days ago | parent [-]

> i used kde before,

If you're comparing Omarchy to KDE, I don't think you understand what either actually is. You can use Hyprland/Quickshell in other systems.

> but a community built distro

Omarchy is also not a community built distro.

▲z3ratul163071 2 days ago | parent [-]

you can, of course. but here it is very nicely packaged.

▲Danox a day ago | parent | prev [-]

You are tech dreaming any group working on this? Should be looking to do their own arm processor. by taking out a license with SoftBank and designing something from the ground up.