fynedesk
oberon-riscv
fynedesk | oberon-riscv | |
---|---|---|
12 | 5 | |
928 | 71 | |
25.2% | - | |
8.5 | 0.0 | |
about 2 months ago | over 3 years ago | |
Go | Modula-2 | |
GNU General Public License v3.0 or later | GNU General Public License v3.0 or later |
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.
fynedesk
- FyneDesk – Linux desktop environment in Go
-
Making cross-platform software using Linux that also runs on BSD
We (I am one of the developers) also have https://github.com/FyshOS/fynedesk as a desktop environment.
-
Build a Desktop App in Go Using Wails and React
If U like a Go Desktop try this: https://github.com/fyne-io/fynedesk
-
Project Oberon
The Oberon channel has several videos of Oberon in action,
https://www.youtube.com/results?search_query=The+Oberon+Chan...
While Oberon was quite cool, people should also learn about its Xerox influence,
"Eric Bier Demonstrates Cedar"
https://www.youtube.com/watch?v=z_dt7NG38V4
Also dive into what happened afterwards, Oberon-2, Active Oberon, Zonnon,...
Active Oberon could be considered quite modern, also makes the distinction between safe and unsafe pointers, which improves the experience for low level coding.
https://github.com/metacore/A2OS
One of the best things about these systems is proving what systems programming with automatic memory management were capable of.
Given Oberon-2's influence on Go, maybe improving Fyne (https://fyne.io/fynedesk/) with something like gRPC for the dynamic experience, could be a possible sucessor.
- FyneDesk, a fresh look at what it means to be a desktop environment
-
Why Go over Python?
The thing is with go is it's kind of made for web applications. It's made by google for google. Taking a look at the standard library you can see the most fleshed out parts are for general system access, networking and particularly http, and crypto. People have obviously made things outside of those scopes like fynedesk, but that's where the focus of golang is.
-
Is there is good GUI for Golang ?
Another angle for when a toolkit is mature could be when it’s used for a full desktop environment :). MacOS and Windows native toolkits obviously tick the box. GTK+ has Gnome, Qt powers KDE (both have Go bindings), Enlightenment is powered by EFL (no Go support yet). Fyne is being used for FyneDesk https://github.com/fyne-io/fynedesk
-
As a longtime BSD user, I have my doubts about our future.
One other idea that I had: There are new approaches to the desktop like e.g. FyneDesk, a *nix desktop environment written in Golang (using its own GUI toolkit). It's BSD-licensed (3-clause) and I would expect the team being more than happy with anybody trying to make it available to a wider audience. Might be worth a thought.
-
Pure Go desktop for Linux/BSD, FyneDesk reaches v0.2
100% agree on the theming, quick glance at the current implementation seems to indicate hardcoded values (I am assuming this is an early spec) https://github.com/fyne-io/fynedesk/blob/master/theme/theme.go
-
Looking for an interesting project to contribute
we were thinking of contributing to this project fyne-io/fynedesk: A full desktop environment for Linux/Unix using Fyne (github.com)
oberon-riscv
-
Project Oberon
This project is still a great example of a complete computer design, starting from Niklaus Wirth's own RISC5 CPU (not a RISC-V) and very simple peripherals over the OS, runtime/garbage collector, compiler, GUI and simple example applications.
One problem of the original implementation is that it was based on an old Xilinx Spartan 3 development board. This is not only no longer available, but it is one of the few FPGA boards that used 32 bit wide fast (12 ns IIRC) asynchronous SRAM chips. Wirth's hardware design relies heavily on this.
Some years ago, there was a compatible board, the OberonStation. However, it seems this is no longer manufactures: https://pcper.com/2015/12/meet-the-oberonstation-kid-friendl...
However, some modified designs exist that implement a cache in FPGA block RAM and an SDRAM controller. These can be used one more recent FPGA boards:
- FleaFPGA "Ohm" board with a Lattice ECP5 FPGA and 32 MB RAM (https://fleasystems.com/fleaFPGA_Ohm.html) - https://github.com/Basman74/Oberon_SDRAM
- Radiona ulx3s, another ECP5 in an open source design (https://github.com/emard/oberon) - https://github.com/emard/oberon
- PapilioPro using a Xilinx Spartan 6 LX, another open source PCB design (https://papilio.cc/index.php?n=Papilio.PapilioPro) - https://opencores.org/projects/oberon_sdram
Shameless plug: my student Rikke's port of Project Oberon to RV32I (this is a real RISC-V), however, we still need to find some time to build an FPGA-based SoC. Currently, it runs in emulation: https://github.com/solbjorg/oberon-riscv
-
New Oberon+ programming language with IDE and source-level debugger (Win, Mac, Linux)
You might want to have a look at https://github.com/solbjorg/oberon-riscv.
-
Ultiboberon – Oberon on bare metal Raspberry Pi
Thanks for the link!
Adapting the Project Oberon compiler code generation isn't that difficult, but the devil is in the details :). My student Rikke described some of the challenges porting Project Oberon to RISC-V in her project report (https://github.com/solbjorg/oberon-riscv/blob/master/report....).
I assume that the most time-consuming task to get Project Oberon to run on ARM/Raspberry Pi would be to write device drivers for more complex devices, e.g. USB and Ethernet. These could be written in Oberon (which would be a considerable effort) or possibly be abstracted by using a bare-metal hypervisor that supports VirtIO device abstractions, e.g. Vmware ESXI. This way, one would only have to implement VirtIO drivers in Oberon, which is considerably less complex.
Connecting a PS/2 keyboard and mouse instead of USB might also be an alternative, since drivers for PS/2 are far less complex: http://www.deater.net/weave/vmwprod/hardware/pi-ps2/
- Project Oberon 2013 on RISC-V
What are some alternatives?
fyne - Cross platform GUI toolkit in Go inspired by Material Design
Oberon - Oberon parser, code model & browser, compiler and IDE with debugger
go-playground - Better Go Playground powered by React and Monaco editor
mirage - MirageOS is a library operating system that constructs unikernels
cfssl - CFSSL: Cloudflare's PKI and TLS toolkit
ultiboberon
pigo - Fast face detection, pupil/eyes localization and facial landmark points detection library in pure Go.
A2OS - Unofficial mirror of the ETH A2 repository
sciter - Sciter: the Embeddable HTML/CSS/JS engine for modern UI development
THM-Oberon
Wails - Create beautiful applications using Go
oberonc - An Oberon-07 compiler for the JVM