I like small details like the fake labels "Enhancement, Compatibility, Cross-platform" at the bottom of the issue to show that they don't take time fill those issues properly.
If you look at the PRs, you can see a shitshow where one unique commit dumps everything without any explanation, and where they duplicate the code of each library for no reason. Employees spamming projects with bad code shows that Huawei is a bad company. Shame.
I think it shows they didn't learn how to do it yet. Western companies had the same problem at first, now some of them know how to upstream a change. Huawei will learn to be a good citizen - they have to.
The issues mostly link to repositories that were created more than a year ago. So I think what happened is that they already forked the repo and made changes on top of it to get it to work on HarmonyOS, but there was no bandwidth for ongoing maintenance. Someone finally realized that this is unsustainable and demanded that the changes get upstreamed, but the people charged with implementing this directive don't know how you upstream changes. Hence this hamfisted attempt.
If someone thinks the issues are bad, the pullrequests are worse. Everything is duplicated under an "OpenHarmony" directory plus a bunch of useless files.
Any idea what is the intended purpose? I mean, assuming good faith (which is not granted but plausible) how would this help them to build their distro.
I like small details like the fake labels "Enhancement, Compatibility, Cross-platform" at the bottom of the issue to show that they don't take time fill those issues properly.
If you look at the PRs, you can see a shitshow where one unique commit dumps everything without any explanation, and where they duplicate the code of each library for no reason. Employees spamming projects with bad code shows that Huawei is a bad company. Shame.
I think it shows they didn't learn how to do it yet. Western companies had the same problem at first, now some of them know how to upstream a change. Huawei will learn to be a good citizen - they have to.
Don't know why the link broken, so here's the link I want to submit: https://github.com/search?q=%22Proposal%20for%20OpenHarmony%...
To be fair, it's their freedom to create a proposal to any author they want, and it's also the author's freedom to reject the PR.
But to be honest, even if the author rejects it, what will happen is most likely them forking the repo and make changes on top of it.
The issues mostly link to repositories that were created more than a year ago. So I think what happened is that they already forked the repo and made changes on top of it to get it to work on HarmonyOS, but there was no bandwidth for ongoing maintenance. Someone finally realized that this is unsustainable and demanded that the changes get upstreamed, but the people charged with implementing this directive don't know how you upstream changes. Hence this hamfisted attempt.
Most hits aren't even PRs, just issues requesting the repo maintainer to support HarmonyOS.
I hope you can read English.
If someone thinks the issues are bad, the pullrequests are worse. Everything is duplicated under an "OpenHarmony" directory plus a bunch of useless files.
Here's an example. This is the PR they created in lodash's GitHub repo:
https://github.com/lodash/lodash/pull/5980
Any idea what is the intended purpose? I mean, assuming good faith (which is not granted but plausible) how would this help them to build their distro.
Sometimes it honours in a shitty way licenses like the GPLs, otherwise it's just cheap advertising for the early adopters.
They will get visibility. Having a lot of OSS that officially support HarmonyOS make it look more credible alternative.
This is a spammy, astroturfy way of promotion. That I don't like. But I like having options.
Best reply to the PRs is What's OpenHarmony? Isn't that China's spyware in 5G towers that caused Covid?
Is HarmonyOS available somewhere? Can I install it on my laptop and try it out?
via https://en.wikipedia.org/wiki/OpenHarmony
https://gitee.com/openharmony
https://docs.openharmony.cn/pages/v5.1/en/OpenHarmony-Overvi...
https://web.archive.org/web/20250516085148/https://docs.open...
[dead]
Umm, if we do not assume malice or imcompetence, why would they need to adapt js libraries for an OS?
[flagged]
[flagged]