Hobby kernel + userspace, built mostly from scratch. Composited GUI, dynamically linked ELF binaries, networking, Python applications, and more. https://toaruos.org/
|K. Lange b111044cca Make sure menu bar stops being hilighted when options are selected||3 years ago|
|apps||3 years ago|
|base||3 years ago|
|boot||3 years ago|
|kernel||3 years ago|
|lib||3 years ago|
|libc||3 years ago|
|linker||3 years ago|
|modules||3 years ago|
|util||3 years ago|
|.gitignore||3 years ago|
|LICENSE||3 years ago|
|Makefile||3 years ago|
|README.md||3 years ago|
ToaruOS-NIH is a distribution of ToaruOS which contains no third-party components. Its bootloader, kernel, modules, C library, and userspace applications are all written by the ToaruOS development team and direct contributors.
This distribution aims to eventually replace the core of the mainline ToaruOS, with the various third-party components building against our own C library. This is a long-term project, and developing the C library to the point where it is useful for this purpose is not expected to be completed for quite some time.
All source code for the entire operating system is included in this repository.
The NIH kernel is essentially the same as the mainline kernel, though the PCI vendor and device ID list has been replaced with our own slimmed down version. This was the only third-party element of the ToaruOS kernel. Additionally, the headers for the kernel have been relocated from their original directories to facilitate a cleaner build. The NIH kernel should be considered the latest version of the ToaruOS kernel.
Mainline ToaruOS shipped with GRUB, which provided a multiboot-compatible ELF loader. To that end, our native bootloader also implements multiboot. However, as writing a feature-complete bootloader is not a goal of this project, the native bootloader is very limited, supporting only ATAPI CDs on systems with El Torito "no-emulation" support. It is not guaranteed to work on real hardware, but has been tested in QEMU, Bochs, VirtualBox, and VMware Player.
The userspace includes a work-in-progress C standard library, the ToaruOS native libraries, the compositor (using only in-house graphics routines), and various other first-party utilities and applications.
First, ensure you have the necessary build tools, which are mostly the same as mainline ToaruOS:
genext2fs (with Debian patches),
make and you will be prompted to build a toolchain. Reply
y and allow the toolchain to build.
ToaruOS's kernel is entirely in-house. Its userspace, however, is built on several third-party libraries and tools, such as the Newlib C library, Freetype, Cairo, libpng, and most notably Python. While the decision to build ToaruOS on these technologies is not at all considered a mistake, the possibility remains to build a userspace entirely from scratch.
To support building the native ToaruOS libraries and port some basic software, a rudimentary C library is required.
Cairo is a major component of the modern ToaruOS compositor, but is the only significant third-party dependency. This makes the compositor, which is a key part of what makes ToaruOS "ToaruOS", an important inclusion in this project. Very basic work has been done to allow the compositor to build and run without Cairo, but it is a naïve approach and remains very slow. Implementing Cairo's clipping and SSE-accelerated blitting operations is a must.
Support for TrueType/OpenType TBD, but vector fonts are critical to the visual presentation of ToaruOS.
ToaruOS used a lot of PNGs, but maybe writing our own format would be fun.
Enough C to port the dynamic loader. (Done)
Get the VGA terminal building. (Done)
Get the shell running. (Done)
De-Cairo-tize the compositor. (Done, but more work planned)
Enough C to port Python. (In progress)
Enough C to port GCC. (In progress)
base/usr/include, as well as graphical resources for the compositor and window decorator.