[0] https://web.archive.org/web/20250901123900/http://etoileos.c...
"Distributed version control + Object persistence"
I played around with it in HS when it was in it's alpha stages because I wanted to find a Linux distro that had the same polish of MacOS X and on which I could dev Obj-C. It was a good attempt, but sadly I haven't seen any Linux skin or distro that has solved the UX polish issue.
Edit: never mind, Étoilé did die around the time I thought it did in the early 2010s.
Elementary also isn't able to enforce a single unified design pattern the same way Apple is able to from a UX perspective.
Linux distros tend to overindex on power users and cli users (makes sense, given the technical userbase) at the expense of building a user experience that is much more user friendly for nontechnical personas.
Funny enough, in my opinion one of the issues holding elementary/Pantheon back is that it’s too much like Gnome in how it prefers bare-faced simplicity over progressive disclosure.
It fades more with every release but I think much of the magic of macOS (both OS X and Classic) is how on the surface it’s simple which makes it palatable and welcoming for non-technical people, but is packed with touches that users pick up over time, effectively turning them into power users. Some of the people who get the most out of thier macs aren’t particularly technical but have just been using macs for their photography business or what have you for the past 20 years and know their way around the OS better than many software developers do. Sometimes they’ve even done a fair amount of script writing and such.
With Gnome and Pantheon, there’s very little of that. What you see is what you get, and after using it for a week you know everything there is to know about it.
Unfortunately Étoilé seems to have been inactive for a decade, and even Apple seems to be abandoning its Xerox PARC influences as the old guard retires and passes away (RIP Steve Jobs, Larry Tesler, and Bill Atkinson). Ever since Apple struck gold with the iPhone and derivative platforms, Apple hasn’t been the same.
I’d like to see the ideas of Smalltalk and Lisp machines revisited for the modern era as a model for workstation-class personal computing. Smalltalk and Lisp environments pride themselves on flexibility and malleability (though it’s understandable to rethink some of these things in an era where security is very important), while mainstream personal computing these days feel less like productivity boosters (remember “the bicycle for the mind”) and more like advertising platforms and anti-competitive, rent-seeking moats.
Saying this as someone that used Afterstep and Windowmaker alongside GNUStep, and did seat a few times on the GNUStep room at FOSDEM.
Last time I checked was at the level of OS X Panther, and modern Objective-C still wasn't supported.
I’ve wanted to see GNUstep succeed, but unfortunately it never got as much attention as the KDE/Qt and GNOME/GTK ecosystems. I have some theories as to why, but I think the biggest barrier is those who really wanted OpenStep/Cocoa in the 1990s and 2000s could’ve used readily-available NeXT/Apple software instead of waiting for GNUstep. It’s the same issue ReactOS and Haiku have; they’re competing against Windows NT/2000/XP/Server 2003 and BeOS, respectively. Even FreeDOS, which is architecturally much simpler, took quite a while to reach version 1.0; people could just get MS-DOS 6.22.
Of course, the Linux kernel and the GNU ecosystem are counterexamples, though I believe it’s easier to reimplement Unix due to its modular nature than to reimplement entire GUI toolkits, especially if source- and/or binary-level compatibility are required.
A GNUstep that was ready around 1998 or 1999 to capture the attention of former NeXT developers and deliver ports of NeXT software to Linux would’ve been the ideal opportunity, though it still would’ve been quite an effort to bring over other things that made the NeXT special, such as Interface Builder. I’ve noticed that most commercial Mac OS X software in the early days were Carbon applications, not Cocoa applications. Many legendary NeXT software products did not make the transition from NeXTstep/OPENSTEP to Mac OS X. They could’ve had a home on Linux or one of the BSDs via GNUstep had GNUstep been ready.
https://www.gnustep.org/experience/Gorm.html
My own take is actually that GNUstep spent too long trying to be an OpenStep successor instead of being a way to run Mac apps on Linux.
It took them ages to even clarify if it was a desktop environment or an SDK (and I am not sure it is even clear now).
There has never been a tonne of love for Objective C either. Pretty much the only reason to use it for most people has been because you had to for access to Apple APIs. Which would be the only reason to use it on Linux too.
It always amazed me that Darwin + GNUstep did not result in a macOS clone. Neither of them really went anywhere.
Have you seen Gershwin?
It bothers me a bit, though. Developing for desktop Linux is still a pain in the ass, and I really wish the Linux community had agreed on One Desktop Framework To Rule Them All, and I think GNUStep could have been that framework if the community had been willing to embrace it.
Very good piece of software though.
I know Quentin Mathé, kept CoreObject going for a decade longer, but I haven't heard from the rest of those involved for a very long time.
But they can really tell if you are from around those parts or not, since the correct local pronunciation of the word etoile is of course "yeetaw".
neilv•2h ago