TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Alpine Linux is reducing dependencies on Busybox

200 点作者 senzilla将近 3 年前

8 条评论

g051051将近 3 年前
That&#x27;s not what I read in the link:<p>&gt; More generally, and this is more a matter of opinion and totally debatable, I would like functionality to be progressively stripped from busybox-initscripts, which is a package that gathers a bunch of miscellaneous policy scripts that are only related by the fact that their mechanism is provided by busybox. I don&#x27;t think this package makes sense from a semantics point of view; it is more logical to provide the policy scripts classified by service, no matter whether or not the implementation of the service is done by busybox. To me, ideally, busybox-initscripts would be empty, and we&#x27;d have virtual packages for every service that is currently defined in it, so support for alternative implementations can be added over time. This would also ease the path to getting out of busybox, or at least providing alternative coreutils&#x2F;low-level utilities implementations, is there is ever a will from Alpine to do so.<p>So it sounds like they just want to change how the scripts are packaged. The only mention of getting away from busybox is at the end, which is qualified with &quot;[if] there is ever a will from Alpine to do so&quot;.
评论 #32338640 未加载
评论 #32337059 未加载
评论 #32340907 未加载
评论 #32337326 未加载
rahen将近 3 年前
For the trivia, this is pushed by Laurent Bercot (skarnet), creator of s6, execline and many others. He&#x27;s also working on implementing s6 as Alpine init and rc systems.<p><a href="https:&#x2F;&#x2F;skarnet.org&#x2F;software&#x2F;s6&#x2F;" rel="nofollow">https:&#x2F;&#x2F;skarnet.org&#x2F;software&#x2F;s6&#x2F;</a><p><a href="https:&#x2F;&#x2F;skarnet.com&#x2F;projects&#x2F;service-manager.html" rel="nofollow">https:&#x2F;&#x2F;skarnet.com&#x2F;projects&#x2F;service-manager.html</a>
评论 #32337209 未加载
评论 #32338656 未加载
评论 #32337065 未加载
评论 #32339744 未加载
notacoward将近 3 年前
This really looks like an example of open source done right. Obviously there are some strong opinions, but the person suggesting the change was pretty gracious about the pushback they got. Since then, stakeholders have had a chance to discuss and agree on a way forward. Nobody is trying to sweep all the &quot;nasty bits&quot; under the rug, like most developers tend to, and there&#x27;s even mention of regression tests. I&#x27;ve seen few other projects (including but not limited to those where I was a maintainer) handle possibly-disruptive change so well. Kudos.
评论 #32336905 未加载
yjftsjthsd-h将近 3 年前
&gt; The TSC has discussed this issue at today&#x27;s meeting and has concluded that there is a general need to begin decoupling hardcoded preferences for BusyBox from the distribution.<p>Neat. I wonder if the general decoupling will make it eventually easy to drop in ex. toybox or one of the rust&#x2F;golang coreutils implementations. Or, for that matter, to drop in GNU coreutils, since the current way to add those to Alpine strikes me as a little inelegant in comparison.
评论 #32336903 未加载
评论 #32337611 未加载
LAC-Tech将近 3 年前
I really like alpine linux. I used it as my WSL2 env for years. I run Void Linux on actual hardware these days (better to use photon for games than WSL2 for work), but would probably switch back to alpine if it had more packages and rolling release, as it had the best package manager I had ever used.
评论 #32340798 未加载
评论 #32337273 未加载
评论 #32341416 未加载
评论 #32337459 未加载
octoberfranklin将近 3 年前
Editorialized title is extremely misleading.<p>At most, this MR is reducing dependencies on busybox&#x27;s init scripts.<p>A far more accurate title would be the title of the MR itself: &quot;main&#x2F;mdevd: make it a fully supported alternative to mdev&quot;. The MR is mainly about mdev.
评论 #32341151 未加载
freemint将近 3 年前
Good.
gtirloni将近 3 年前
Do not editorialize submissions.