Redox OS version 0.8 is both strange and very familiar
- Reference: 1669741212
- News link: https://www.theregister.co.uk/2022/11/29/redox_os_version_08/
- Source link:
Redox OS [1]version 0.8.0 arrives some seven months after [2]version 0.7.0 in April. That seems to indicate that the cadence of new releases is accelerating – [3]it's about three years since The Reg looked at Redox 0.5 , and it's coming along quite well.
Saying that, though, it's not quite ready to host itself. In other words, you can't build Redox OS on Redox OS just yet. The Rust compiler rustc is working, but [4]according to lead developer Jeremy Soller, the cargo build system and package manager isn't yet.
[5]
The main focuses in this version are to get the OS working on real hardware – there's a handy [6]list – as opposed to just inside VMs. It now has audio support (IntelHD and AC97), and can boot on both BIOS and UEFI PCs. There are both i686 ("32-bit x86 from the Pentium II and up") and x86-64 versions, plus preliminary support for 64-bit Arm: it can boot to a login prompt inside QEMU.
[7]
[8]
The announcement also says that one non-technical area has seen significant improvement: the [9]Redox OS book , largely thanks to contributor Ron Williams. If you're curious about the project, this is a good place to start. For instance, the [10]Why Redox? section talks about the motivations behind the project, comparing it to Linux, the BSDs, and Minix 3.
[11]
Redox OS 0.8.0 has a familiar Windows 9x-like desktop and a suite of demo apps, but while it's shaping up nicely, it's not ready to replace a mainstream desktop just yet
The Reg FOSS desk grabbed an ISO file of the live OS image from the project's own [12]download server and gave it a brief whirl in VirtualBox 6. It booted straight to a graphical login screen, and we could log in (the user name "user" is filled in already, and there's no password) and play with the preinstalled apps. These include the Netsurf browser, a file manager, image viewer, calculator, calendar, a text editor, and a periodic-table viewer.
There's also a terminal emulator with a shell. The normal user account is unprivileged, but even so, it shows a # prompt. For superuser privileges, you can either log in as root (with the password of password ) or execute sudo sh . The prompt and directory layout felt to us not merely Unix-like, but specifically Linux-like.
That said, this is not a Linux replacement by any means – not yet anyway. In terms of OS functionality, Redox is still in the prototype stages. It's a remarkably complete prototype: it has its own filesystem, [13]TFS , the [14]Orbital display server and desktop, and its own shell, [15]Ion , which can also run on Linux.
[16]
As such, the preliminary impression is that it's a lot further along than, say, the [17]Genode OS project's [18]Sculpt desktop OS. Genode is an experimental new OS being built in C++. The Genode project has been going for about twice as long at this point, but we suspect that effort is going into the kernel, networking and so on. For now, it doesn't have a full desktop user interface. In comparison, Redox has a Windows-like desktop with a taskbar, start menu, file manager etc. but we weren't able to get the Netsurf browser to open even its homepage.
[19]Fresh versions of Ubuntu Touch, Mir display server, and Unity arrive
[20]No formal certifications? CUE the Ubuntu skills testing scheme
[21]Strong support for Snap and Ubuntu Core as Canonical meet IRL
[22]Nitrux 2.5: The latest update to a radical Linux
Redox hasn't got to version 1.0 so there isn't much chance of replacing any existing OS with it just yet. But that is the long-term goal. Developer Jeremy Soller told us:
The primary goal is to produce a general purpose operating system, where the majority of the components are written in the Rust programming language. The hope is that it will inspire the use of Rust for more low-level programming and this will lead to increased security across the open source software ecosystem.
I intend to use Redox OS on my own machines when it is more mature, and that is enough for me.
There are more experimental OSes out there than you might think. Before the Redox project began, we [23]took a look at 25 alternatives . Most of those projects are still active, and although AtheOS, Syllable and SkyOS have all gone silent, there are new contenders such as [24]the from-scratch C++-based SerenityOS .
At present, Redox OS strikes us as more technologically conservative than, say, Plan 9, or its continuation [25]9front, which we looked at earlier this month . Plan 9 boldly takes existing Unix concepts such as everything is a file and stretches them to breaking point, blurring the lines between the computer in front of you and the network as a whole, and between the command line and the window manager ( [26]Arcan and Lash#Cat9 do the latter too, but on the existing basis of Linux). The result is that Plan 9, and indeed Genode, are unfamiliar and very disorienting if you know any OS from the last 30 years or so.
In contrast, while Serenity OS is indeed something totally new, it is, according to its own [27]description , "a love letter to '90s user interfaces." The Serenity OS project is rebuilding a fairly conventional Unix-like OS from the ground up, using C++ and existing Linux tools, rather than trying to do something radical and different.
Redox is experimenting along a different axis: the project is building a relatively familiar-feeling OS, with a friendly desktop and command line that are instantly recognizable, but it's doing it in a radically different programming language – one which, as we talked about regarding its [28]forthcoming support in the Linux kernel , is profoundly unlike Algol descendants such as C and C++. And it's embracing the design concepts of newer OSes such as Minix 3. It's possible that, in time, Redox OS may succeed where Minix has thus far failed to make much visible impact, by striking a happy compromise between a familiar user experience, a modern underlying design, and cutting-edge development tools.
[29]
If it does, we will be delighted. C is a cumbersome, dated language for building large, complex projects, and that may be one of the limiting factors for Plan 9 and Minix 3. Conversely, C++ is itself dauntingly huge and complex and not well-suited for building OS kernels. Many feel that Rust strikes a happy medium, and once again, it was the [30]most-loved language in the latest Stack Overflow survey.
But if you want to actually try using something other than Windows or an established Unix such as Linux, BSD or macOS, then right now, [31]Haiku is much closer to something usefully complete and usable. ®
Bootnote
Don't be deceived by the project's GitHub page. Development has moved over to [32]GitLab instead, and the old page hasn't been updated: you won't find any recent ISO images there.
Get our [33]Tech Resources
[1] https://www.redox-os.org/news/release-0.8.0/
[2] https://www.redox-os.org/news/release-0.7.0/
[3] https://www.theregister.com/2019/11/29/after_four_years_rusty_os_nearly_selfhosting/
[4] https://news.ycombinator.com/item?id=33752585
[5] https://pubads.g.doubleclick.net/gampad/jump?co=1&iu=/6978/reg_software/oses&sz=300x50%7C300x100%7C300x250%7C300x251%7C300x252%7C300x600%7C300x601&tile=2&c=2Y4aPDFhAsknD8txtoV0IrgAAANc&t=ct%3Dns%26unitnum%3D2%26raptor%3Dcondor%26pos%3Dtop%26test%3D0
[6] https://gitlab.redox-os.org/redox-os/redox/-/blob/master/HARDWARE.md
[7] https://pubads.g.doubleclick.net/gampad/jump?co=1&iu=/6978/reg_software/oses&sz=300x50%7C300x100%7C300x250%7C300x251%7C300x252%7C300x600%7C300x601&tile=4&c=44Y4aPDFhAsknD8txtoV0IrgAAANc&t=ct%3Dns%26unitnum%3D4%26raptor%3Dfalcon%26pos%3Dmid%26test%3D0
[8] https://pubads.g.doubleclick.net/gampad/jump?co=1&iu=/6978/reg_software/oses&sz=300x50%7C300x100%7C300x250%7C300x251%7C300x252%7C300x600%7C300x601&tile=3&c=33Y4aPDFhAsknD8txtoV0IrgAAANc&t=ct%3Dns%26unitnum%3D3%26raptor%3Deagle%26pos%3Dmid%26test%3D0
[9] https://doc.redox-os.org/book/
[10] https://doc.redox-os.org/book/ch01-05-why-redox.html
[11] https://regmedia.co.uk/2022/11/29/redox-08-2.jpg
[12] https://static.redox-os.org/
[13] https://gitlab.redox-os.org/redox-os/tfs
[14] https://gitlab.redox-os.org/redox-os/orbital
[15] https://gitlab.redox-os.org/redox-os/ion
[16] https://pubads.g.doubleclick.net/gampad/jump?co=1&iu=/6978/reg_software/oses&sz=300x50%7C300x100%7C300x250%7C300x251%7C300x252%7C300x600%7C300x601&tile=4&c=44Y4aPDFhAsknD8txtoV0IrgAAANc&t=ct%3Dns%26unitnum%3D4%26raptor%3Dfalcon%26pos%3Dmid%26test%3D0
[17] https://genode.org/
[18] https://genode.org/news/sculpt-os-release-22.10
[19] https://www.theregister.com/2022/11/29/new_versions_of_ubuntu_touch/
[20] https://www.theregister.com/2022/11/10/ubuntu_skills_informal_certifications/
[21] https://www.theregister.com/2022/11/09/canonical_conference/
[22] https://www.theregister.com/2022/11/03/nitrux_25/
[23] https://www.theregister.com/2013/11/01/25_alternative_pc_operating_systems/
[24] https://www.theregister.com/2022/03/31/serenityos/
[25] https://www.theregister.com/2022/11/02/plan_9_fork_9front/
[26] https://www.theregister.com/2022/10/25/lashcat9_linux_ui/
[27] https://serenityos.org/
[28] https://www.theregister.com/2022/09/16/rust_in_the_linux_kernel/
[29] https://pubads.g.doubleclick.net/gampad/jump?co=1&iu=/6978/reg_software/oses&sz=300x50%7C300x100%7C300x250%7C300x251%7C300x252%7C300x600%7C300x601&tile=3&c=33Y4aPDFhAsknD8txtoV0IrgAAANc&t=ct%3Dns%26unitnum%3D3%26raptor%3Deagle%26pos%3Dmid%26test%3D0
[30] https://insights.stackoverflow.com/survey/2021/#technology-most-loved-dreaded-and-wanted
[31] https://www.haiku-os.org/
[32] https://gitlab.redox-os.org/redox-os/
[33] https://whitepapers.theregister.com/
Re: Graphical
Probably because developers wouldn't want to regress 30 years into the past to develop for it. I know I wouldn't. Linux is about as backward as I'm willing to go and that's mostly because I'm being paid to do it.
Re: Graphical
I agree, but it also means you'd need to (re)write a huge amount of software, which is infeasible for a small team or company.
Re: Graphical
Luckily, Windows and Mac OS are regressing at a record rate so honestly an operating system project won't need to work that hard to one day overtake them. Actually, so long as a project doesn't go *backwards* it will win.
Re: Graphical
[Author here]
I think there are several reasons.
One is that taking on vast and optimistic new projects is a young person's sort of game.
Two, youngsters don't remember the era of small dedicated OSes that did only one or two things, but did them well -- Novell Netware being my go-to example. All they've ever known are big sprawling general-purpose OSes.
Three, the era of wildly experimental small simple OSes, such as Taos/Intent/Elate, or Plan 9, or Inferno, or Sprite, Chorus, Amoeba, even Singularity, was long ago, and so again youngsters haven't seen them.
Knowing that cargo and crates.io isn't working is actually quite reassuring. It means that the OS isn't just an NPM style mess of package dependencies!
This project is interesting. If we do ever plan to move away from C (for better or worse), the software stack at the operating system really needs to be changed to Rust. Otherwise you do just get a shedload of dependencies in the form of bindings against the underlying platform (ANSI C).
Knowing that cargo and crates.io isn't working is actually quite reassuring. It means that the OS isn't just an NPM style mess of package dependencies!
It's a crosscompiled NPM style mess of package dependencies >:]
Graphical
Why are developers focused on making a "general purpose operating system" that competes with Windows or Mac OS X? Both these companies have had a 30-year head start and are almost impossible to catch up to in any meaningful timeframe. Why not focus on a specific market like ARM did with its processors: embedded or server.
A server OS with only command line could be made functional relatively quickly if you use a LibC compatible Rust implementation since you could use most GNU written software. That would leave you with merely implementing hardware support, which is plenty of work for most people's lifetime.