Toybox: All-in-One Linux Command Line
Posted3 months agoActive3 months ago
github.comTechstoryHigh profile
calmpositive
Debate
40/100
LinuxCommand Line ToolsOpen-Source
Key topics
Linux
Command Line Tools
Open-Source
Toybox, an all-in-one Linux command line tool, is discussed on HN, with users sharing its history, features, and comparisons to similar projects like BusyBox and uutils/coreutils.
Snapshot generated from the HN discussion
Discussion Activity
Very active discussionFirst comment
2h
Peak period
42
Day 1
Avg / period
8.3
Comment distribution50 data points
Loading chart...
Based on 50 loaded comments
Key moments
- 01Story posted
Oct 5, 2025 at 3:09 PM EDT
3 months ago
Step 01 - 02First comment
Oct 5, 2025 at 5:08 PM EDT
2h after posting
Step 02 - 03Peak activity
42 comments in Day 1
Hottest window of the conversation
Step 03 - 04Latest activity
Oct 17, 2025 at 9:05 AM EDT
3 months ago
Step 04
Generating AI Summary...
Analyzing up to 500 comments to identify key contributors and discussion patterns
ID: 45484284Type: storyLast synced: 11/20/2025, 1:54:04 PM
Want the full context?
Jump to the original sources
Read the primary article or dive into the live Hacker News thread when you're ready.
I recall busybox being often used for gpl enforcement, so I wonder now how widespread toybox is by various companies hoping to avoid that. Do modern Smart TVs and such use it?
Any guide on helping me prevent some e-waste at my home. I would prefer to have complete linux access of my lgtv and use something like tiny core linux on my webos tv or something, is something like this possible or?
root@lgwebostv:~# busybox
BusyBox v1.29.2 (2024-06-12 00:33:13 UTC) multi-call binary.
It was kinda expensive at the time, its wild of sorts how cheap of sorts TV's have become right now but still we bought it and its just e-waste right now.
I am thinking of setting up a raspberry pi but I am more interested in learning the inner details or how to do things preferably without raspberry pi as well
I like the 0BSD license (see my https://xn--gba.st), AWS also uses the semantically equivalent MIT-0 license for code samples, etc.
https://github.com/skeeto/w64devkit
https://frippery.org/busybox/
(As for MSYS, I somehow ended up with 4 separate installs of it due to each programming language bundling its own version!)
https://www.google.com/search?udm=2&q=fisher+price+busy+box
> I left busybox due to an argument over GPLv3.
Perhaps, something like:
«Toybox provides a set of utilities like cp, mv, cat, ..., which are each just links to a single binary (a "multicall binary").
In this way `toybox` is like a Swiss Army knife -- several tools combined into one.
Installing toybox adds a symlink for each [of the x] command name[s] to the $PATH.»
The last sentence might be better if it said how many symlinks are added?
Aside, Busybox uses the term "Swiss Army Knife" in their description. Using the same term like that, which isn't an inherent term, might open you up to a 'passing off' claim. Multi-tool, or EDC, may work?
I am now very curious how you arrived at this conclusion. Did you make use of any LLM? If so, which model and what prompt did you use?
Toybox is used on Android to implement a number of POSIX.2 utilities.
https://en.wikipedia.org/wiki/BusyBox#Controversy_over_Toybo...
The benefit of starting over is that Landley was able to relicense Toybox as BSD, after he first released it as GPLv2. That would not have been possible with a fork.
If this were commercial software, he would have been forced to "cleanroom" the new code.
This generally makes things easier on devices with strict storage space constraints by reducing the overhead of having separate executables and/or libraries for the code for all these. It may reduce load times in very constrained systems compared to dynamic linking too, as everything is bundled in the one image, and in some cases it can exhibit performance gains.
It's generally (but not exclusively) of interest to embedded device manufacturers. Toybox is licensed very permissively, compared to busybox's use of GPL, so manufacturers like it. IIRC it is now used in android.
And yes, the [ (open bracket) is a command in POSIX shell.
https://landley.net/toybox/status.html
And here is the list of the Linux standard core commands (toybox covers more than this):
https://refspecs.linuxfoundation.org/LSB_4.1.0/LSB-Core-gene...
There's a good intro on yt [1] and a "demo" in [2]
edit: Well Sorry, [2] was about mkroot. I just skipped through the video. I thought it was related to toybox/busybox. Maybe somewhere in the talk. Has been a while since I last watched it.
[1] https://www.youtube.com/watch?v=MkJkyMuBm3g [2] https://www.youtube.com/watch?v=Sk9TatW9ino
[1]https://lists.busybox.net/pipermail/busybox-cvs/2024-January...
busybox.net is down, along with their git and bugzilla, and the github mirror has last commit a year ago. The bugged tc.c was last updated 2 years ago.
https://github.com/mirror/busybox/blob/master/networking/tc....
So, yes, it looks abandoned.
But it seems that no BusyBox bug-fixer has spotted an easy-to-fix error that is stopping the BusyBox Bugzilla from working, and causing the hyperlink in that e-mail to lead to an error message that dumps out a glob of SQL and stack trace in black on red. It has a table named groups, and Bugzilla is attempting to use the table without quoting the MySQL keyword.
* https://github.com/bugzilla/bugzilla/commit/08679016bd83d2b1...
This bug was fixed in Bugzilla over a year ago. BusyBox's instance of Bugzilla is still exhibiting it today. It makes Buzilla unusable. Thus I do wonder at all of the automated messages to that mailing list with hyperlinks to stuff that does not work. Perhaps no-one is reading the mailing list as well as no-one using the bug tracker.
Anyways, I might use this in my own distro for fun.
https://github.com/uutils/coreutils
src/uucore/src/lib/features, findutils, diffutils; MIT, Rust: https://github.com/uutils/coreutils/tree/main/src/uucore/src...
6 more comments available on Hacker News