cloudabi
InitWare
| cloudabi | InitWare | |
|---|---|---|
| 2 | 19 | |
| 129 | 177 | |
| 0.0% | 0.0% | |
| 10.0 | 1.8 | |
| over 3 years ago | about 2 years ago | |
| C | C | |
| GNU General Public License v3.0 or later | GNU Lesser General Public License v3.0 only |
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.
cloudabi
-
HelloSystem – OS with original Mac philosophy with a modern architecture
There used to be an alternative runtime for FreeBSD called CloudABI [1], with which native programs could be started in capability mode, but it was discontinued in favour of WASI [2] (server-side Webassembly) — which adopted CloudABI's libc API.
0: <https://www.cl.cam.ac.uk/research/security/capsicum/>
1: <https://github.com/NuxiNL/cloudabi>
2: <https://github.com/WebAssembly/WASI>
-
Preventing Log4j with Capabilities
Agreed re: the general idea, but isn't CloudABI in particular superseded somewhat by WASI? Its repo seems to say it is: https://github.com/NuxiNL/cloudabi
(WASI is similarly capability-based, as I understand it!)
InitWare
- What do you understand under "FreeBSD way" and "Linuxism"?
-
These @rustlang ads are getting out of control.
Fear not. They get to be part of the future too.
-
Framework: Open Sourcing Our Firmware
> Yes indeed, I should've expanded to requiring user namespaces and other kernel magic I can't expect from any random box i wanna work on.
That's fair, do have to make sure to avoid to modules that do user systemd services.
Longer term, though, I am hoping https://github.com/InitWare/InitWare will help with the userland part. And I hope to personally help with things like
https://lists.freebsd.org/archives/freebsd-arch/2022-January...
https://lore.kernel.org/lkml/f8457e20-c3cc-6e56-96a4-3090d7d...
to get us more sane cross-platform system calls.
-
Preventing Log4j with Capabilities
I know, but support is still in FreeBSD. My big long term plan is:
1. Work on FreeBSD cross in Nixpkgs, because I need a way to pin forks and run nice tests without going insane. (We already have NetBSD cross.)
2. Rig up a booting image that uses https://github.com/InitWare/InitWare, the fork of systemd.
3. Add support to CloudABI in initware.
4. Bang on drum for other OSes and upstream systemd to implement this stuff we can can good portable abstractions -- I think this is our best shot to get "portable containers".
-
NixOS on Framework Laptop
I haven't bothered to have a beef with systemd, but some of us have discussed https://github.com/InitWare/InitWare to support non-Linux kernels. That would be really fun.
-
OpenBSD 7.0 Released
I'm the first to admit that I'm ignorant of the facts here, but seeing that a systemd fork ran on OpenBSD for the first time two months ago does not give me confidence that it's "an option" in the sense that you can trust it to work well.
And to be pedantic (this is an OpenBSD thread, after all), it's not "systemd", it's a fork of systemd called "InitWare", and the GitHub repo describes it as "alpha software".
Someone also pointed out in the discussion you linked that it doesn't seem to include journald. Here's a relevant PR: https://github.com/InitWare/InitWare/pull/27
-
macOS, meet SystemD: InitWare (fork of systemD) ported to macOS
The project GitHub is found at https://github.com/InitWare/InitWare
- InitWare (a systemd fork) has been ported to macOS
-
Freebsd + Gnome3 => No systemd?
You may have heard of InitWare https://github.com/InitWare/InitWare. Discussions, note that one of the titles is misleading:
- InitWare, a SystemD clone for OpenBSD
What are some alternatives?
mlvwm - Macintosh-like Virtual Window Manager (official repo)
rtw89 - Driver for Realtek 8852AE, an 802.11ax device