这里其实有个很大的问题：依赖怎么办（
首先就有软件包命名不同的问题；即使不考虑这点，要保证整个系统的 integrity 也不容易：
每个发行版的每个 release 实质上是一个整体，其中的各个依赖组件其实不适合打散再重新组合（所谓 DLL Hell，也即为什么 Arch Linux 不支持 partial update)。所以把 Arch Linux 的包直接拉过来，要做到正确的话恐怕只有把整个 Arch Linux 都拉过来……
能具体说下吗？按你当前的描述方式，我其实没看出来和 obs 的差别在哪（
我对 Node.js 知之甚少，所以同样请求详细展开（
时间有限，所以我觉得吸引更多的人来社区其实才是治本的办法，毕竟我一个人能做的事情同样有限；但如果能把社区壮大起来的话，很多东西都会方便不少
我目前是准备这么做，pkgbuild 是能在 openSUSE 上编译的，编译成功，可用，pkgbuild 转 specfile，再编译一次出 rpm。依赖肯定会随着经验整理出一个 map 的。样本够多就会有规律可循，极个别的弹提示让用户手改就好了。
差别在于我们只共享 specfile。编译出包和安装都在本地进行，或者白嫖 GitHub actions。这样就可以规避版权限制。
这个不用展开因为基本已经写完了…
社区壮大有好多方面，有一个方面肯定是开发工具拉低贡献成本，我的意思是你可以做这方面，不一定要跟我做的项目一样。毕竟翻译之类的谁都可以，但是自动化、基础设施、工具不是人人都能写。
或者比如给 fcitx5 加 openqa test case 这种也可以啊…总之就是你感兴趣的东西，技术含量高一些的，不要浪费技术
允许用户干预的话倒是好办些。这个之后看看有没有人有空做个 poc 出来先试试效果？
如果是这个目标的话，我觉得说不定可以直接拿 Gentoo 的 portage 改一套，或者做个模仿物（
specfile 本身我觉得可以直接组织成 Git repo 管理（也是学 portage）
其实也不算浪费技术了……毕竟这些事情都是在我不想写代码/写不动代码的时候做的（
我现在的考虑也是如何起一个方便协作的头，保证之后如果我没时间贡献的话别人能更容易接手，这样如果我有优先级更高的 workload 的话可以放心转过去干该干的事情
哦对了，如果你们没意见的话我想求个 GitHub 上 openSUSE 中文社区组织的邀请（
已经发给你了
作为工作繁忙的普通用户，如果有类似公告版的网页，会主动去看，不过时间间隔就不确定了。
有邮件推送那就更好了，每天都会关注邮件，会相对及时收到消息。
个人认为公告板会更重要些。如果需要帮忙，还请大大们尽管放话吧（也可以放在公告板或者邮件里）。没有太多时间水论坛，但还是挺热爱 openSUSE 的。
@hokuto @marguerite Ping 一下两位，
网页我已经放在 GitHub 上了，我想问下我们部署在哪儿？suse.org.cn还是opensuse-zh.github.io ？话说我们可以不用自己编译网站，Github 有自己的 CI，我们可以直接用。
感觉这几天邮件列表文艺复兴的呼声很高
我这边工作已经做完了，用了 GitHub Action 自动构建网站，如果要部署的话直接克隆 gh-pages 分支就 OK，反正是静态网站。
但部署这个问题，我觉得可以讨论下。我也不知道论坛托管在什么服务器或者容器上。呼叫大佬支援：@AstroProfundis
我们现在是有一台凤凰卷赞助的 VPS, 放在东京，域名我觉得直接就用 suse.org.cn 也挺好的。
静态页面部署很简单的，主要是更新怎么搞，是我给你在机器上开个用户你自己丢上去，还是搞个 crontab 任务定时从 GitHub 拉？我个人是倾向于定时任务来着，或者既然都在 opensuse-zh 那个组织下面，感觉也可以用 GitHub action 来自动化。
我觉得直接绑子域名就好了啊…
都行啊，现在是 @ 和 www 两个默认域名下面其实没东西，如果有个能当首页用的就可以直接丢过去，如果是想单独放子域名也一样，首页就继续空着等以后看有没有东西可以放就是了
哦意思是直接域名绑到 GitHub pages 上？确实也行…
当然是 @ 301 到 www 啊（
我个人不建议放 GitHub pages，这个在国内是部分被墙的。域名我倾向于直接用 suse.org.cn。
如果放在 VPS 上，每次人力复制肯定是不行的，我想的解决方案最好是 GitHub Action 自动化。
每次 commit 后自动构建页面，然后 SSH 到服务器运行 Git 拉取更新或者 rsync 同步。
如果要这么做，服务器的账户就得交给 GitHub 
其实我自己都有个 VPS 在美国，速度不算快但也不慢，你们也可以把域名指过去。话说日本的服务器上面应该是论坛吧？直接在生产环境搞？
我问问 SUSE 那边能不能赞助我们一台机器。
我暂时在自己 VPS 上试水，研究一下怎么用 GitHub action 全自动化。然后调试好了再迁移到正式服务器或者域名上。
如果要搞 GitHub action，可以在服务器上写个 daemon，不然就要把账户交到 GitHub 上。每当 页面构建完毕时，就让 GitHub Action 通知 daemon 来用git pull拉取，这样的话功能和 @hokuto 的邮件列表 daemon 功能有重叠，我觉得可以搞一块去。
You can setup a rsync hook in Github action to automatically upload generated webpages to server, so there’s no need for a home-made daemon. Though this does require a key-authenticated ssh account with write permission under the site directory.
If you are not sure about how to achieve that, you can leave it to me and I’ll get on it when I have time.
我觉得其实不一定要用 GitHub actions 直接上传文件，应该有一些别的办法，最差还可以 VPS 上自己 build 页面
用 rsync 的话可以单独搞个用户给 GitHub actions 用
联系