Because they want to optimize it for their models and don't want to be blocked by waiting for PRs to merge or be rejected.

There's plenty of reasons to start your own fork that you have full agency of, as long as the OSS License is maintained anyone will be able to benefit from any new features they want to make use of.

This is the beauty of open source :) KHTML -> WebKit -> Blink is a good example.

KHTML is dead now, though. It was basically embraced, extended and extinguished by Apple and Google, who both wanted to take away the leverage of the community.

Today, legacy KHTML maintainers are boxed-out of upstream decisions that might prevent Manifest v2 from swirling down the drain. I'd argue the story isn't very beautiful anymore.

True. Although the cruel twist is now that KDE's upstream decisions are boxing out X11/sysvinit/etc maintainers.

X11 and sysvinit are not downstream KParts libs like KHTML was. KDE has no obligation to fork or support either project.

KDE is not a fork, nevertheless KDE was building on X11 heavily and now they are trying to kill it.

So while technically not the same story as if it was a direct fork of X11, practically they have the 'obligation' to support X11 indefinitely. KDE trying to kill X11 too is the same exact EEE that you mentioned as a sad story in regads of KHTML.

KDE is not obliged to support X11 any more than they're obliged to support JACK1 or sysvinit. They're all in maintenance mode, KDE couldn't embrace or extend them even if they wanted to.

KHTML is tragic because it had willing developers working for the public good. Jack1 and X11 are not tragic, because their developers were already drafting transition plans to depreciate their libraries.

There are no X11 maintainers, there’s nobody to block out. In terms of users, of course there are X11 users. But nobody is maintaining it in any meaningful way and it’s been that way for years.

Also sysvinit is straight up obsolete software. Even if you hate systemd, there’s just no reason to use sysvinit because things like OpenRC and runit exist.

In addition, the adoption of systemd has lead to needing to maintain less init scripts because systemd units are just more portable. It used to be that every single distro and even versions of that distro required specialized init scripts for every application.

To go a different path perhaps? You can't expect that all your ideas will land into a main repo and you really want to implement your vision while using a sane base.

Opencode sits on a ton of important PR's, so they didn't want to wait. Everybody else switched to omp (oh my pi) already.

OpenCode can merge in all their changes if they want.

Could just be a courtesy - Americans tend to be rather suspicious and hostile to contributions coming from China, and it might draw unwarranted attention from agencies and bad media.

Why not?

have you ever tried contributing a large number of changes to OSS?

> Why not just contribute to OpenCode instead of creating a clone :/

It's controlled by a different organization; in particular a startup in a "competing" space.

I don't think that's true? AFAIK OpenCode started as a TUI and their GUI app is Tauri-based, so don't think it was forked from OpenCode. You might be thinking of Cursor

Are you thinking of Cursor? OpenCode is a TUI like Codex.

Do you even know what you're talking about?

OpenCode started as an independent CLI project. Their desktop app is still in beta, and it was never a fork of VS Code.

I believe they contain no code derived from VS Code.

What does “shamelessly forked” mean? It’s literally software meant to be forked lol

There were once two harnesses named OpenCode, one written in Go & the other in Typescript (the more popular one).

  Kujtim Hoxha creates a project named TermAI. (SST folks) Dax & Adam join the project, rebrand it to OpenCode with Dax buying the domain, opencode.ai.

  Charm, the company behind the original libraries, acqui-hires Kujtim, who moves the project to Charm's organization, leaving SST unimpressed (due to VC involvement?)

  Allegations Charm rewrote git history and deleted GitHub comments.

  Dax claims ownership of the brand, forks project. For a time, 2 projects named OpenCode exist. Charm eventually renames its version to "Crush".

https://news.ycombinator.com/item?id=44741894

Back then they were both written in Go too. OpenCode was rewritten in TypeScript after Crush got the rename.

There's a blog link https://mimo.xiaomi.com/blog/mimo-code-long-horizon

I think there's simply too much changed.

Because its currently impossible to "contribute to Opencode".

There are over 500 pages of open issues, up from 78 less than a month ago. They are doing nothing to halt the garbage/duplicates that pop up, and not even addressing legitimate PRs/reports.