扒一扒所谓的「我国首个开源桌面操作系统“开放麒麟1.0”」_风闻

本文内容来源自知乎，有需要的可以自行去阅读。

原文地址：https://www.zhihu.com/question/610513030/answer/3106576583

这是gitee项目首页

这是上面的ukui-desktop-environment点进去的内容

这是qemu的control文件

可以看到openkylin是一个使用dpkg/apt的非滚动更新的发行版, 目前的版本分支代号是yangtze, 编译脚本大部分来自Ubuntu.

以qemu这个包为例, 版本号是7.1

目前Ubuntu并没有使用7.1的分支, 可见yangtze分支是从Ubuntu的开发版本fork得到的

8个月前Ubuntu的开发分支qemu版本确实是7.1, 也就是yangtze分支从2022年9月12日到12月15日之间创建的, 之后就再也没有更新了.

标志着我国拥有了操作系统组件自主选型、操作系统独立构建的能力，填补了我国在这一领域的空白

我是不知道这个空白是怎么通过fork ubuntu的仓库, 然后再加一些ukui和dde的包, 再集成一个国产特色闭源wine和闭源anbox就能填补的, fork之后的安全补丁也没有, 这种系统有人敢用?

我自己用的Gentoo Linux LLVM/Clang with musl + libcxx + systemd without GCC and GNU binutils至少确实是

自主选型:

不选择绝大多数GNU/Linux使用的GCC + GNU binutils, 完全使用Clang和LLVM binutils

不使用绝大多数GNU/Linux使用的GNU libc, 使用符合C11标准的musl libc, 不含GCCisam成分

不使用绝大多数GNU/Linux使用的GNU libstdc++, 使用符合C++ 23标准的LLVM libc++ (其实并没有符合C++23标准)

绝不含任何gcc成分

使用LLVM libc++abi, LLVM libunwind, LLVM libc++完成LLVM工具链的自举

无视上游systemd、chromium、electron不支持musl libc的警告, 为musl libc移植systemd、chromium、electron等众多桌面软件

全球首发构建于musl libc上的electron, 将vscode带到了musl libc平台

全球首发构建于musl libc上的electron, 将vscode带到了musl libc平台

放弃Gentoo官方的openrc, 即使systemd拒绝musl libc, 我也要用systemd (

编写数十款软件的编译脚本, 为上百款不兼容musl或libc++的软件编写补丁

在完全无视Gentoo官方profile的情况下, 我的系统维持“操作系统独立构建的能力”, 从LLVM 8升级到LLVM 16, 度过了4年

作为开源桌面操作系统, 比openkylin进行的fork还要早2年半

我的系统虽然只有一个人在用, 但是证明了GNU/Linux从内核到init到libc到底层库到UI, 完全不使用GNU工具链也可以使用, 保证所有GNU/Linux上的开源软件都可以通过两套完全不同的工具链进行奇偶校验, 确保软件符合标准, 而不是恰好在一个工具链下可用.

开放麒麟能证明什么呢? 证明一伙人, 吃着国家饭, fork了ubuntu的仓库, 自己花一年的时间编译好, 塞一个仿Windows的桌面, 然后发布出来, 发布一个安全补丁都没有的系统, 有什么用呢? 证明中国有一伙人能把一堆Debian编译脚本编译出一个系统? 好像还不如一群学生吧: