Get real-time insights from all types of time series data with InfluxDB. Ingest, query, and analyze billions of data points in real-time with unbounded cardinality. Learn more →
OberonSystem3 Alternatives
Similar projects and alternatives to OberonSystem3
-
InfluxDB
Power Real-Time Data Analytics at Scale. Get real-time insights from all types of time series data with InfluxDB. Ingest, query, and analyze billions of data points in real-time with unbounded cardinality.
-
selfie
An educational software system of a tiny self-compiling C compiler, a tiny self-executing RISC-V emulator, and a tiny self-hosting RISC-V hypervisor.
-
SaaSHub
SaaSHub - Software Alternatives and Reviews. SaaSHub helps you find the best software and product alternatives
-
FreeOberon
Cross-platform IDE for development in Oberon programming language made in the classical FreePascal-like pseudo-graphic style.
-
AOS_Bluebottle_Sources
This is the source code of the last stable release of the ETH AOS/Bluebottle System, dated March 12, 2004, in plain ISO 8859-1 UTF-8 text files
OberonSystem3 reviews and mentions
-
Project Oberon the Design of an Operating System, a Compiler, and a Computer Pdf
After this follow up on the Oberon System 3, with its Gadgets component model, and a mix of JIT/AOT compilers,
"The Oberon companion - a guide to using and programming Oberon System 3"
https://www.semanticscholar.org/paper/The-Oberon-companion-a...
You can access the source code from Rochus fork,
https://github.com/rochus-keller/OberonSystem3
Or the Active Oberon evolution, although not directly done by Niklaus Wirth,
https://gitlab.inf.ethz.ch/felixf/oberon
Screenshots and OS Manual,
https://gitlab.inf.ethz.ch/felixf/oberon/-/blob/main/ocp/Doc...
Or Component Pascal and Blackbox IDE, created by a startup out of ETHZ
https://blackboxframework.org/index.php
-
Kolibri OS: fits on a floppy disk, programmed using interrupts
Even if so, ARM or RISC-V are more attractive architectures in many respects; and there are proof of concepts demonstrating that very lean operating systems with GUIs can be built with high-level languages, even with GC (see e.g. https://github.com/rochus-keller/OberonSystem3/); so writing such a thing in assembler is certainly impressive, but also a cul-de-sac.
-
FreeOberon cross-platform Oberon language IDD
> It's a whole operating system, after all.
You can use that one which easily starts on all platforms without taking control of the PC: https://github.com/rochus-keller/oberonsystem3
-
Mozilla treats Debian devotees to the raw taste of Firefox Nightly
I'm 'old' too. Born summer 1969. What makes me grumpy is the OOTB experience of any distro I tried. And I (mostly) don't want to have to compile stuff anymore. So I settled for (mostly) binary distros, like Arch, which btw. I (mostly) had no troubles with whatsoever. It just lacked 'convenience' and some scientific/technical stuff in their repositories, which I'd then have to compile again, so no, Arch had to go. Settled for Debian then, because even though their ways of doing things can seem bizarre, old-fashioned and stale, it (mostly) just works, they have it all, and when you get around their 'bizarreness' shiny new, too.
Almost paradise, except for 'systemdness', which I can't stand. So there are countless derivatives with different goals and priorities, some of them for running live in RAM, some of them being especially 'free' from an ideological but impractical POV(which I also can't stand), and some of them eliminating 'systemdness'.
Then there are Antix/MX whose goal seems to be to get that stuff running any way they can on any somewhat reasonable system, more or less frugal in case of Antix, rather comfortably in case of MX. While giving a shit about ideology, prioritising availability of all sorts of drivers, connectivity, convenience in very pragmatical ways. While running in RAM for speed(optionally), but still enabling persistence in various ways.
This toolset of them enables me to get up and running on almost anything from very barebones images with the presses of a few function keys, some mouseclicks, some eliminating of unwanted stuff(by mouseclicks, no editing necessary, I checked), installing my stuff, choosing theme/widget/deco/whatever, and be done with it in maybe 30 minutes max initially(including that remaster thing).
From there on it is absolute BLISS for me, because that way I have fast systems, looking and feeling how I like it, without getting in my way, or missing anything. For MONTHS, while still being updated, without reboots. Exceptions are kernel or fundamental library updates. These are just a few clicks in Synaptic anyways, reload, mark, apply, YÄSS, YÄSS!, gieev, gieev meee new stuff! Maybe 3 to 5 minutes daily while I'm slurping my morning coffee or tea? Too much change? Switched some core components meanwhile? Remaster in not more than 10 minutes. Reboot. Done.
BLISS again.
For playing around I'm tempted to try https://github.com/rochus-keller/OberonSystem3 (since you mentioned A2 ;-)) but probably not, because I'd rather enjoy riding my new hyperbicycles more ;-)
- Oberon System 3
- Show HN: A cross-platform version of the ETH Oberon System 3
-
A note from our sponsor - InfluxDB
www.influxdata.com | 2 May 2024
Stats
The primary programming language of OberonSystem3 is Modula-2.
Sponsored