OpenWrt 计划使用 APK 替代 OPKG 软件包管理器

[gentrydeng]

https://github.com/openwrt/openwrt/pull/14917

APK （ Alpine Package Keeper ）是 Alpine Linux 的软件包管理器，与 OPKG 相比具有多种优势。 虽然 Alpine 使用的是 APK 第 2 版，但此次提交的是第 3 版，该版本对数据库结构进行了大量优化，并增加了其他功能，使其适用于 OpenWrt 。

在此提交之后，还将有更多提交为 OpenWrt 构建系统添加 APK 构建功能，首先实现 APK 和 OPKG 软件包的并行构建，随后完全取代 OPKG 。

[Cabana]

哈哈，看到 apk 点进来的。原来是这个 apk😆

[nothingistrue]

把 Pull Request 当计划，断章取义新境界。

[AoEiuV020JP]

包管理器越少越好，一个发行版一个管理器是真的麻烦，就不能统一一下吗，至少把基本功能命令行工具统一一下，

[wu67]

@AoEiuV020JP 开源界是这个鬼样子的, 看那个东西不爽, 他们就直接自己开一个新轮子开搞了, 然后各种分裂, 五花八门, 对末端的最终用户来说, 切换适应难顶得要命 hhh

[gentrydeng]

@nothingistrue #2 核心开发者之一提出的拉取请求，我姑且认为是“计划事项”。

[hefish]

opkg 不是挺好的嘛。。。apk 不也就那回事儿嘛。。。

[bigtear]

我挺喜欢 alpine linux 的简单小巧，openwrt 也用 apk 的话，两个系统重合、相似的地方越来越多了🧐。
迁移学习成本也不高，两个小众社区生态互相繁荣也挺好的。

我的服务器、虚拟机、WSL 用的都是 alpine ，我觉得 alpine 是现在为数不多的能生产、桌面、日用的 KISS linux 了，一个适合学习把玩的 LFS++😁。

[mohumohu]

不如幻想一下什么时候 Alpine 取代 openwrt

[InDom]

@mohumohu 谢谢，已经开始期待了😚

[Shura]

@gentrydeng 看了一下，这个开发者，21 年就推动替换了，而且说了是他个人的行为： https://github.com/openwrt/openwrt/pull/3811

[gentrydeng]

@Shura #10 确实，但是如果真的开始提供并行构建，那么最终不是切换至 OPKG 就是放弃 APK 。

长期并行运行两套软件包管理系统会造成大量不必要的负载开销。

目前从 21 年至今也没有看到有开发者明确反对该提议，所以我是假设该拉取请求会得到合并的。

[gentrydeng]

#11 * 那么最终不是切换至 APK 就是用回 OPKG 。

[nothingistrue]

@gentrydeng #5 但凡你往下面看看历史过程，就能看出来这是“提案”，不是“计划”。

[gentrydeng]

@nothingistrue #13 我不认为这两者有什么区别，尤其是当该方案是由核心开发者提出的并且没有遭到其他开发者的明确反对。

[nothingistrue]

@gentrydeng #14 提案当决议，没有明确反对就当作已经计划中，美国都不敢这么搞。你代表核心开发者，再去代表 OpenWrt 社区，人大代表都不敢这么代表。

[gentrydeng]

@nothingistrue #15 牛头不对马嘴，是不是不扯上点政治话都不会讲？

[username1919810]

我只期待什么时候用 isc-dhcp 替换 odhcp6c ，后者导致我的运营商下发的 pd 前缀在 lifetime 过期后立马掉线

[gentrydeng]

@username1919810 #17 提供有 isc-dhcp-server-ipv6 吧，自己把 odhcpd-ipv6only 替换了就行。

[gentrydeng]

#18 尝试了下，发现 LuCI 不支持配置 isc-dhcp-server-ipv6 ，而且 ISC DHCP 已经被弃用了，新的是 ISC Kea 。

[acooler15]

已在推进了。https://github.com/openwrt/packages/issues/23706

[acooler15]

https://github.com/openwrt/openwrt/commit/d788ab376f859164df84e2054cbbbb0921943c5b#comments