omnios-build
musl-cross-make
Our great sponsors
omnios-build | musl-cross-make | |
---|---|---|
8 | 5 | |
85 | 1,184 | |
- | - | |
9.6 | 5.5 | |
4 days ago | about 2 months ago | |
Shell | Makefile | |
GNU General Public License v3.0 or later | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
omnios-build
-
I just discovered Illumos based distributions, what are the main differences between those and FreeBSD ?
key features at OmniOS Community Edition
-
Looking for more ideas
OS Challenge: Try out an Illumos (OpenSolaris) image in a VM (there are Solaris kernel options available in Proxmox). If you want something fun, install OmniOS and create a Linux zone on it. So cool to run Linux on Solaris. https://omnios.org/
- [1st post] My meager but COMPLETELY fanless home server
-
Virtual machine efficiency
While UTM is much better at resource usage, it's not perfect. Virtualbox seems to emulate more of a system instead of passing it through to the hypervisor and so is better for running more unusual OSes. I have two VMs there running Illumos which I have yet to figure out how to boot in UTM. A problem that I think is related to UTM's greater use of the hypervisor is that you can't suspend and resume VMs that use it instead of being emulated, so I've still got a few VMs hanging around in Virtualbox which spend most of their time suspended. Finally, what stops me from using UTM at work is that you can't use it as a Vagrant provider. This is incredibly annoying, as the lack of a decent virtualization application makes the otherwise very nice M1 Macs nothing more than pretty toys. I expect that this glaring lack will be fixed within the next couple of years.
-
Just getting started
Can anyone recommend a good place to start learning OmniOS? Coming from Debain world. Other than the documentation on omnios.org, I only found a few blog posts here and there...
-
I was thinking about more "exotic" OS's
OpenIndiana is pretty neat. It has quite a few cool features like Zones, DTrace and Crossbow. ZFS is another big feature but you have already said that you don't really care about that. Hardware support is kinda lacking, but improving. Also it's rolling release so if you're like me and don't like that, OmniOS might be a better option; it's another illumos based OS.
- “LLVM-Libc” C Standard Library
- OmniOS 151040 stable is out - ReleaseNotes.md
musl-cross-make
-
Alpine Linux: Brilliant Linux Distro
I've done the same alpine trick for static binaries but may I introduce you to musl-cross-make?
https://github.com/richfelker/musl-cross-make
Just burned out static toolchains that make me static binaries for all architectures gcc supports. Much like musl.cc but they suggest building your own and I do.
I use these toolchains on debian (/ anywhere a non-ancient linux kernel runs) to make static binaries, you can too!
- “LLVM-Libc” C Standard Library
-
SectorLISP binary footprint comparaison
Python obviously isn't 14kb because its code is divided into hundreds of shared object files. So the way I like to measure things is using static executable size, using tools like https://github.com/jart/cosmopolitan or https://github.com/richfelker/musl-cross-make of which you'll find a static build in the cosmo repo. For example, here's the technique I used to build TinyLISP was something like this:
-
Cross compiling ring for arm
I have a different issue with ring. This is on a custom Cortex A9 board at work. For most depedencies I can get compilation working fine with armv7-unknown-linux-musleabihf. I was able to build the cross compiler using https://github.com/richfelker/musl-cross-make , adding
-
GCC Rust: GCC Front-End for Rust
A bit off topic, I hope someday GCC's build system gets overhauled. A huge advantage of LLVM is that it is quite easier to rebuild the runtime libraries without rebuilding the compiler. With GCC that's a pain, unless one takes the time to re-package GCC very carefully like https://github.com/richfelker/musl-cross-make and https://exherbo.org/.
Maybe getting some new GCC devs in there with projects like this would help with that?
What are some alternatives?
build - Armbian Linux build framework generates custom Debian or Ubuntu image for x86, aarch64, riscv64 & armhf
manylinux - Python wheels that work on any linux (almost)
kayak - Kayak (PXE-enabled network imaging of OmniOS)
glibc_version_header - Build portable Linux binaries without using an ancient distro
archcraft - // Source : ISO
holy-build-box - System for building cross-distribution Linux binaries
ipd - illumos Project Discussion
aports - [MIRROR] Alpine packages build scripts
genode - Genode OS Framework
zwave-js-ui - Full featured Z-Wave Control Panel UI and MQTT gateway. Built using Nodejs, and Vue/Vuetify
chromium_os-raspberry_pi - Build your Chromium OS for Raspberry Pi 4B, Pi400 and the latest Raspberry Pi 5
bootBASIC - bootBASIC is a BASIC language in 512 bytes of x86 machine code.