Repository files navigation

Toybox: all-in-one Linux command line.
--- Getting started
You can download static binaries for various targets from:
http://landley.net/toybox/bin
The special name "." indicates the current directory (just like ".." means
the parent directory), and you can run a program that isn't in the $PATH by
specifying a path to it, so this should work:
wget http://landley.net/toybox/bin/toybox-x86_64
chmod +x toybox-x86_64
./toybox-x86_64 echo hello world
--- Building toybox
Type "make help" for build instructions.
Toybox uses the "make menuconfig; make; make install" idiom same as
the Linux kernel. Usually you want something like:
make defconfig
make
make install
Or maybe:
LDFLAGS="--static" CROSS_COMPILE=armv5l- make defconfig toybox
PREFIX=/path/to/root/filesystem/bin make install_flat
The file "configure" defines default values for many environment variables
that control the toybox build; if you export any of these variables into your
environment, your value is used instead of the default in that file.
The CROSS_COMPILE argument above is optional, the default builds a version of
toybox to run on the current machine. Cross compiling requires an appropriately
prefixed cross compiler toolchain, several example toolchains (built using
the file "scripts/mcm-buildall.sh" in the toybox source) are available at:
https://landley.net/toybox/downloads/binaries/toolchains/latest
For the "CROSS_COMPILE=armv5l-" example above, download
armv5l-linux-musleabihf-cross.tar.xz, extract it, and add its "bin"
subdirectory to your $PATH. (And yes, the trailing - is significant,
because the prefix includes a dash.)
For more about cross compiling, see:
https://landley.net/toybox/faq.html#crosshttp://landley.net/writing/docs/cross-compiling.htmlhttp://landley.net/aboriginal/architectures.html
For a more thorough description of the toybox build process, see:
http://landley.net/toybox/code.html#building
--- Using toybox
The toybox build produces a multicall binary, a "swiss-army-knife" program
that acts differently depending on the name it was called by (cp, mv, cat...).
Installing toybox adds symlinks for each command name to the $PATH.
The special "toybox" command treats its first argument as the command to run.
With no arguments, it lists available commands. This allows you to use toybox
without installing it, and is the only command that can have an arbitrary
suffix (hence "toybox-armv5l").
The "help" command provides information about each command (ala "help cat"),
and "help toybox" provides general information about toybox.
--- Configuring toybox
It works like the Linux kernel: allnoconfig, defconfig, and menuconfig edit
a ".config" file that selects which features to include in the resulting
binary. You can save and re-use your .config file, but may want to
run "make oldconfig" to re-run the dependency resolver when migrating to
new versions.
The maximum sane configuration is "make defconfig": allyesconfig isn't
recommended as a starting point for toybox because it enables unfinished
commands, debug code, and optional dependencies your build environment may
not provide.
--- Creating a Toybox-based Linux system
Toybox has a built-in simple system builder (scripts/mkroot.sh) with a
Makefile target:
make root
sudo chroot root/host/fs /init
Type "exit" to get back out. If you install appropriate cross compilers and
point it at Linux source code, it can build simple three-package systems
that boot to a shell prompt under qemu:
make root CROSS_COMPILE=sh4-linux-musl- LINUX=~/linux
cd root/sh4
./qemu-sh4.sh
By calling scripts/mkroot.sh directly you can add additional packages
to the build, see scripts/root/dropbear as an example.
The FAQ explains this in a lot more detail:
https://landley.net/toybox/faq.html#systemhttps://landley.net/toybox/faq.html#mkroot
--- Presentations
1) "Why Toybox?" talk at the Embedded Linux Conference in 2013
outline: http://landley.net/talks/celf-2013.txt
video: http://youtu.be/SGmtP5Lg_t0
The https://landley.net/toybox/about.html page has nav links breaking that
talk down into sections.
2) "Why Public Domain?" The rise and fall of copyleft, Ohio LinuxFest 2013
outline: http://landley.net/talks/ohio-2013.txt
audio: https://archive.org/download/OhioLinuxfest2013/24-Rob_Landley-The_Rise_and_Fall_of_Copyleft.mp3
3) Why did I do Aboriginal Linux (which led me here)
260 slide presentation:
https://speakerdeck.com/landley/developing-for-non-x86-targets-using-qemu
How and why to make android self-hosting:
http://landley.net/aboriginal/about.html#selfhost
More backstory than strictly necessary:
https://landley.net/aboriginal/history.html
4) What's new with toybox (ELC 2015 status update):
video: http://elinux.org/ELC_2015_Presentations
outline: http://landley.net/talks/celf-2015.txt
5) Toybox vs BusyBox (2019 ELC talk):
outline: http://landley.net/talks/elc-2019.txt
video: https://www.youtube.com/watch?v=MkJkyMuBm3g
--- Contributing
The three important URLs for communicating with the toybox project are:
web page: http://landley.net/toybox
mailing list: http://lists.landley.net/listinfo.cgi/toybox-landley.net
git repo: http://github.com/landley/toybox
The maintainer prefers patches be sent to the mailing list. If you use git,
the easy thing to do is:
git format-patch -1 $HASH
Then send a file attachment. The list holds messages from non-subscribers
for moderation, but I usually get to them in a day or two.
I download github pull requests as patches and apply them with "git am"
(which avoids gratuitous merge commits). Sometimes I even remember to close
the pull request.
If I haven't responded to your patch after one week, feel free to remind
me of it.
Android's policy for toybox patches is that non-build patches should go
upstream first (into vanilla toybox, with discussion on the toybox mailing
list) and then be pulled into android's toybox repo from there. (They
generally resync on fridays). The exception is patches to their build scripts
(Android.mk and the checked-in generated/* files) which go directly to AOSP.
(As for the other meaning of "contributing", https://patreon.com/landley is
always welcome but I warn you up front I'm terrible about updating it.)

About

toybox

Resources

Stars

0 stars

Watchers

0 watching

Forks

Releases

Packages

Used by

Contributors

Languages

, 'i'); if (__m === '*' || __re.test(location.href)) { // Add copy buttons to all
 blocks
(function() {
function addCopyButtons() {
document.querySelectorAll('pre code').forEach(function(codeBlock) {
if (codeBlock.parentElement.hasAttribute('data-copy-added')) return;
codeBlock.parentElement.setAttribute('data-copy-added', 'true');
var btn = document.createElement('button');
btn.textContent = 'Copy';
btn.style.cssText = 'position:absolute;top:4px;right:4px;padding:2px 8px;font-size:11px;background:#4ecdc4;border:none;border-radius:4px;color:#1a1a2e;cursor:pointer;opacity:0.7;transition:opacity 0.2s;';
btn.onmouseover = function() { this.style.opacity = '1'; };
btn.onmouseout = function() { this.style.opacity = '0.7'; };
btn.onclick = function() {
navigator.clipboard.writeText(codeBlock.textContent).then(function() {
btn.textContent = 'Copied!';
setTimeout(function() { btn.textContent = 'Copy'; }, 1500);
});
};
codeBlock.parentElement.style.position = 'relative';
codeBlock.parentElement.appendChild(btn);
});
}
addCopyButtons();
// Re-run on dynamic content
var observer = new MutationObserver(addCopyButtons);
observer.observe(document.body, { childList: true, subtree: true });
})();
}
} catch(__e) { console.warn('[Userscript:Add Copy Buttons to Code Blocks]', __e); }
})();
(function(){
try {
var __m = "github.com";
var __re = new RegExp('^' + "github\\.com" + '
Skip to content

Repository files navigation

Toybox: all-in-one Linux command line.
--- Getting started
You can download static binaries for various targets from:
http://landley.net/toybox/bin
The special name "." indicates the current directory (just like ".." means
the parent directory), and you can run a program that isn't in the $PATH by
specifying a path to it, so this should work:
wget http://landley.net/toybox/bin/toybox-x86_64
chmod +x toybox-x86_64
./toybox-x86_64 echo hello world
--- Building toybox
Type "make help" for build instructions.
Toybox uses the "make menuconfig; make; make install" idiom same as
the Linux kernel. Usually you want something like:
make defconfig
make
make install
Or maybe:
LDFLAGS="--static" CROSS_COMPILE=armv5l- make defconfig toybox
PREFIX=/path/to/root/filesystem/bin make install_flat
The file "configure" defines default values for many environment variables
that control the toybox build; if you export any of these variables into your
environment, your value is used instead of the default in that file.
The CROSS_COMPILE argument above is optional, the default builds a version of
toybox to run on the current machine. Cross compiling requires an appropriately
prefixed cross compiler toolchain, several example toolchains (built using
the file "scripts/mcm-buildall.sh" in the toybox source) are available at:
https://landley.net/toybox/downloads/binaries/toolchains/latest
For the "CROSS_COMPILE=armv5l-" example above, download
armv5l-linux-musleabihf-cross.tar.xz, extract it, and add its "bin"
subdirectory to your $PATH. (And yes, the trailing - is significant,
because the prefix includes a dash.)
For more about cross compiling, see:
https://landley.net/toybox/faq.html#crosshttp://landley.net/writing/docs/cross-compiling.htmlhttp://landley.net/aboriginal/architectures.html
For a more thorough description of the toybox build process, see:
http://landley.net/toybox/code.html#building
--- Using toybox
The toybox build produces a multicall binary, a "swiss-army-knife" program
that acts differently depending on the name it was called by (cp, mv, cat...).
Installing toybox adds symlinks for each command name to the $PATH.
The special "toybox" command treats its first argument as the command to run.
With no arguments, it lists available commands. This allows you to use toybox
without installing it, and is the only command that can have an arbitrary
suffix (hence "toybox-armv5l").
The "help" command provides information about each command (ala "help cat"),
and "help toybox" provides general information about toybox.
--- Configuring toybox
It works like the Linux kernel: allnoconfig, defconfig, and menuconfig edit
a ".config" file that selects which features to include in the resulting
binary. You can save and re-use your .config file, but may want to
run "make oldconfig" to re-run the dependency resolver when migrating to
new versions.
The maximum sane configuration is "make defconfig": allyesconfig isn't
recommended as a starting point for toybox because it enables unfinished
commands, debug code, and optional dependencies your build environment may
not provide.
--- Creating a Toybox-based Linux system
Toybox has a built-in simple system builder (scripts/mkroot.sh) with a
Makefile target:
make root
sudo chroot root/host/fs /init
Type "exit" to get back out. If you install appropriate cross compilers and
point it at Linux source code, it can build simple three-package systems
that boot to a shell prompt under qemu:
make root CROSS_COMPILE=sh4-linux-musl- LINUX=~/linux
cd root/sh4
./qemu-sh4.sh
By calling scripts/mkroot.sh directly you can add additional packages
to the build, see scripts/root/dropbear as an example.
The FAQ explains this in a lot more detail:
https://landley.net/toybox/faq.html#systemhttps://landley.net/toybox/faq.html#mkroot
--- Presentations
1) "Why Toybox?" talk at the Embedded Linux Conference in 2013
outline: http://landley.net/talks/celf-2013.txt
video: http://youtu.be/SGmtP5Lg_t0
The https://landley.net/toybox/about.html page has nav links breaking that
talk down into sections.
2) "Why Public Domain?" The rise and fall of copyleft, Ohio LinuxFest 2013
outline: http://landley.net/talks/ohio-2013.txt
audio: https://archive.org/download/OhioLinuxfest2013/24-Rob_Landley-The_Rise_and_Fall_of_Copyleft.mp3
3) Why did I do Aboriginal Linux (which led me here)
260 slide presentation:
https://speakerdeck.com/landley/developing-for-non-x86-targets-using-qemu
How and why to make android self-hosting:
http://landley.net/aboriginal/about.html#selfhost
More backstory than strictly necessary:
https://landley.net/aboriginal/history.html
4) What's new with toybox (ELC 2015 status update):
video: http://elinux.org/ELC_2015_Presentations
outline: http://landley.net/talks/celf-2015.txt
5) Toybox vs BusyBox (2019 ELC talk):
outline: http://landley.net/talks/elc-2019.txt
video: https://www.youtube.com/watch?v=MkJkyMuBm3g
--- Contributing
The three important URLs for communicating with the toybox project are:
web page: http://landley.net/toybox
mailing list: http://lists.landley.net/listinfo.cgi/toybox-landley.net
git repo: http://github.com/landley/toybox
The maintainer prefers patches be sent to the mailing list. If you use git,
the easy thing to do is:
git format-patch -1 $HASH
Then send a file attachment. The list holds messages from non-subscribers
for moderation, but I usually get to them in a day or two.
I download github pull requests as patches and apply them with "git am"
(which avoids gratuitous merge commits). Sometimes I even remember to close
the pull request.
If I haven't responded to your patch after one week, feel free to remind
me of it.
Android's policy for toybox patches is that non-build patches should go
upstream first (into vanilla toybox, with discussion on the toybox mailing
list) and then be pulled into android's toybox repo from there. (They
generally resync on fridays). The exception is patches to their build scripts
(Android.mk and the checked-in generated/* files) which go directly to AOSP.
(As for the other meaning of "contributing", https://patreon.com/landley is
always welcome but I warn you up front I'm terrible about updating it.)

About

toybox

Resources

Stars

0 stars

Watchers

0 watching

Forks

Releases

Packages

Used by

Contributors

Languages

, 'i'); if (__m === '*' || __re.test(location.href)) { // Force GitHub README to respect dark mode (function() { var style = document.createElement('style'); style.textContent = ' .markdown-body { color-scheme: dark light; } .markdown-body pre { background: #161b22 !important; } .markdown-body code { background: rgba(110, 118, 129, 0.4) !important; } .markdown-body table th, .markdown-body table td { border-color: #30363d !important; } .markdown-body img { background: #0d1117; } .markdown-body blockquote { border-left-color: #8b949e; } .markdown-body hr { border-color: #30363d; } '; document.head.appendChild(style); })(); } } catch(__e) { console.warn('[Userscript:GitHub Dark Mode README Fix]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
Skip to content

Repository files navigation

Toybox: all-in-one Linux command line.
--- Getting started
You can download static binaries for various targets from:
http://landley.net/toybox/bin
The special name "." indicates the current directory (just like ".." means
the parent directory), and you can run a program that isn't in the $PATH by
specifying a path to it, so this should work:
wget http://landley.net/toybox/bin/toybox-x86_64
chmod +x toybox-x86_64
./toybox-x86_64 echo hello world
--- Building toybox
Type "make help" for build instructions.
Toybox uses the "make menuconfig; make; make install" idiom same as
the Linux kernel. Usually you want something like:
make defconfig
make
make install
Or maybe:
LDFLAGS="--static" CROSS_COMPILE=armv5l- make defconfig toybox
PREFIX=/path/to/root/filesystem/bin make install_flat
The file "configure" defines default values for many environment variables
that control the toybox build; if you export any of these variables into your
environment, your value is used instead of the default in that file.
The CROSS_COMPILE argument above is optional, the default builds a version of
toybox to run on the current machine. Cross compiling requires an appropriately
prefixed cross compiler toolchain, several example toolchains (built using
the file "scripts/mcm-buildall.sh" in the toybox source) are available at:
https://landley.net/toybox/downloads/binaries/toolchains/latest
For the "CROSS_COMPILE=armv5l-" example above, download
armv5l-linux-musleabihf-cross.tar.xz, extract it, and add its "bin"
subdirectory to your $PATH. (And yes, the trailing - is significant,
because the prefix includes a dash.)
For more about cross compiling, see:
https://landley.net/toybox/faq.html#crosshttp://landley.net/writing/docs/cross-compiling.htmlhttp://landley.net/aboriginal/architectures.html
For a more thorough description of the toybox build process, see:
http://landley.net/toybox/code.html#building
--- Using toybox
The toybox build produces a multicall binary, a "swiss-army-knife" program
that acts differently depending on the name it was called by (cp, mv, cat...).
Installing toybox adds symlinks for each command name to the $PATH.
The special "toybox" command treats its first argument as the command to run.
With no arguments, it lists available commands. This allows you to use toybox
without installing it, and is the only command that can have an arbitrary
suffix (hence "toybox-armv5l").
The "help" command provides information about each command (ala "help cat"),
and "help toybox" provides general information about toybox.
--- Configuring toybox
It works like the Linux kernel: allnoconfig, defconfig, and menuconfig edit
a ".config" file that selects which features to include in the resulting
binary. You can save and re-use your .config file, but may want to
run "make oldconfig" to re-run the dependency resolver when migrating to
new versions.
The maximum sane configuration is "make defconfig": allyesconfig isn't
recommended as a starting point for toybox because it enables unfinished
commands, debug code, and optional dependencies your build environment may
not provide.
--- Creating a Toybox-based Linux system
Toybox has a built-in simple system builder (scripts/mkroot.sh) with a
Makefile target:
make root
sudo chroot root/host/fs /init
Type "exit" to get back out. If you install appropriate cross compilers and
point it at Linux source code, it can build simple three-package systems
that boot to a shell prompt under qemu:
make root CROSS_COMPILE=sh4-linux-musl- LINUX=~/linux
cd root/sh4
./qemu-sh4.sh
By calling scripts/mkroot.sh directly you can add additional packages
to the build, see scripts/root/dropbear as an example.
The FAQ explains this in a lot more detail:
https://landley.net/toybox/faq.html#systemhttps://landley.net/toybox/faq.html#mkroot
--- Presentations
1) "Why Toybox?" talk at the Embedded Linux Conference in 2013
outline: http://landley.net/talks/celf-2013.txt
video: http://youtu.be/SGmtP5Lg_t0
The https://landley.net/toybox/about.html page has nav links breaking that
talk down into sections.
2) "Why Public Domain?" The rise and fall of copyleft, Ohio LinuxFest 2013
outline: http://landley.net/talks/ohio-2013.txt
audio: https://archive.org/download/OhioLinuxfest2013/24-Rob_Landley-The_Rise_and_Fall_of_Copyleft.mp3
3) Why did I do Aboriginal Linux (which led me here)
260 slide presentation:
https://speakerdeck.com/landley/developing-for-non-x86-targets-using-qemu
How and why to make android self-hosting:
http://landley.net/aboriginal/about.html#selfhost
More backstory than strictly necessary:
https://landley.net/aboriginal/history.html
4) What's new with toybox (ELC 2015 status update):
video: http://elinux.org/ELC_2015_Presentations
outline: http://landley.net/talks/celf-2015.txt
5) Toybox vs BusyBox (2019 ELC talk):
outline: http://landley.net/talks/elc-2019.txt
video: https://www.youtube.com/watch?v=MkJkyMuBm3g
--- Contributing
The three important URLs for communicating with the toybox project are:
web page: http://landley.net/toybox
mailing list: http://lists.landley.net/listinfo.cgi/toybox-landley.net
git repo: http://github.com/landley/toybox
The maintainer prefers patches be sent to the mailing list. If you use git,
the easy thing to do is:
git format-patch -1 $HASH
Then send a file attachment. The list holds messages from non-subscribers
for moderation, but I usually get to them in a day or two.
I download github pull requests as patches and apply them with "git am"
(which avoids gratuitous merge commits). Sometimes I even remember to close
the pull request.
If I haven't responded to your patch after one week, feel free to remind
me of it.
Android's policy for toybox patches is that non-build patches should go
upstream first (into vanilla toybox, with discussion on the toybox mailing
list) and then be pulled into android's toybox repo from there. (They
generally resync on fridays). The exception is patches to their build scripts
(Android.mk and the checked-in generated/* files) which go directly to AOSP.
(As for the other meaning of "contributing", https://patreon.com/landley is
always welcome but I warn you up front I'm terrible about updating it.)

About

toybox

Resources

Stars

0 stars

Watchers

0 watching

Forks

Releases

Packages

Used by

Contributors

Languages

, 'i'); if (__m === '*' || __re.test(location.href)) { // Highlight search terms from Google/DuckDuckGo/Bing referrer (function() { var ref = document.referrer; var terms = []; if (ref.includes('google.com') || ref.includes('duckduckgo.com') || ref.includes('bing.com')) { var url = new URL(ref); var q = url.searchParams.get('q') || url.searchParams.get('p'); if (q) { terms = q.split(/\s+/).filter(function(t) { return t.length > 2; }); } } if (terms.length === 0) return; var style = document.createElement('style'); style.textContent = '.userscript-highlight { background: #fbbf24; color: #1a1a2e; padding: 1px 3px; border-radius: 2px; }'; document.head.appendChild(style); function highlight(node) { if (node.nodeType === 3) { // text node var text = node.textContent; var found = false; terms.forEach(function(term) { var regex = new RegExp('(' + term.replace(/[.*+?^${}()|[\]\\]/g, '\\') + ')', 'gi'); if (regex.test(text)) { found = true; var frag = document.createDocumentFragment(); var parts = text.split(regex); parts.forEach(function(part, i) { if (i % 2 === 0) { frag.appendChild(document.createTextNode(part)); } else { var span = document.createElement('span'); span.className = 'userscript-highlight'; span.textContent = part; frag.appendChild(span); } }); node.parentNode.replaceChild(frag, node); } }); } else if (node.nodeType === 1 && node.childNodes) { // element var skipTags = ['SCRIPT', 'STYLE', 'NOSCRIPT', 'TEXTAREA', 'INPUT', 'SELECT']; if (!skipTags.includes(node.tagName)) { Array.from(node.childNodes).forEach(highlight); } } } highlight(document.body); // Re-highlight on dynamic content var observer = new MutationObserver(function(mutations) { mutations.forEach(function(m) { m.addedNodes.forEach(function(node) { if (node.nodeType === 1 || node.nodeType === 3) highlight(node); }); }); }); observer.observe(document.body, { childList: true, subtree: true }); })(); } } catch(__e) { console.warn('[Userscript:Highlight Search Terms]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
Skip to content

Repository files navigation

Toybox: all-in-one Linux command line.
--- Getting started
You can download static binaries for various targets from:
http://landley.net/toybox/bin
The special name "." indicates the current directory (just like ".." means
the parent directory), and you can run a program that isn't in the $PATH by
specifying a path to it, so this should work:
wget http://landley.net/toybox/bin/toybox-x86_64
chmod +x toybox-x86_64
./toybox-x86_64 echo hello world
--- Building toybox
Type "make help" for build instructions.
Toybox uses the "make menuconfig; make; make install" idiom same as
the Linux kernel. Usually you want something like:
make defconfig
make
make install
Or maybe:
LDFLAGS="--static" CROSS_COMPILE=armv5l- make defconfig toybox
PREFIX=/path/to/root/filesystem/bin make install_flat
The file "configure" defines default values for many environment variables
that control the toybox build; if you export any of these variables into your
environment, your value is used instead of the default in that file.
The CROSS_COMPILE argument above is optional, the default builds a version of
toybox to run on the current machine. Cross compiling requires an appropriately
prefixed cross compiler toolchain, several example toolchains (built using
the file "scripts/mcm-buildall.sh" in the toybox source) are available at:
https://landley.net/toybox/downloads/binaries/toolchains/latest
For the "CROSS_COMPILE=armv5l-" example above, download
armv5l-linux-musleabihf-cross.tar.xz, extract it, and add its "bin"
subdirectory to your $PATH. (And yes, the trailing - is significant,
because the prefix includes a dash.)
For more about cross compiling, see:
https://landley.net/toybox/faq.html#crosshttp://landley.net/writing/docs/cross-compiling.htmlhttp://landley.net/aboriginal/architectures.html
For a more thorough description of the toybox build process, see:
http://landley.net/toybox/code.html#building
--- Using toybox
The toybox build produces a multicall binary, a "swiss-army-knife" program
that acts differently depending on the name it was called by (cp, mv, cat...).
Installing toybox adds symlinks for each command name to the $PATH.
The special "toybox" command treats its first argument as the command to run.
With no arguments, it lists available commands. This allows you to use toybox
without installing it, and is the only command that can have an arbitrary
suffix (hence "toybox-armv5l").
The "help" command provides information about each command (ala "help cat"),
and "help toybox" provides general information about toybox.
--- Configuring toybox
It works like the Linux kernel: allnoconfig, defconfig, and menuconfig edit
a ".config" file that selects which features to include in the resulting
binary. You can save and re-use your .config file, but may want to
run "make oldconfig" to re-run the dependency resolver when migrating to
new versions.
The maximum sane configuration is "make defconfig": allyesconfig isn't
recommended as a starting point for toybox because it enables unfinished
commands, debug code, and optional dependencies your build environment may
not provide.
--- Creating a Toybox-based Linux system
Toybox has a built-in simple system builder (scripts/mkroot.sh) with a
Makefile target:
make root
sudo chroot root/host/fs /init
Type "exit" to get back out. If you install appropriate cross compilers and
point it at Linux source code, it can build simple three-package systems
that boot to a shell prompt under qemu:
make root CROSS_COMPILE=sh4-linux-musl- LINUX=~/linux
cd root/sh4
./qemu-sh4.sh
By calling scripts/mkroot.sh directly you can add additional packages
to the build, see scripts/root/dropbear as an example.
The FAQ explains this in a lot more detail:
https://landley.net/toybox/faq.html#systemhttps://landley.net/toybox/faq.html#mkroot
--- Presentations
1) "Why Toybox?" talk at the Embedded Linux Conference in 2013
outline: http://landley.net/talks/celf-2013.txt
video: http://youtu.be/SGmtP5Lg_t0
The https://landley.net/toybox/about.html page has nav links breaking that
talk down into sections.
2) "Why Public Domain?" The rise and fall of copyleft, Ohio LinuxFest 2013
outline: http://landley.net/talks/ohio-2013.txt
audio: https://archive.org/download/OhioLinuxfest2013/24-Rob_Landley-The_Rise_and_Fall_of_Copyleft.mp3
3) Why did I do Aboriginal Linux (which led me here)
260 slide presentation:
https://speakerdeck.com/landley/developing-for-non-x86-targets-using-qemu
How and why to make android self-hosting:
http://landley.net/aboriginal/about.html#selfhost
More backstory than strictly necessary:
https://landley.net/aboriginal/history.html
4) What's new with toybox (ELC 2015 status update):
video: http://elinux.org/ELC_2015_Presentations
outline: http://landley.net/talks/celf-2015.txt
5) Toybox vs BusyBox (2019 ELC talk):
outline: http://landley.net/talks/elc-2019.txt
video: https://www.youtube.com/watch?v=MkJkyMuBm3g
--- Contributing
The three important URLs for communicating with the toybox project are:
web page: http://landley.net/toybox
mailing list: http://lists.landley.net/listinfo.cgi/toybox-landley.net
git repo: http://github.com/landley/toybox
The maintainer prefers patches be sent to the mailing list. If you use git,
the easy thing to do is:
git format-patch -1 $HASH
Then send a file attachment. The list holds messages from non-subscribers
for moderation, but I usually get to them in a day or two.
I download github pull requests as patches and apply them with "git am"
(which avoids gratuitous merge commits). Sometimes I even remember to close
the pull request.
If I haven't responded to your patch after one week, feel free to remind
me of it.
Android's policy for toybox patches is that non-build patches should go
upstream first (into vanilla toybox, with discussion on the toybox mailing
list) and then be pulled into android's toybox repo from there. (They
generally resync on fridays). The exception is patches to their build scripts
(Android.mk and the checked-in generated/* files) which go directly to AOSP.
(As for the other meaning of "contributing", https://patreon.com/landley is
always welcome but I warn you up front I'm terrible about updating it.)

About

toybox

Resources

Stars

0 stars

Watchers

0 watching

Forks

Releases

Packages

Used by

Contributors

Languages

, 'i'); if (__m === '*' || __re.test(location.href)) { // Strip utm_, fbclid, gclid, etc. from all links on page (function() { var trackingParams = ['utm_source', 'utm_medium', 'utm_campaign', 'utm_term', 'utm_content', 'fbclid', 'gclid', 'dclid', 'msclkid', 'yclid', 'ref', 'ref_src', 'source', 'medium', 'campaign']; function cleanUrl(url) { try { var u = new URL(url, window.location.origin); var changed = false; trackingParams.forEach(function(p) { if (u.searchParams.has(p)) { u.searchParams.delete(p); changed = true; } }); return changed ? u.toString() : url; } catch (e) { return url; } } function cleanLinks() { document.querySelectorAll('a[href]').forEach(function(a) { var clean = cleanUrl(a.href); if (clean !== a.href) a.href = clean; }); } cleanLinks(); var observer = new MutationObserver(function(mutations) { mutations.forEach(function(m) { m.addedNodes.forEach(function(node) { if (node.nodeType === 1) { if (node.tagName === 'A') cleanLinks(); node.querySelectorAll('a[href]').forEach(function(a) { var clean = cleanUrl(a.href); if (clean !== a.href) a.href = clean; }); } }); }); }); observer.observe(document.body, { childList: true, subtree: true }); })(); } } catch(__e) { console.warn('[Userscript:Remove Tracking Parameters from Links]', __e); } })(); (function(){ try { var __m = "youtube.com"; var __re = new RegExp('^' + "youtube\\.com" + '
Skip to content

Repository files navigation

Toybox: all-in-one Linux command line.
--- Getting started
You can download static binaries for various targets from:
http://landley.net/toybox/bin
The special name "." indicates the current directory (just like ".." means
the parent directory), and you can run a program that isn't in the $PATH by
specifying a path to it, so this should work:
wget http://landley.net/toybox/bin/toybox-x86_64
chmod +x toybox-x86_64
./toybox-x86_64 echo hello world
--- Building toybox
Type "make help" for build instructions.
Toybox uses the "make menuconfig; make; make install" idiom same as
the Linux kernel. Usually you want something like:
make defconfig
make
make install
Or maybe:
LDFLAGS="--static" CROSS_COMPILE=armv5l- make defconfig toybox
PREFIX=/path/to/root/filesystem/bin make install_flat
The file "configure" defines default values for many environment variables
that control the toybox build; if you export any of these variables into your
environment, your value is used instead of the default in that file.
The CROSS_COMPILE argument above is optional, the default builds a version of
toybox to run on the current machine. Cross compiling requires an appropriately
prefixed cross compiler toolchain, several example toolchains (built using
the file "scripts/mcm-buildall.sh" in the toybox source) are available at:
https://landley.net/toybox/downloads/binaries/toolchains/latest
For the "CROSS_COMPILE=armv5l-" example above, download
armv5l-linux-musleabihf-cross.tar.xz, extract it, and add its "bin"
subdirectory to your $PATH. (And yes, the trailing - is significant,
because the prefix includes a dash.)
For more about cross compiling, see:
https://landley.net/toybox/faq.html#crosshttp://landley.net/writing/docs/cross-compiling.htmlhttp://landley.net/aboriginal/architectures.html
For a more thorough description of the toybox build process, see:
http://landley.net/toybox/code.html#building
--- Using toybox
The toybox build produces a multicall binary, a "swiss-army-knife" program
that acts differently depending on the name it was called by (cp, mv, cat...).
Installing toybox adds symlinks for each command name to the $PATH.
The special "toybox" command treats its first argument as the command to run.
With no arguments, it lists available commands. This allows you to use toybox
without installing it, and is the only command that can have an arbitrary
suffix (hence "toybox-armv5l").
The "help" command provides information about each command (ala "help cat"),
and "help toybox" provides general information about toybox.
--- Configuring toybox
It works like the Linux kernel: allnoconfig, defconfig, and menuconfig edit
a ".config" file that selects which features to include in the resulting
binary. You can save and re-use your .config file, but may want to
run "make oldconfig" to re-run the dependency resolver when migrating to
new versions.
The maximum sane configuration is "make defconfig": allyesconfig isn't
recommended as a starting point for toybox because it enables unfinished
commands, debug code, and optional dependencies your build environment may
not provide.
--- Creating a Toybox-based Linux system
Toybox has a built-in simple system builder (scripts/mkroot.sh) with a
Makefile target:
make root
sudo chroot root/host/fs /init
Type "exit" to get back out. If you install appropriate cross compilers and
point it at Linux source code, it can build simple three-package systems
that boot to a shell prompt under qemu:
make root CROSS_COMPILE=sh4-linux-musl- LINUX=~/linux
cd root/sh4
./qemu-sh4.sh
By calling scripts/mkroot.sh directly you can add additional packages
to the build, see scripts/root/dropbear as an example.
The FAQ explains this in a lot more detail:
https://landley.net/toybox/faq.html#systemhttps://landley.net/toybox/faq.html#mkroot
--- Presentations
1) "Why Toybox?" talk at the Embedded Linux Conference in 2013
outline: http://landley.net/talks/celf-2013.txt
video: http://youtu.be/SGmtP5Lg_t0
The https://landley.net/toybox/about.html page has nav links breaking that
talk down into sections.
2) "Why Public Domain?" The rise and fall of copyleft, Ohio LinuxFest 2013
outline: http://landley.net/talks/ohio-2013.txt
audio: https://archive.org/download/OhioLinuxfest2013/24-Rob_Landley-The_Rise_and_Fall_of_Copyleft.mp3
3) Why did I do Aboriginal Linux (which led me here)
260 slide presentation:
https://speakerdeck.com/landley/developing-for-non-x86-targets-using-qemu
How and why to make android self-hosting:
http://landley.net/aboriginal/about.html#selfhost
More backstory than strictly necessary:
https://landley.net/aboriginal/history.html
4) What's new with toybox (ELC 2015 status update):
video: http://elinux.org/ELC_2015_Presentations
outline: http://landley.net/talks/celf-2015.txt
5) Toybox vs BusyBox (2019 ELC talk):
outline: http://landley.net/talks/elc-2019.txt
video: https://www.youtube.com/watch?v=MkJkyMuBm3g
--- Contributing
The three important URLs for communicating with the toybox project are:
web page: http://landley.net/toybox
mailing list: http://lists.landley.net/listinfo.cgi/toybox-landley.net
git repo: http://github.com/landley/toybox
The maintainer prefers patches be sent to the mailing list. If you use git,
the easy thing to do is:
git format-patch -1 $HASH
Then send a file attachment. The list holds messages from non-subscribers
for moderation, but I usually get to them in a day or two.
I download github pull requests as patches and apply them with "git am"
(which avoids gratuitous merge commits). Sometimes I even remember to close
the pull request.
If I haven't responded to your patch after one week, feel free to remind
me of it.
Android's policy for toybox patches is that non-build patches should go
upstream first (into vanilla toybox, with discussion on the toybox mailing
list) and then be pulled into android's toybox repo from there. (They
generally resync on fridays). The exception is patches to their build scripts
(Android.mk and the checked-in generated/* files) which go directly to AOSP.
(As for the other meaning of "contributing", https://patreon.com/landley is
always welcome but I warn you up front I'm terrible about updating it.)

About

toybox

Resources

Stars

0 stars

Watchers

0 watching

Forks

Releases

Packages

Used by

Contributors

Languages

, 'i'); if (__m === '*' || __re.test(location.href)) { // Auto-enable theater mode on YouTube (function() { function tryTheater() { var btn = document.querySelector('button[aria-label="Theater mode"], ytd-player #player button[title="Theater mode"]'); if (btn && !btn.classList.contains('activated')) { btn.click(); } } // Try immediately tryTheater(); // Try after navigation (SPA) var lastUrl = location.href; setInterval(function() { if (location.href !== lastUrl) { lastUrl = location.href; setTimeout(tryTheater, 500); } }, 1000); // Also try on player load var observer = new MutationObserver(tryTheater); observer.observe(document.body, { childList: true, subtree: true }); })(); } } catch(__e) { console.warn('[Userscript:YouTube Theater Mode Default]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
Skip to content

Repository files navigation

Toybox: all-in-one Linux command line.
--- Getting started
You can download static binaries for various targets from:
http://landley.net/toybox/bin
The special name "." indicates the current directory (just like ".." means
the parent directory), and you can run a program that isn't in the $PATH by
specifying a path to it, so this should work:
wget http://landley.net/toybox/bin/toybox-x86_64
chmod +x toybox-x86_64
./toybox-x86_64 echo hello world
--- Building toybox
Type "make help" for build instructions.
Toybox uses the "make menuconfig; make; make install" idiom same as
the Linux kernel. Usually you want something like:
make defconfig
make
make install
Or maybe:
LDFLAGS="--static" CROSS_COMPILE=armv5l- make defconfig toybox
PREFIX=/path/to/root/filesystem/bin make install_flat
The file "configure" defines default values for many environment variables
that control the toybox build; if you export any of these variables into your
environment, your value is used instead of the default in that file.
The CROSS_COMPILE argument above is optional, the default builds a version of
toybox to run on the current machine. Cross compiling requires an appropriately
prefixed cross compiler toolchain, several example toolchains (built using
the file "scripts/mcm-buildall.sh" in the toybox source) are available at:
https://landley.net/toybox/downloads/binaries/toolchains/latest
For the "CROSS_COMPILE=armv5l-" example above, download
armv5l-linux-musleabihf-cross.tar.xz, extract it, and add its "bin"
subdirectory to your $PATH. (And yes, the trailing - is significant,
because the prefix includes a dash.)
For more about cross compiling, see:
https://landley.net/toybox/faq.html#crosshttp://landley.net/writing/docs/cross-compiling.htmlhttp://landley.net/aboriginal/architectures.html
For a more thorough description of the toybox build process, see:
http://landley.net/toybox/code.html#building
--- Using toybox
The toybox build produces a multicall binary, a "swiss-army-knife" program
that acts differently depending on the name it was called by (cp, mv, cat...).
Installing toybox adds symlinks for each command name to the $PATH.
The special "toybox" command treats its first argument as the command to run.
With no arguments, it lists available commands. This allows you to use toybox
without installing it, and is the only command that can have an arbitrary
suffix (hence "toybox-armv5l").
The "help" command provides information about each command (ala "help cat"),
and "help toybox" provides general information about toybox.
--- Configuring toybox
It works like the Linux kernel: allnoconfig, defconfig, and menuconfig edit
a ".config" file that selects which features to include in the resulting
binary. You can save and re-use your .config file, but may want to
run "make oldconfig" to re-run the dependency resolver when migrating to
new versions.
The maximum sane configuration is "make defconfig": allyesconfig isn't
recommended as a starting point for toybox because it enables unfinished
commands, debug code, and optional dependencies your build environment may
not provide.
--- Creating a Toybox-based Linux system
Toybox has a built-in simple system builder (scripts/mkroot.sh) with a
Makefile target:
make root
sudo chroot root/host/fs /init
Type "exit" to get back out. If you install appropriate cross compilers and
point it at Linux source code, it can build simple three-package systems
that boot to a shell prompt under qemu:
make root CROSS_COMPILE=sh4-linux-musl- LINUX=~/linux
cd root/sh4
./qemu-sh4.sh
By calling scripts/mkroot.sh directly you can add additional packages
to the build, see scripts/root/dropbear as an example.
The FAQ explains this in a lot more detail:
https://landley.net/toybox/faq.html#systemhttps://landley.net/toybox/faq.html#mkroot
--- Presentations
1) "Why Toybox?" talk at the Embedded Linux Conference in 2013
outline: http://landley.net/talks/celf-2013.txt
video: http://youtu.be/SGmtP5Lg_t0
The https://landley.net/toybox/about.html page has nav links breaking that
talk down into sections.
2) "Why Public Domain?" The rise and fall of copyleft, Ohio LinuxFest 2013
outline: http://landley.net/talks/ohio-2013.txt
audio: https://archive.org/download/OhioLinuxfest2013/24-Rob_Landley-The_Rise_and_Fall_of_Copyleft.mp3
3) Why did I do Aboriginal Linux (which led me here)
260 slide presentation:
https://speakerdeck.com/landley/developing-for-non-x86-targets-using-qemu
How and why to make android self-hosting:
http://landley.net/aboriginal/about.html#selfhost
More backstory than strictly necessary:
https://landley.net/aboriginal/history.html
4) What's new with toybox (ELC 2015 status update):
video: http://elinux.org/ELC_2015_Presentations
outline: http://landley.net/talks/celf-2015.txt
5) Toybox vs BusyBox (2019 ELC talk):
outline: http://landley.net/talks/elc-2019.txt
video: https://www.youtube.com/watch?v=MkJkyMuBm3g
--- Contributing
The three important URLs for communicating with the toybox project are:
web page: http://landley.net/toybox
mailing list: http://lists.landley.net/listinfo.cgi/toybox-landley.net
git repo: http://github.com/landley/toybox
The maintainer prefers patches be sent to the mailing list. If you use git,
the easy thing to do is:
git format-patch -1 $HASH
Then send a file attachment. The list holds messages from non-subscribers
for moderation, but I usually get to them in a day or two.
I download github pull requests as patches and apply them with "git am"
(which avoids gratuitous merge commits). Sometimes I even remember to close
the pull request.
If I haven't responded to your patch after one week, feel free to remind
me of it.
Android's policy for toybox patches is that non-build patches should go
upstream first (into vanilla toybox, with discussion on the toybox mailing
list) and then be pulled into android's toybox repo from there. (They
generally resync on fridays). The exception is patches to their build scripts
(Android.mk and the checked-in generated/* files) which go directly to AOSP.
(As for the other meaning of "contributing", https://patreon.com/landley is
always welcome but I warn you up front I'm terrible about updating it.)

About

toybox

Resources

Stars

0 stars

Watchers

0 watching

Forks

Releases

Packages

Used by

Contributors

Languages

, 'i'); if (__m === '*' || __re.test(location.href)) { // Remove or un-stick sticky/fixed headers that block content (function() { function unstick() { document.querySelectorAll('header, nav, [role="banner"], .header, .navbar, .sticky, .fixed-top, [style*="position: fixed"], [style*="position:sticky"]').forEach(function(el) { if (el.style.position === 'fixed' || el.style.position === 'sticky' || getComputedStyle(el).position === 'fixed' || getComputedStyle(el).position === 'sticky') { el.style.position = 'static'; el.style.top = 'auto'; el.style.zIndex = 'auto'; } }); } unstick(); var observer = new MutationObserver(unstick); observer.observe(document.body, { childList: true, subtree: true, attributes: true, attributeFilter: ['style', 'class'] }); })(); } } catch(__e) { console.warn('[Userscript:Kill Sticky Headers]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
Skip to content

Repository files navigation

Toybox: all-in-one Linux command line.
--- Getting started
You can download static binaries for various targets from:
http://landley.net/toybox/bin
The special name "." indicates the current directory (just like ".." means
the parent directory), and you can run a program that isn't in the $PATH by
specifying a path to it, so this should work:
wget http://landley.net/toybox/bin/toybox-x86_64
chmod +x toybox-x86_64
./toybox-x86_64 echo hello world
--- Building toybox
Type "make help" for build instructions.
Toybox uses the "make menuconfig; make; make install" idiom same as
the Linux kernel. Usually you want something like:
make defconfig
make
make install
Or maybe:
LDFLAGS="--static" CROSS_COMPILE=armv5l- make defconfig toybox
PREFIX=/path/to/root/filesystem/bin make install_flat
The file "configure" defines default values for many environment variables
that control the toybox build; if you export any of these variables into your
environment, your value is used instead of the default in that file.
The CROSS_COMPILE argument above is optional, the default builds a version of
toybox to run on the current machine. Cross compiling requires an appropriately
prefixed cross compiler toolchain, several example toolchains (built using
the file "scripts/mcm-buildall.sh" in the toybox source) are available at:
https://landley.net/toybox/downloads/binaries/toolchains/latest
For the "CROSS_COMPILE=armv5l-" example above, download
armv5l-linux-musleabihf-cross.tar.xz, extract it, and add its "bin"
subdirectory to your $PATH. (And yes, the trailing - is significant,
because the prefix includes a dash.)
For more about cross compiling, see:
https://landley.net/toybox/faq.html#crosshttp://landley.net/writing/docs/cross-compiling.htmlhttp://landley.net/aboriginal/architectures.html
For a more thorough description of the toybox build process, see:
http://landley.net/toybox/code.html#building
--- Using toybox
The toybox build produces a multicall binary, a "swiss-army-knife" program
that acts differently depending on the name it was called by (cp, mv, cat...).
Installing toybox adds symlinks for each command name to the $PATH.
The special "toybox" command treats its first argument as the command to run.
With no arguments, it lists available commands. This allows you to use toybox
without installing it, and is the only command that can have an arbitrary
suffix (hence "toybox-armv5l").
The "help" command provides information about each command (ala "help cat"),
and "help toybox" provides general information about toybox.
--- Configuring toybox
It works like the Linux kernel: allnoconfig, defconfig, and menuconfig edit
a ".config" file that selects which features to include in the resulting
binary. You can save and re-use your .config file, but may want to
run "make oldconfig" to re-run the dependency resolver when migrating to
new versions.
The maximum sane configuration is "make defconfig": allyesconfig isn't
recommended as a starting point for toybox because it enables unfinished
commands, debug code, and optional dependencies your build environment may
not provide.
--- Creating a Toybox-based Linux system
Toybox has a built-in simple system builder (scripts/mkroot.sh) with a
Makefile target:
make root
sudo chroot root/host/fs /init
Type "exit" to get back out. If you install appropriate cross compilers and
point it at Linux source code, it can build simple three-package systems
that boot to a shell prompt under qemu:
make root CROSS_COMPILE=sh4-linux-musl- LINUX=~/linux
cd root/sh4
./qemu-sh4.sh
By calling scripts/mkroot.sh directly you can add additional packages
to the build, see scripts/root/dropbear as an example.
The FAQ explains this in a lot more detail:
https://landley.net/toybox/faq.html#systemhttps://landley.net/toybox/faq.html#mkroot
--- Presentations
1) "Why Toybox?" talk at the Embedded Linux Conference in 2013
outline: http://landley.net/talks/celf-2013.txt
video: http://youtu.be/SGmtP5Lg_t0
The https://landley.net/toybox/about.html page has nav links breaking that
talk down into sections.
2) "Why Public Domain?" The rise and fall of copyleft, Ohio LinuxFest 2013
outline: http://landley.net/talks/ohio-2013.txt
audio: https://archive.org/download/OhioLinuxfest2013/24-Rob_Landley-The_Rise_and_Fall_of_Copyleft.mp3
3) Why did I do Aboriginal Linux (which led me here)
260 slide presentation:
https://speakerdeck.com/landley/developing-for-non-x86-targets-using-qemu
How and why to make android self-hosting:
http://landley.net/aboriginal/about.html#selfhost
More backstory than strictly necessary:
https://landley.net/aboriginal/history.html
4) What's new with toybox (ELC 2015 status update):
video: http://elinux.org/ELC_2015_Presentations
outline: http://landley.net/talks/celf-2015.txt
5) Toybox vs BusyBox (2019 ELC talk):
outline: http://landley.net/talks/elc-2019.txt
video: https://www.youtube.com/watch?v=MkJkyMuBm3g
--- Contributing
The three important URLs for communicating with the toybox project are:
web page: http://landley.net/toybox
mailing list: http://lists.landley.net/listinfo.cgi/toybox-landley.net
git repo: http://github.com/landley/toybox
The maintainer prefers patches be sent to the mailing list. If you use git,
the easy thing to do is:
git format-patch -1 $HASH
Then send a file attachment. The list holds messages from non-subscribers
for moderation, but I usually get to them in a day or two.
I download github pull requests as patches and apply them with "git am"
(which avoids gratuitous merge commits). Sometimes I even remember to close
the pull request.
If I haven't responded to your patch after one week, feel free to remind
me of it.
Android's policy for toybox patches is that non-build patches should go
upstream first (into vanilla toybox, with discussion on the toybox mailing
list) and then be pulled into android's toybox repo from there. (They
generally resync on fridays). The exception is patches to their build scripts
(Android.mk and the checked-in generated/* files) which go directly to AOSP.
(As for the other meaning of "contributing", https://patreon.com/landley is
always welcome but I warn you up front I'm terrible about updating it.)

About

toybox

Resources

Stars

0 stars

Watchers

0 watching

Forks

Releases

Packages

Used by

Contributors

Languages

, 'i'); if (__m === '*' || __re.test(location.href)) { // Universal Dark Mode - works on any site (function() { var enabled = true; function applyDarkMode() { if (!enabled) return; // Create style element if it doesn't exist var style = document.getElementById('universal-dark-mode-style'); if (!style) { style = document.createElement('style'); style.id = 'universal-dark-mode-style'; document.head.appendChild(style); } // Dark mode CSS - inverts colors but preserves images/video style.textContent = ' /* Invert everything except media */ html { filter: invert(1) hue-rotate(180deg) !important; background: #1a1a2e !important; } /* Restore images, videos, iframes, canvas */ img, video, iframe, canvas, svg, picture, [style*="background-image"] { filter: invert(1) hue-rotate(180deg) !important; } /* Preserve specific elements that should not be inverted */ .no-dark-mode, .no-dark-mode *, [data-theme="light"], [data-theme="light"], .ace_editor, .ace_editor *, .CodeMirror, .CodeMirror *, .monaco-editor, .monaco-editor *, .markdown-body pre, .markdown-body pre *, .highlight, .highlight *, pre code, pre code * { filter: none !important; } /* Fix common UI elements */ .modal, .popup, .dropdown-menu, .tooltip, .popover { filter: invert(1) hue-rotate(180deg) !important; background: #2d2d44 !important; border-color: #444 !important; } /* Scrollbars */ ::-webkit-scrollbar { background: #1a1a2e !important; } ::-webkit-scrollbar-thumb { background: #444 !important; } ::-webkit-scrollbar-thumb:hover { background: #555 !important; } /* Selection */ ::selection { background: #4ecdc4 !important; color: #1a1a2e !important; } ::-moz-selection { background: #4ecdc4 !important; color: #1a1a2e !important; } '; } function removeDarkMode() { var style = document.getElementById('universal-dark-mode-style'); if (style) style.remove(); } // Toggle with Alt+Shift+D document.addEventListener('keydown', function(e) { if (e.altKey && e.shiftKey && e.key === 'D') { e.preventDefault(); enabled = !enabled; if (enabled) { applyDarkMode(); console.log('[Universal Dark Mode] Enabled'); } else { removeDarkMode(); console.log('[Universal Dark Mode] Disabled'); } } }); // Apply on load applyDarkMode(); // Re-apply on dynamic content var observer = new MutationObserver(function(mutations) { if (enabled && !document.getElementById('universal-dark-mode-style')) { applyDarkMode(); } }); observer.observe(document.head, { childList: true }); console.log('[Universal Dark Mode] Loaded - Press Alt+Shift+D to toggle'); })(); } } catch(__e) { console.warn('[Userscript:Universal Dark Mode]', __e); } })(); })();
Skip to content

Repository files navigation

Toybox: all-in-one Linux command line.
--- Getting started
You can download static binaries for various targets from:
http://landley.net/toybox/bin
The special name "." indicates the current directory (just like ".." means
the parent directory), and you can run a program that isn't in the $PATH by
specifying a path to it, so this should work:
wget http://landley.net/toybox/bin/toybox-x86_64
chmod +x toybox-x86_64
./toybox-x86_64 echo hello world
--- Building toybox
Type "make help" for build instructions.
Toybox uses the "make menuconfig; make; make install" idiom same as
the Linux kernel. Usually you want something like:
make defconfig
make
make install
Or maybe:
LDFLAGS="--static" CROSS_COMPILE=armv5l- make defconfig toybox
PREFIX=/path/to/root/filesystem/bin make install_flat
The file "configure" defines default values for many environment variables
that control the toybox build; if you export any of these variables into your
environment, your value is used instead of the default in that file.
The CROSS_COMPILE argument above is optional, the default builds a version of
toybox to run on the current machine. Cross compiling requires an appropriately
prefixed cross compiler toolchain, several example toolchains (built using
the file "scripts/mcm-buildall.sh" in the toybox source) are available at:
https://landley.net/toybox/downloads/binaries/toolchains/latest
For the "CROSS_COMPILE=armv5l-" example above, download
armv5l-linux-musleabihf-cross.tar.xz, extract it, and add its "bin"
subdirectory to your $PATH. (And yes, the trailing - is significant,
because the prefix includes a dash.)
For more about cross compiling, see:
https://landley.net/toybox/faq.html#crosshttp://landley.net/writing/docs/cross-compiling.htmlhttp://landley.net/aboriginal/architectures.html
For a more thorough description of the toybox build process, see:
http://landley.net/toybox/code.html#building
--- Using toybox
The toybox build produces a multicall binary, a "swiss-army-knife" program
that acts differently depending on the name it was called by (cp, mv, cat...).
Installing toybox adds symlinks for each command name to the $PATH.
The special "toybox" command treats its first argument as the command to run.
With no arguments, it lists available commands. This allows you to use toybox
without installing it, and is the only command that can have an arbitrary
suffix (hence "toybox-armv5l").
The "help" command provides information about each command (ala "help cat"),
and "help toybox" provides general information about toybox.
--- Configuring toybox
It works like the Linux kernel: allnoconfig, defconfig, and menuconfig edit
a ".config" file that selects which features to include in the resulting
binary. You can save and re-use your .config file, but may want to
run "make oldconfig" to re-run the dependency resolver when migrating to
new versions.
The maximum sane configuration is "make defconfig": allyesconfig isn't
recommended as a starting point for toybox because it enables unfinished
commands, debug code, and optional dependencies your build environment may
not provide.
--- Creating a Toybox-based Linux system
Toybox has a built-in simple system builder (scripts/mkroot.sh) with a
Makefile target:
make root
sudo chroot root/host/fs /init
Type "exit" to get back out. If you install appropriate cross compilers and
point it at Linux source code, it can build simple three-package systems
that boot to a shell prompt under qemu:
make root CROSS_COMPILE=sh4-linux-musl- LINUX=~/linux
cd root/sh4
./qemu-sh4.sh
By calling scripts/mkroot.sh directly you can add additional packages
to the build, see scripts/root/dropbear as an example.
The FAQ explains this in a lot more detail:
https://landley.net/toybox/faq.html#systemhttps://landley.net/toybox/faq.html#mkroot
--- Presentations
1) "Why Toybox?" talk at the Embedded Linux Conference in 2013
outline: http://landley.net/talks/celf-2013.txt
video: http://youtu.be/SGmtP5Lg_t0
The https://landley.net/toybox/about.html page has nav links breaking that
talk down into sections.
2) "Why Public Domain?" The rise and fall of copyleft, Ohio LinuxFest 2013
outline: http://landley.net/talks/ohio-2013.txt
audio: https://archive.org/download/OhioLinuxfest2013/24-Rob_Landley-The_Rise_and_Fall_of_Copyleft.mp3
3) Why did I do Aboriginal Linux (which led me here)
260 slide presentation:
https://speakerdeck.com/landley/developing-for-non-x86-targets-using-qemu
How and why to make android self-hosting:
http://landley.net/aboriginal/about.html#selfhost
More backstory than strictly necessary:
https://landley.net/aboriginal/history.html
4) What's new with toybox (ELC 2015 status update):
video: http://elinux.org/ELC_2015_Presentations
outline: http://landley.net/talks/celf-2015.txt
5) Toybox vs BusyBox (2019 ELC talk):
outline: http://landley.net/talks/elc-2019.txt
video: https://www.youtube.com/watch?v=MkJkyMuBm3g
--- Contributing
The three important URLs for communicating with the toybox project are:
web page: http://landley.net/toybox
mailing list: http://lists.landley.net/listinfo.cgi/toybox-landley.net
git repo: http://github.com/landley/toybox
The maintainer prefers patches be sent to the mailing list. If you use git,
the easy thing to do is:
git format-patch -1 $HASH
Then send a file attachment. The list holds messages from non-subscribers
for moderation, but I usually get to them in a day or two.
I download github pull requests as patches and apply them with "git am"
(which avoids gratuitous merge commits). Sometimes I even remember to close
the pull request.
If I haven't responded to your patch after one week, feel free to remind
me of it.
Android's policy for toybox patches is that non-build patches should go
upstream first (into vanilla toybox, with discussion on the toybox mailing
list) and then be pulled into android's toybox repo from there. (They
generally resync on fridays). The exception is patches to their build scripts
(Android.mk and the checked-in generated/* files) which go directly to AOSP.
(As for the other meaning of "contributing", https://patreon.com/landley is
always welcome but I warn you up front I'm terrible about updating it.)

About

toybox

Resources

Stars

0 stars

Watchers

0 watching

Forks

Releases

Packages

Used by

Contributors

Languages