本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 否 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 Cotalk：一个 Vibe Coding 的，基于 Gitalk 和 Codeberg Issue 的评论系统 可使用 Markdown 写评论 Codeberg.org Cotalk Gitalk on Codeberg. 1 个帖子 - 1 位参与者 阅读完整话题
一位名叫Hailey的开发者在Codeberg上发布了一款名为 WSL9x 的工具，实现了在Windows 95及更早版本的Windows系统中运行现代Linux内核。 她将其称为“Windows 9x Subsystem for Linux”，并在社交平台上表示，这可能是她有史以来最伟大的hack之一。 WSL9x的核心能力是在Windows 9x内核中，以协作模式运行现代Linux内核（目前为Linux 6.19），两个内核同时在ring 0权限下运行，用户可以在不重启的情况下同时使用Windows 9x和Linux应用程序。 该工具由三个组件构成：一个打过补丁的Linux内核、一个VxD驱动程序，以及一个负责控制台输入输出的客户端程序。 与微软官方的WSL不同，WSL9x不依赖硬件虚拟化技术，因此兼容性极强，最低可支持到Intel 486处理器。 这意味着一台30年前的老电脑，也能运行最新的Linux内核，享受完整的分页、内存保护和抢占式调度等功能。 Hailey透露，这个项目已经酝酿了六年，源自她此前完成的doslinux项目，她还在项目说明中特别标注“proudly written without AI”，全程手写没有使用任何AI辅助。 颇具戏剧性的是，就在WSL9x发布的同一时期，Linux内核社区正在移除对486处理器的支持。 开发者Ingo Molnar提交的补丁将移除CONFIG_M486SX、CONFIG_M486和CONFIG_MELAN等构建选项，预计该补丁将合并至Linux 7.1。 Linus Torvalds此前也曾表示，继续支持这款37年前的处理器没有任何实际理由。 查看评论
原理： 使用github ci，在每次提交到gh时触发Workflow：使用此仓库的secret（SSH密钥）push到Codeberg上你的仓库。 需要一个gh、codeberg账户和源仓库与镜像仓库 创建一个SSH密钥 将私钥复制到gh仓库的 Aecrets and variables → Actions → Repository secrets 将公钥添加到codeberg仓库的ssh密钥里 在你的仓库里添加workflow # .github\workflows\sync-to-codeberg.yml name: Sync to Codeberg # 触发条件：当代码被推送到 main 分支时 on: push: branches: [ main ] jobs: sync: runs-on: ubuntu-24.04 steps: # 1. 签出 GitHub 仓库的代码 - name: Checkout uses: actions/checkout@v6 with: fetch-depth: 0 # 获取完整的 Git 历史记录 # 2. 使用第三方 Action 将代码推送到 Codeberg - name: Mirror to Codeberg uses: pixta-dev/repository-mirroring-action@v1 with: target_repo_url: "[email protected]:<USERNAME>/<REPO_NAME>.git" # 替换为你的仓库 SSH 地址 ssh_private_key: ${{ secrets.CODEBERG_SSH_PRIVATE_KEY }} # 引用在 GitHub 中保存的 SSH 私钥 注：此actions会默认同步仓库的所有分支，如要更精细的控制，需自行在workflow里执行添加密钥、克隆仓库、推送仓库。 1 个帖子 - 1 位参与者 阅读完整话题
最近想把GitHub项目做一次完整迁移，GitHub 或可继续作为主仓库，Codeberg 作为自动同步备份仓库。但是我看Codeberg似乎不具备自动拉取同步所有库的能力，必须一个个的同步，除了写脚本迁移，还有更便捷的办法吗？ 1 个帖子 - 1 位参与者 阅读完整话题