News for hackers. Stuff that matters.
Re:Alpine Linux is reducing dependencies on Busybox by yjftsjthsd-h on Wednesday August 03, 2022 @04:53PM (#32336539)
> The TSC has discussed this issue at today's meeting and has concluded that there is a general need to begin decoupling hardcoded preferences for BusyBox from the distribution.

Neat. I wonder if the general decoupling will make it eventually easy to drop in ex. toybox or one of the rust/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.

Re:Alpine Linux is reducing dependencies on Busybox by senzilla on Wednesday August 03, 2022 @05:35PM (#32336903)
As far as I understand, this initiative is primarily about reducing hardcoded dependencies on Busybox. As such, this is indeed what would enable alternative implementations to exist cleanly alongside whatever is the default.

Because yeah, trying to change Alpine's init system, mdev, or other coreutils is indeed not easy/feasible at the moment.

Re:Alpine Linux is reducing dependencies on Busybox by blueflow on Thursday August 04, 2022 @07:50AM (#32341676)
You can already install coreutils and udev over busybox, without busybox being removed.
Re:Alpine Linux is reducing dependencies on Busybox by skarnet on Friday August 05, 2022 @08:08AM (#32354931)
And if you look under the hood, you will see that it's only possible because of a bunch of ad-hoc hacks, which is exactly what my proposal was about: level the playing field and make it possible to have alternatives _without_ the ad-hoc hacks.
Re:Alpine Linux is reducing dependencies on Busybox by blueflow on Saturday August 06, 2022 @04:33PM (#32371359)
Are you referring to the busybox symlink farm?
Re:Alpine Linux is reducing dependencies on Busybox by skarnet on Friday August 12, 2022 @02:41AM (#32435294)
Not at all. I'm referring to the structure of the Alpine packaging, especially around boot scripts, that hardcodes busybox in a number of places and makes it difficult to package an alternative without workarounds - which accumulates tech debt.
Re:Alpine Linux is reducing dependencies on Busybox by nibbleshifter on Wednesday August 03, 2022 @07:23PM (#32337611)
One of the reasons people use alpine is to get away from GNU cruft.
Re:Alpine Linux is reducing dependencies on Busybox by LinuxBender on Wednesday August 03, 2022 @07:29PM (#32337647)
The simplicity of Alpine and the lack of systemd is what drew me to it. I have converted all my routers, firewalls, VM's and home appliances to Alpine. I do not have a single regret.
Re:Alpine Linux is reducing dependencies on Busybox by yjftsjthsd-h on Wednesday August 03, 2022 @11:01PM (#32338862)
Sure, I like having a distro that defaults to not using GNU (if nothing else, to flavor the GNU/Linux naming debate), but there's nothing wrong with allowing GNU or others to be used. Further, Alpine already packages GNU tools, so I prefer the most elegant implementation possible.
Re:Alpine Linux is reducing dependencies on Busybox by tannhaeuser on Thursday August 04, 2022 @02:32AM (#32339842)
If that's indeed the case, I think it might be because of the fear of license trouble ie the whole business of Docker images referencing/installing a Debian base as the first thing always had the smell of a GPL circumvention device to me, in part at least. But it seems license holders don't really bother, or we've heard about it by now. And in that context, Alpine already got rid of the OS and glib, leaving only the rest of the userland GPLish. OTOH busybox is GPL, too, and actually known for going after violators, so what do I know.
Re:Alpine Linux is reducing dependencies on Busybox by nibbleshifter on Thursday August 04, 2022 @10:40AM (#32343516)
Its not the licence shit that bothers me, its the absolute garbage state of GNU maintained code.