We need a thread of this. Here's everything I've found without trying:
https://github.com/turbolent/openstep-interceptor-example - Example for OPENSTEP's private Interceptor framework
https://github.com/turbolent/RTL8139 - RTL8139 ethernet driver for OPENSTEP
https://github.com/turbolent/BusMasterIDE - Bus Master IDE ATA/ATAPI driver for OPENSTEP
https://github.com/turbolent/openstep-pkg - includes GCC 3.3 and the above two drivers (source only)
https://github.com/turbolent/netsurf-openstep - NetSurf for OPENSTEP (source only, needs above repo)
https://github.com/jpasqua/FauxNeXT - A 50% scale Recreation of the NeXT computer (there are many like it—but this one is from a NeXT kernel dev)
https://github.com/NattyNarwhal/vnd-nextstep - Port of NetBSD/Darwin vnd driver to NeXTSTEP 3.x (mount files as disks; unfinished)
https://github.com/jeffreybergier/MathEdit - MathEdit for OpenStep
https://github.com/jeffreybergier/VBoxMouse - unfinished project to do a new mouse driver for VirtualBox
https://github.com/jeffreybergier/VBoxVideo - updated 1080p graphics driver for VirtualBox
https://github.com/calmsacibis995/xnu-rhapsody-53 - The sources for the kernel of Darwin 0.1.
https://github.com/evolver56k/VMWareFB_OpenStep - VMWareFB OpenStep display driver—run OpenStep and NeXTStep in VMWare in high color and high res
https://github.com/evolver56k/Darwin-0.3 - Darwin 0.3 sources released under the APSL
https://github.com/evolver56k/UsbOHCI.0.5beta - Howard Cole's OHCI USB Driver for Openstep
https://github.com/userLevel/next - Various documentation
https://github.com/johnsonjh/NeXTDimension - NeXTdimension source, likely circa 1990
https://github.com/johnsonjh/NeXTMach - NeXT Mach Kernel mk-2.0.98 (late build of 2.0, improv beta ≤ this ≤ final 2.0 release)
https://github.com/johnsonjh/NeXTDSP - Digital Signal Processor source, likely circa 1990
https://github.com/johnsonjh/NeXTEmacs - emacs-12 source (Oct 1990, probably the least unique thing in here)
https://github.com/johnsonjh/NeXTROM - ROM source (readme suggests this is 0.8.31, dated Feb 16, 1989)
https://github.com/johnsonjh/NeXTDPS - Display Postscript source, likely circa 1990
https://github.com/johnsonjh/NeXTSrc - compiler and various libraries, again from the same era as the rest of johnsonjh's repos
https://github.com/itomato/lubu - OpenStep for Solaris 1.1 with some polish
https://github.com/Asmodai/NeXT-Docs - nsa33, nd33, and IN FOCUS articles in HTML format
https://github.com/rjbrown99/next - NeXTStep and OpenStep patches for various open source software
https://github.com/rhaleblian/backstep - Experimentation with software back-porting to NEXTSTEP
https://github.com/stevenshack/steppingstone - A vibe coded pipeline by hook or by crook to convert NeXTStep apps to GNUStep.
And of course https://sourceforge.net/projects/previous/ - the one and only!
Do you have NeXTy repos that should be added to this list? Post 'em!
(I left out GNUstep-based stuff for brevity. Obviously there's a lot of that, too, since both GNUstep and Gershwin are on GitHub. No shade intended to wmlive; I think we just need another thread for the GNUstep universe, for clarity!)
Quote from: Rhetorica on Jun 12, 2026, 08:09 AM(I left out GNUstep-based stuff for brevity. Obviously there's a lot of that, too, since both GNUstep and Gershwin are on GitHub. No shade intended to wmlive; I think we just need another thread for the GNUstep universe, for clarity!)
Excellent reasoning!
In fact, the GNUstep developers don't like at all to be considered NeXT nostalgists and have since long departed from just being an OPENSTEP clone. Instead, they are working to build a Mac OS compatible development environment.
Just like Apple made Mac OS being the legit continuation of NeXTSTEP/OPENSTEP, the good people from GNUstep are making sure to evolve their development approach in a very similar vein.
The faux NeXT at 50% the size is interesting. I wonder i you could scale it up to make full scale reproductions.
https://github.com/y-hayakawa/vboxmouse (https://github.com/y-hayakawa/vboxmouse) VirtualBox Mouse driver by Y Hayakawa
Quote from: ptek on Jun 13, 2026, 04:06 AMhttps://github.com/y-hayakawa/vboxmouse VirtualBox Mouse driver by Y Hayakawa
Oh, wow. I had no idea this existed. Time to go add this to
everything!
Also from Hayakawa Yoshinori:
https://github.com/y-hayakawa/nxchat - ChatGPT client for NS3.3
https://github.com/y-hayakawa/telnetd - Telnet daemon for NS3.3J
I'm not sure why he wrote another telnet daemon—as long as you set a password for the me account, OS4.2 will run one for you (also FTP.) Maybe this somehow got omitted in 3.3J? At any rate, it could be useful as a stub for building other TCP-based daemons.
Quote from: ZombiePhysicist on Jun 12, 2026, 02:32 PMThe faux NeXT at 50% the size is interesting. I wonder i you could scale it up to make full scale reproductions.
Somebody actually created a scaled-up version of the mini NeXT Cube case that was created for the Raspberry Pi a few years ago: https://cocoacrumbs.com/blog/2024-10-06-building-a-nextcube-replica/
Another from Asmodai (aka Verdraith):
https://github.com/Asmodai/NeXT-UnixKit - Various Unix things for NeXT platforms.
Rather critically this has a correctly-compiled sudo; the kb7sqi version doesn't actually allow password input. Evidently this was still a problem in early 10.x releases; relevant thread (https://zigzagjoe.com/forumarchive/3521.html). Turbolent's packages (https://github.com/turbolent/openstep-pkg) supersede this, but I think the vim and sudo versions from here are still the best we have so far. (Admittedly, actually building them was beyond me...)
Quote from: Rhetorica on Jun 13, 2026, 06:25 AMAlso from Hayakawa Yoshinori:
https://github.com/y-hayakawa/nxchat - ChatGPT client for NS3.3
https://github.com/y-hayakawa/telnetd - Telnet daemon for NS3.3J
I'm not sure why he wrote another telnet daemon—as long as you set a password for the me account, OS4.2 will run one for you (also FTP.) Maybe this somehow got omitted in 3.3J? At any rate, it could be useful as a stub for building other TCP-based daemons.
I think his only telnet daemon client was so he could he use kanji, hiragana and UTF8 which is supported with NS3.XJ I think he made his telnet daemon client so he could use kanji, hiragana and UTF8 which is supported with NS3.XJ.
First post of mine here, but i've been involved at times with a long running project named "Nextspace (https://github.com/trunkmaster/nextspace)". It aims to be a desktop environment that strongly follows openstep's interface guidelines, one of the most notable things is that the WM used is a fork of Windowmaker that uses GnuSTEP way more internally then Windowmaker itself ever did.
The only issue with it is that the main author trunkmaster, currently lives in the warzone that is Ukraine, and i earnestly fear that they might have become a causality of said war when they are inactive (currently they are inactive).
Quote from: Darwheel on Jul 13, 2026, 12:54 AMFirst post of mine here, but i've been involved at times with a long running project named "Nextspace (https://github.com/trunkmaster/nextspace)". It aims to be a desktop environment that strongly follows openstep's interface guidelines, one of the most notable things is that the WM used is a fork of Windowmaker that uses GnuSTEP way more internally then Windowmaker itself ever did.
The only issue with it is that the main author trunkmaster, currently lives in the warzone that is Ukraine, and i earnestly fear that they might have become a causality of said war when they are inactive (currently they are inactive).
Wow very cool project!
I do wish and pray for all the poor people forced to war to find a peaceful way out in as much health as is possible.
Quote from: Darwheel on Jul 13, 2026, 12:54 AMThe only issue with it is that the main author trunkmaster, currently lives in the warzone that is Ukraine, and i earnestly fear that they might have become a causality of said war when they are inactive (currently they are inactive).
Right, Nextspace is of course the crown jewel for any list of GNUstep projects! Fortunately you don't need to worry about trunkmaster's safety too much; his latest activity (https://github.com/trunkmaster) was on May 27, which means it hasn't been that long compared to the average length of his hiatus periods!
A bit of Google sleuthing tells me he's in his sixties and physically active, so he's probably pretty far away from the top of the most vulnerable people in Kyiv. We can take solace in that at least.
Turbolent's NVMe SCSI Driver code for OpenStep. (https://github.com/turbolent/NVMeSCSIDriver)
NEXTSTEP/OPENSTEP UFS tools for Linux (https://github.com/ostrich/nextufs)
Quotenextufs is a Linux userspace tool for working with NEXTSTEP and OPENSTEP UFS filesystems. It provides one command, nextufs, with subcommands for inspecting, browsing, mounting, checking, repairing, creating, resizing, and modifying disk images.
github.com/ostrich/nextufs (https://github.com/ostrich/nextufs)
Onionmixer's repos:
https://github.com/onionmixer/openstep-intel1000 - Intel 8254x gigabit Ethernet driver for OPENSTEP 4.2 / NeXTSTEP i386 (DriverKit). Verified on an Intel 82547EI.
https://github.com/onionmixer/GrandCrossDevServer - Tool for letting AI do compilation and testing on an arbitrary OS (portable C89 code), used by onionmixer with OPENSTEP as the target
https://github.com/onionmixer/NIBMAKER-FOR-OPENSTEP - NIB-to-XML round-trip converter and editor, for hacking vintage NIBs on other systems
https://github.com/onionmixer/SMInputKor-remade - Reimplementation of Soft Magic's Hangul input engine (Korean text input support)
https://github.com/onionmixer/OnionPlayer - MP3 player
and the shiny new big release...
https://github.com/onionmixer/openstep-sdl12 - SDL 1.2 for OPENSTEP. No X11 required, x86 only.
I could be crazy, but I think it might technically be possible to port very old versions of Previous to use this for a lark. Any thoughts,
@andreas_g? Horrified? ;)
Quote from: Rhetorica on Aug 12, 2026, 05:41 AMI could be crazy, but I think it might technically be possible to port very old versions of Previous to use this for a lark. Any thoughts, @andreas_g? Horrified? ;)
It might, but it won't be easy and the result won't be very statisfying. It might even be possible to port the latest version by removing some parts that are missing appropriate API equivalents.
And just like that, it happened again:
- https://github.com/onionmixer/openstep-sdl2 - SDL2 2.32.10 for OPENSTEP 4.2 x86
Also, turbolent has managed to achieve a working gcc 4.2.1 (gcc-5666.3):
- https://github.com/turbolent/openstep-pkg/tree/main/gcc42
That's all really great progress!