Hacker News Reader

Comment by pmdlt | Hacker News Reader

"MiMoCode is built as a fork of OpenCode."

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

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.

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.

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.

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 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.

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

I think there's simply too much changed.

> 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.

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

Why not?

Reply on news.ycombinator.com