This looks like not a reskin of an existing FreeBSD or Linux windows system, but an actual reimplementation of macOS. Very interesting if they can pull it off!
I wonder though, why start with old Objective-C cocoa APIs instead of Swift?
Objective-C is the ABI of all UI-related macOS frameworks and it would probably always be. Even if you're writing in Swift, as long as you're using AppKit, you're using Objective-C classes under the hood. There's no such thing as "Swift Cocoa APIs". And SwiftUI is an abstraction layer on top of, again, AppKit/UIKit/WatchKit, which are themselves all written in Objective-C.
Yeah but they expose the same ABI. If you can write in Objective-C, you could write it Swift and externally it'd be no different. And since they're reimplementing this stuff from scratch, I'm surprised they didn't just do that.
(I'm saying this as someone who would be more inclined to contribute if it was written in Swift.)
It's a BSD. (Knowing that, you probably wouldn't ask them, "Why C and not C++?") As a language (and ecosystem*) Objective-C is mature and lacks complexity in a way that doesn't apply to Swift.
* They definitely did not start with Objective-C and a blank slate here; they're folding in monumental amounts of third-party code
I wonder if Cocoa is that language specific or if it’s become legacy tech. When Swift was announced and when I explored it for personal projects, I was very much calling Cocoa APIs. They definitely catered to ObjC-isms, but my impression was that all of the underlying UI frameworks were being preserved even if they might gain additive APIs to be used less awkwardly in Swift.
I really hope they build some kind of application registry, including listing projects that don't yet work on RavynOS, so that the community can see which packages are most in-demand, what % of apps that people want are supported, reviews from others on stability for the platform, etc.
Could bootstrap this by looking at everything in Homebrew (including casks) and sharing whether it seems to work on RavynOS yet (or whether it's ambiguous, and how you can help disambiguate).
I'm using sysutils/docker on FreeBSD with DOCKER_HOST env var set to "ssh://user@linuxvm" where linuxvm is a local VM running on bhyve[1]. Part of local FreeBSD filesystem is shared with the Linux VM via virtio-9p passthrough. Everything plays together nicely.
nerdctl[2] works with sysutils/containerd. You can't run Linux images on FreeBSD kernel (Linux jails may be an option) but there are FreeBSD images. Pkgbase[3] aims to make FreeBSD more modular, divided in chunks smaller than "base", "ports", "src"; feasible for containers.
Personally I find this kind of idea to be a dead end, since so much of what makes macOS special is really beyond the capabilities of anyone other than Apple. For example, total vertical integration, e.g. calling up kernel team and ask them to make a change for WebKit. SerenityOS also does this because Andreas Kling worked at Apple, realising that vertical integration is fundamental. But then there are other things, like incredible hardware integration with things like the trackpad and CoreAudio, as well as precise control over the CPU and power. I'll be interested to see if this goes anywhere but in my opinion there are better places to go, such as for example SerenityOS, which I think is a kind of operating system that is far more suitable for the space of people who don't want to buy Apple.
I'm generally a bit sceptical of this "copy macOS" idea. It isn't a particularly amazing operating system, it is mainly just very well supported by third parties considering that it is a unix. You won't have that if you recreate it in this way, and I'm not sure if you will be left with a very good experience.
Hmm. I'm not sure what to think of all this special build stuff. I moved from macOS to FreeBSD + KDE mainly because I felt that macOS was becoming too dumbed down.
And I actually like the UI and configurability of KDE.
So no, I'm not going to use it but it probably could have made me move to FreeBSD a few years earlier. But with this kind of 'copycat' I always wonder if they manage to support a large enough ecosystem to make it work well. After all the biggest selling point of macOS is traditionally the 'just works' principle. Using FreeBSD as a daily driver I know the hardware/driver side needs a lot of tinkering. Which I don't mind, but macOS users would.
I also wonder about their business model, it seems to be a company?
I tried running this last night on an i7-8550u, and eh, I didn’t get far. I got it to boot to a GUI, but nothing else loaded, not even an installer. And because the screen was 4k, my cursor (and everything else) was tiny. I think this is a cool project but just worth noting that this is a proof of concept right now rather than a complete thing. Best of luck to the RavynOS team.
> PLEASE NOTE: On 2022-02-14, we decided to abandon the current path of using X11/KDE desktop components and write from scratch a new UI that will align better with our goals. A very early UI on the new WindowServer is starting to take shape as of 2022-07-27. Thanks for your patience as we work to make ravynOS the best possible version.
Today's KDE can be almost identical to a MacOS desktop, if you customize it properly.
I'm a KDE user since 2010 and a week ago I purchased an M1 Pro (hopefully to install Asahi in the future). My desktop was basically a top bar with global menu, a few widgets and Latte Dock.
If I didn't know that Mac came up with the functionality before, I would think that it is Mac that feels like a skinned KDE
Can it get the font rendering to the level that macOS or iOS have? If yes, then it's getting there.
The few things that scream to me that I'm not using a mac:
1. Antialiasing of fonts, how crisp and clear does it look on my screen? Windows has struggled with this especially after ClearType.
2. Alignment of elements in various applications. The traffic light window controls look way too far into the app's header. Find a happy medium, copy macOS's spacing.
3. Is the contrast in colors strong enough to tell me this was designed by someone who has some design (hopefully color theory background) or was it just an attempt to use many colors?
It's basically impossible to have crisp fonts without a high DPI integer scaled monitor. The target monitor hardware for Windows and MacOS is vastly different.
> The traffic light window controls look way too far into the app's header. Find a happy medium, copy macOS's spacing.
I noticed that too on the screenshots page. And it's weird cause it looks right under the "features you'd love" section on the main page. It looks like most of those images (the traffic light buttons, global menus, folder icons) are faked to look like macOS but then the screenshots don't actually look like that.
1. Doesn't macOS turn off font antialiasing for retina displays? I believe retina displays (with desktop scaling) is the real solution to crispy fonts.
apple was using grayscale shape-acxurate smoothing, it works on any display with any arrangement of subpixels
windows clear type is using pixel-accurate subpixel smoothing, it works only in one direction with correct subpixel pattern
what people (including me) dislike about windows fonts is aggressive hinting, that is snapping font shape to pixel grid, it made sense in displays around VGA (640x480) but does not make sense on FHD screen
It is interesting how you only have purely visual "signs" on your list ). It can't be only this for a tech crowd.
There is so much more about the way software is shipped, configured & used.
Also, the hardware. (It is much harder to make it work reasonably well across so many platforms without an army of full time devs.)
Do you mean that for a tech crowd, you'd expect people to have a more robust list of desires?
That's a genuine question, I just read yours in a few different ways.
However, I'd argue that relatively small details just fall into the category of overall interface polish. Not just aesthetic people polish, but the category of things that make you put your hands to your face and scream in frustration.
But yes, there are definitely important details in other layers that are worth considering. I think that when people make comparison's though, beetween macOS' level of finesse and something else, that finesse is defined by polish at most levels of interface with that hardware and so on.
Nice project, however I’m worried about their scope (reimplementing the MacOs APIs?) being too large for their team, to achieve that level of ‘finessse’ a billion-worth company has made decades achieving.
Moreover in my opinion the contributor pool might be thin, most potentially interested users would prefer using MacOs, and most linux users being notoriously not fond of the lack of configuration. Happy to be proven wrong!
helloSystem: We have been in fact working with helloSystem! As some people have noticed, Release 0.2.X was basically helloSystem. (That was the second PoC. The first had been built on vanilla FreeBSD and had no GUI at all.) Under the hood, however, release 0.2.2 has a partial implementation of Cocoa, a modified compiler & linker that support frameworks, and several other additions that make it distinct. We have similar philosophies, and share technology and cooperate where it makes sense (e.g. Filer), but the project goals are quite different.
helloSystem wants to create a computer that is simple to use, open, elegant, small and fast. Older Mac OS X and Classic are an inspiration to what that might look like, but they are not explicitly trying to create an open-source Mac. In fact, they're mostly avoiding Objective-C and XML plists and other Mac technology in favor of simpler and/or more modern ways (e.g. Qt, C++, JSON).
ravynOS is explicitly trying to be compatible with Mac software at a source and eventually a binary level, without losing support for FreeBSD/X11 software, and to implement a very similar experience on the desktop and at the command line. For example, on ravynOS you can type open -a MyApp image.jpg and have image.jpg open in MyApp. You will find things in (mostly) the same directories as a Mac, like ~/Library or /System/Library/Fonts. This project is not as concerned about keeping the OS as small and simple as possible, and more concerned about making it clean, secure, performant, and compatible - implementing many of the features I use daily in macOS while skipping the lock-in and "tabletization" of the computer.
Some of the more technical differences between ravynOS and hello are:
- ravynOS uses a patched kernel with support for Mach, just like xnu, and a compiler suite that supports Frameworks and has preliminary support for Mach-O as well as
- ravynOS has a package repo with software built to "standard" paths like /System, /etc, and /usr instead of the FreeBSD repos which are built into /usr/local
- ravynOS desktop is being written from scratch with Cocoa, Mach, and OpenGL on a Wayland compositor, where hello's desktop is based on openbox, Menu and Filer (originally from LXQt) plus other lightweight services for notifications (dunst), screen color temperature (redshift) etc
- helloSystem uses a simplified .app structure whereas ravynOS uses real Bundles for .app
- helloSystem tends to use typical Unix paths and files, while ravynOS is moving towards typical Mac paths and files
I hope it sticks around. If it's around long enough, it can be an alternative in its own right. Ever since ElementaryOS lost momentum (or really never found it, rather) I have been looking for a "third way". RavynOS could be a great way to develop Mac apps and also target the apps for RavynOS. Could be great for music appliances and whatnot.
The short answer is "hardware support". ravynOS should run on most commodity x86_64 hardware using FreeBSD's very stable and performant drivers.
The longer answer is that plus I don't see any real advantage to using xnu. We have merged in Mach support now (big thanks to NetBSD, NextBSD and the iX Systems folks for that) so the xnu approach just seems to add complexity and the effort of writing and maintaining drivers.
Considering how big this project is already, I opted to stick with the BSD kernel - at least for now
Regarding hardware support, will this run on actual Apple silicon? If not, it seems like Linux would have been the better choice for maximizing hardware support, if only for Asahi Linux's work.
(btw, I don't know much about this kind of work, so I have no idea if it's feasible to port the drivers from Asahi to FreeBSD, or if they'll have to start mostly from scratch)
Darwin is still open sourced, but mainly because of drivers and differences in certain other things (threads maybe, Mach ports / IPC, etc) that don’t have the integration or implementation with existing software is a major headwind to attempting a full encompassing Darwin OS.
PureDarwin was (is?) an attempt that hasn’t been able to break through those headwinds.
Same on MacOS and Firefox with a 4K screen ans same on Firefox and a Pixel 6, scrolling lags hard on the section with pictures. Making a bad first impression of this new OS.
There is a subtle translucency effect applied to the top bar that picks up and scatters the large svg’s behind it. I haven’t seen how it’s implemented, but it might not be performant on all web engines.
The challenge of course will always be hardware—notice the evolution of Asahi Linux on Apple hardware and how difficult it is. Then, throw in the device driver hellscape (wifi cards, drives, sound, video, etc.)
This OS sounds like a dream for me, but I have to imagine it will take many years and a lot of willing experimenters to make it usable. I wish I had that kind of time.
It is strange. Just downloaded and tried to boot in a KVM+Qemu VM targeting FreeBSD 13 (virsh). Booted but kernel hung with an obscure launchd dispatching job message. I haven't used FreeBSD consistently since the 4.x days so I have no idea what this means.
Looks interesting enough to play around with but for such an ambitious project VM support should be one of the first dev priorities not only for dev and testing but for users wanting to take it for a spin.
I’m going to do some good old Hacker News bike-shedding here…
Whenever I see something that looks like a poor copy of something else, it has an immediate (negative) effect on me from quite deep down.
It’s a variation of the uncanny valley I think.
The UI screenshots on the landing page all look like “best effort” copies of macOS UI elements but are just slightly off and that “slightly off” feeling really sits badly with me. This is not a intellectual judgement but an instinctive gut reaction.
I totally get what they’re trying to do, but I think it would be worth creating just a tiny bit more distance from the macOS design language because if you try to be a direct carbon copy of macOS, it’s just going to fail at at that.
It’s a bit like when you see cheap knock-off products replicating those of mainstream brands. The knock-offs could actually be quite well made but because they’re imitating other products they just don’t ever look right, and the failed imitation aspect overshadows everything else.
I wonder what others think (especially the macOS users amongst us).
Aside from that, I think the idea of the project is cool. It just needs more of its own identity I think.
> ravynOS uses a patched kernel with support for Mach, just like xnu, and a compiler suite that supports Frameworks and has preliminary support for Mach-O
Hi, I just wanted to let you know that the ravynos.com's top part of the page performs very poorly under Firefox, most likely due to some animation overload. Was firefox considered in the tests?
It's due to the use of the blur backdrop-filter which seems to have been enabled by default on release builds of Firefox relatively recently.
Interestingly, it's a feature introduced to CSS way back in 2015. There must have been some major blockers on getting that out the door if it took ~7 years.
Thanks for your work, i like the design choices you made.
I believe that a bigger factor today is the third party support for your system.
stuff like teams not working, or netflix not being able to stream in 4k makes me still keep my windows machine, even though at this point its basically a firefox / vscode terminal with extra apps and of course a system level integration of docker.
Im pretty sure there is enough room for a true developer OS but it still needs to do all the "little" things that we have grown accustomed to.
>we decided to abandon the current path of using X11/KDE desktop components and write from scratch a new UI that will align better with our goals. A very early UI on the new WindowServer is starting to take shape as of 2022-07-27.
I get the desire to avoid X11, but why write a GUI from scratch instead of using Wayland?
This is a very cool project and I wish them success.
From a technical standpoint, maybe it won't matter, but I am concerned about the fact that they're using (at this time) a Wayland compositor. I have read that Wayland has some problematic technical design decisions (which were not known when it was conceived) and now today we have the awful situation where most apps in my experience run better in X.org and some are ok in Wayland. From an eyestrain perspective, I find x.org less straining to look at than Wayland. This may have something to do with the drivers but the compositor plays a role for sure. I don't use Wayland by choice. Name a widely used app? Sure, Firefox web browser. Turn on "Use autoscrolling" in the preferences and see how it is. On X.org it is smooth, on Wayland it uses XWayland instead and is not smooth. Both projects are years old. Every single X11 app requires programmers to re-write/convert them to native Wayland. It should have just broken compatibility from day 1 and started from scratch.
BSD DRI drivers are copied over from Linux, just older versions of them, so I don't have a lot of hope that there will be new drivers or a new compositor (likely years away).
Apple, while Darwin is a direct descendant of FreeBSD, Apple is not using Linux DRI drivers, they have enough NDA access that they have their own closed drivers, and instead of using X11, they made their own GUI stack.
I want to say what should be done is to do what Apple did, make a brand new gui stack on top, but that's incredibly difficult with limited resources. With Apple or MS you have endless amounts of money and developers, with X.org & Wayland you have years and years of incremental development. It's tough.
Wayland doesn't have broken technical decisions, they're just different and require applications to adapt.
A typical examples is global hotkeys. On X11, any application can monitor all keystrokes at any time. On Wayland, applications only get keyboard events if they're in foreground. Global hotkeys must be done via a separate compositor API. This breaks applications which expect to be able to detect keystrokes when they're in background, but the "feature" they relied on also allows any random application to include a keylogger. Such applications need to update.
You mention Firefox uses XWayland. Firefox also has native Wayland support (I'm writing on it right now!). This is likely a mis-configuration at some level, or maybe the Firefox version is too old.
OTOH, things like scaling are completely broken on X11, and while the hacks around it improve over the years using a HiDPI display will likely never be as smooth as on Wayland. And if you have a laptop with a HiDPI display and a LowDPI external monitor, one of them is going to suck forever on Xorg.
We are, of course, on a transitional period. A lot of applications still need refinement. Qt in particular still has lots of bugs on Wayland. But these can be fixed, there's no broken design decision which makes them unfixable.
Does it run Better Touch Tool? I use it to resize and move windows with trackpad moves (no click) and modifier keys and also to disable openapple-Q. Does it work well with an apple trackpad?
I'm curious to see how performative this will manage to actually be... Itd be interesting if it could eventually run audio software and AU plugins at a low latency.
> Can I run macOS apps on ravynOS?
> No - not yet. This is a major goal and we're working towards it. So far, some trivial "hello world" binaries in C and Objective-C have been compiled on macOS Big Sur and the resulting Mach-O binaries ran on ravynOS using our in-dev Hybrid linker without any Frameworks or tools from macOS. Source code of some simple Cocoa AppKit-based applications have been built on ravynOS and run as native applications (e.g. Install ravynOS.app). While this is all very exciting, you will have to wait a bit longer to run Photoshop or Xcode.
I would argue picking up where GNUStep+Etoile left off, over Elementary.
Elementary is just a nice skin with some particular tweaks and add-ons. Etoile’s goal was more akin to what they’re trying to achieve here, an actual Objective-C+Cocoa user space with a Mac compatible open library,
KDE is a better desktop environment than MacOS, by far. I have had so many usability issues with my Mac that does not exist in KDE/Linux. E.g. Apple confining the GUI and not including basic functionality.
Specifically:
- I really miss a decent address bar in finder that can be edited directly
- some windows on mac are always on top, preventing access to other windows. E.g. Password dialogs for encrypted hard drives.
- "Cut" does not work for files in finder, severely complicating moving files
- The Maximize button does not maximize, but instead enters full screen, meaning that I never use it
- There is a delay of ~100ms when pushing caps lock on the keyboard that can not be turned off without installing karabiner elements
- Pressing enter in Finder renames a file instead of opening it, an action that is rarely needed and extremely unintuitive – this erroneous behaviour can also be corrected with karabiner elements
- Sometimes audio balance will randomly shift to the left or right with bluetooth headphones, had to install yet another app to auto-fix it every time it happens because Apple is too daft to fix the bug.
- There is no delete key on the Mac keyboard, meaning that deleting a file is suddenly a two- key shortcut combo, whereas it is much easier on Windows/Linux (hit delete). Sigh.
None of those are bugs, just differences. sounds like you tried for a day and were annoyed it's not exactly as you are used to.
Most of your issues simply work differently on macos, and many have been since before kde existed.
Sure some could be better, but changing these would upset the whole user base. (And mac users could claim those things broken in kde in the same way)
I have used windows, gnome2, gnome3, xfce, mac and so on and dislike kde, and gnome3, and all the others. Even mac is really dumb sometimes, but macos is the most polished by far.
And what about all the bugs Apple seems to add on a daily basis and not fixing them than for month, years, or actually ever?
I can read in the news more or less every day that fundamental things like input devices, monitors, audio, or basic GUI features are messed up or bluntly broken in macOS. People already "joking" that one needs to way at least two or three point releases before trying out major updates. That's even worse than the situation on Windows by now (and MS is also breaking things with every update).
As a Linux user that uses a "perpetual beta" distri (Debian Testing) I'm horrified about such news. Comparable breakage does happen on my OS maybe 2 times in a decade on average, and when some catastrophe like that happens (monitor stops working, no audio, USB not working, or such) it's usually fixed within hours!
Coming from the Windows and Linux worlds, I had similar frustrations with the primitive Mac UI. Mostly a better keyboard shortcuts/window timer fixed them for me (Magnet). There are still some issues but they are relatively minor.
What made me stick with the platform though was never having to worry about drivers, and updates being polite and patient, and not being bombarded with a billion ads everywhere like in Windows or Ubuntu. Also not having to drop into the command line to change monitor settings is nice. And the M1 is just soooo nice, fast and quiet and cool, no x86 laptop is even remotely close anymore. They put the ThinkPads, my previous favorite, to shame.
So yeah, to your point, the dumbed down UI is a pain, but the rest of the experience is so much nicer now. I'd take needing a few extra apps over having to go back to desktop Linux...
Is this relevant to the submission, or simply a spot you’ve interpreted as a convenient one to air all of your grievances about Macs? I guess not only air them, but state them in a way where only your approach is correct (“erroneous” is inappropriate to apply to a UI decision that differs from your preference, for example)
If you pay attention, you will note the authors of this decided to Ditch KDE and apparently design their own UI, which would be more like Mac. My point is, power users do not really want Mac desktop environment – it is just a "necessary" evil that we are stuck with.
100% with you. KDE is the only desktop environment, all platforms confounded, that hasn't sacrificed power user functionality on the altar of streamlined / dumbed-down "design".
It's like a race to the bottom to please an elusive lowest common denominator class of users that doesn't exist. I find these other "modern" UIs incredibly condescending.
Instead, discoverability should be #1, creating soft, natural learning curve that welcomes new users without capping or hiding advanced functionality.
It only just dawned on me reading this—Windows doesn't actually "cut" files, does it? The behavior's different from "cutting" text. The files remain until you paste, right? Mac's choice makes a ton more sense, in that case, since actually cutting files is probably a bad idea (if you forget to paste, they're gone)
I am aware of that, but the fact is that this is less convenient than a standard "cut", as on other systems, so I honestly never use that. What I do instead is I have two windows open, and then I drag and drop between them. Also less convenient, but better than having to keep an extra hand on the keyboard constantly.
And of course, a "always on top" flag would have been really nice for dragging and dropping between windows. That option is really nice in KDE, but missing on both Mac and Windows.
This way of doing copy or move makes a lot of sense since it allows you to change your mind without having to go back to the original file and cut/copy again. Instead, it defers that decision until you get to your destination, where moving the file just takes an extra modifier on top of the usual paste shortcut.
> I really miss a decent address bar in finder that can be edited directly
Press Command-Shift-G and it will appear as a small window. (I haven't figured out how to do this in a "Open/Save File" dialog, so if anyone can chime in, greatly aprreciated)
> "Cut" does not work for files in finder, severely complicating moving files
It's annoying that there is no shortcut equivalent, but if you need to actually move a file either drag and drop it, or press Option while right-clicking in the target Finder window - the menu entry will change from "copy here" to "move here".
> The Maximize button does not maximize, but instead enters full screen, meaning that I never use it
Yuck, yeah. Very irritating. Use SizeUp, well worth the 13 US$.
Supposedly the security issue is about copying and pasting passwords.
Trust me, the alternative is much, much worse. You do not want users using the same password everywhere.
I use a password manager, passwords are encrypted and only briefly available doing the copy / paste operation. It also has an auto-fill option which further limits the attack surface.
KDE is much more respectful towards users, because you can actually remove/add the "always on top" flag as needed, and that IS the way it should be.
I find the Mouse is typically more convenient for cut on files, unless I happen to have my other hand on the keyboard. The shortcut keys on mac are often a two, three or even four combination whereas on GNU/Linux or Windows it will be a one or two-key operation.
The way Mac handles copying and pasting text is also horrendous, because it also copies the styling, something I actually never need to do. The way to paste text without styling is a horrendous long, and inconvenient keyboard combo.
Other system does that too, but it is just less often an issue. Typically what I do instead is I have a plain text window open, paste my text in that, then copy it again, and finally paste it in the intended destination. It is piss annoying
Ex graphic designer here, but don't (and never have) used Mac. I highly respect this project and initiative, and the following is more a commentary on my own reaction than your product.
I read the title--finesse of MacOS. I open the link, and the first thing I see at the top is the circular raven logo vertically misaligned with the header on mobile.
That made me think, okay let's try desktop version instead, so I switched to desktop render (still on mobile browser) -- this time the logo is vertically aligned but the padding / margin on top and bottom are lower than on the left.
This is of course nitpicking in the larger scheme of things--I haven't tried the OS, but the screenshots look great and definitely look like MacOS. However, with the title setting up expectations and the first impression being of a misaligned logo made me (unfairly) dismiss the project since I felt you were trying to claim a level of finesse that might not be there.
I don't use Linux, so I'll never really use this product, but it's interesting to me--why do people / projects/teams (in general--not just this product) try to emulate the "finesse" of Apple products? To me, it sets up unrealistic expectations from that product, and I might dismiss an otherwise excellent solution if it doesn't live up to that comparison.
I'm not sure that caring about the design of a desktop environment and website are equivalent - if nothing else, they're different skills to implement. And in any event, it's an early-stage project; that their goals aren't realized yet is hardly surprising.
> why do people / projects/teams (in general--not just this product) try to emulate the "finesse" of Apple products
Because people like them. Why do all sedans look kind of alike? Why are there dozens knock-off chairs that emulate the Aeron? Some people, myself included, really like the look and feel of macOS, but may want to run *nix instead. Enough of those people got together and made an OS.
From a product marketing standpoint, they could have picked a better name. My brain keeps going "Rav-yin" instead of "Raven".
I know why these kinds of pseudo words are chosen for products, they're unique and easy to search. But there are better ways to do this IMO. FreeBSD is a prime example of a great product name.
I noticed the logo misalignment but the rest of the website was pretty good so I figured it was a one-off issue (rather than representative of a trend).
I didn't notice the misaligned logo until you pointed it out (but I'm a guy who prefers 'ugly things that work ' rather than 'unusable junk that looks good')
What I did notice though was th first screenshot with the red, yellow, green buttons of osx window titles.
I think this is a really bad design, and I don't understand how people can like this.
Sure, nice round "buttons", but very unclear what their purpose is.
I think this is something of a red line through Mac/iOS: The preference of unclear user interface that "looks good" instead of a clear interface that communicates with the user.
I've used Mac for years, and still don't know what the yellow button does.
I like the idea of this new OS, but please make better design choices that Apple :-)
I’d propose going all the way back to NEXTSTEP and taking that as inspiration. It’s similar enough to OS X that it would feel familiar to Mac users, but without the 20 years of being "function follows form"ed to death.
To be fair, I remember the apple website rendering pretty badly on mobile device for a long time, at some point it actually made me feel like this company had really low UI standards. (I think it was the versions between 2007 and 2017 and didn't used their products at that time)
I struggle with chasing after the MacOS appearance.
It feels in passing like a lot of work to build a skin/UI that will always be a few generations of the design language behind and not quite there, just given the volume of staff at Apple and them being the ones defining where their design language goes.
Like a choice between a Porsche and, according to Google a Zotye -- they'll look close but one will be the obvious "genuine article."
Would it not be better to take all that talent and consider a fresh approach to the user experience of a personal computer?
Does MacOS really have that finesse they try to emulate? First thing I noticed when I started using a mac is that double clicking the Finder titlebar only expands it vertically while every other app expands both vertically and horizontally. Second thing, when I close a window and then press Cmd+tab, the icon is still there, and if I select it nothing shows up. There's more of these everyday things that work sloppy so I wonder why does the mac have that image of finesse when I don't really see it.
> double clicking the Finder titlebar only expands it vertically while every other app expands both vertically and horizontally
For me it fits-to-content both vertically and horizontally. I just tested in both list- and icon-view. Mac OS 12.
> When I close a window and then press Cmd+tab, the icon is still there
This is because the Mac UI application/document conceptual model, which has been consistent since at least the 1980s. An application is either open or not. If you have multiple documents open, they are open within a single instance of the application. You can also have zero documents open. The application doesn't quit automatically when you close the last document.
Other operating systems flatten these two concepts into one, such that each new document appears as a new instance of the application.
I'm not suggesting one is better than the other. Just that I don't consider this a lack-of-finesse since it's been my mental model for 25+ years.
I'm also not disagreeing with your overall point. I can think of plenty of inconsistencies and lack-of-finesse in modern Mac OS UI, to be sure!
It's not "sloppy" it is just a different approach.
It drives me nuts on Windows that when I close FireFox the entire APPLICATION closes! I just wanted to close the window. Now when I start it again / open a new window, I have to enter my LastPass credentials. And pay the boot penalty.
IMHO, a multi-window app should not exit when I close the last window.
Linux Desktops and Windows both do this, macOS does not.
> IMHO, a multi-window app should not exit when I close the last window. Linux Desktops and Windows both do this, macOS does not.
On Linux' Firefox, this does not seem to be the case. I just confirmed by closing a window with a few dozen tabs, and my other windows were perfectly fine. Same goes for VS Code, IDEA, Ghidra, Tilix, etc. This might be Wayland-specific behavior, but closing one window does not appear to take the rest of the apps with it (unless they were a child process).
I'm the complete other way. First thing I did when setting up MacOS was to install RedQuits. I think it stopped working sometime after an update. I never liked my dock crowding up with things.
And with Firefox, it would make the "Restore all tabs on open" not work, since clicking X didn't close the app, and thus pressing Firefox again would just create a new empty window. For it to work, I had to not use the red button, but cmd + q or the menu bar.
The behavior is inherited from the classic Mac OS which initially predates and was developed contemporaneously with Windows. Apple assigned one behavior and Microsoft assigned another. To the extent that one is “more intuitive” it’s because your expectations as to what should happen is different, and “maximize” is a lot easier to behaviorally define, describe and program than “zoom” so GUI programmers preferred it, or knew it better because the behavior and conventions they mimicked in X window managers were taken from what Microsoft was doing at the time.
When screen resolutions are 640x480 or 800x600 or even 1024x768, maybe you just want maximize all the time; but maximize is an anti-feature to me on anything bigger.
> Yes, the application hasn’t quit. You’ve only closed its last window.
To further expand on this, this is also application-defined behaviour. The application can choose whether it wants to stay open or close. This is no different from Windows (e.g. closing a Spotify window will just minimize it to taskbar), it's just that Cmd+Tab by default shows all running applications, whereas Win+Tab/Alt+Tab on Windows by default shows open windows.
Unlike Windows, there's a separation of concepts between "application" and "windows" on Mac. Closing all the windows of an app doesn't imply closing the app. I actually think the Windows way is sloppy (and I came from Windows). I want that kind of granular control. So many times back in the day, I'd accidentally close all my Internet Explorer windows, and have to pay the time-cost of reopening the app from scratch. It's less annoying now with SSDs, but reopening an app is still more expensive than opening a new window for an already running process.
If I want the app closed, cmd+q / alt+f4. Repeated cmd+w / ctrl+w shouldn't also close the app (IMO).
On the contrary, leaving so many apps open can make my machine feel like it's "dragging" when I really push it, mostly because I have software open that I'm not using. Especially on Macs, where memory comes at an extreme premium, I find myself frequently frustrated by the number of applications I have open. This also happens on Windows with tray-minimized apps, but to a much lesser extent.
In either case, I find both implementations sloppy. Apple's solution is complete but redundant, and Windows' solution is simple but lacking. I have to give it to KDE and GNOME, both desktops manage to 'fix' this problem by encouraging people to minimize apps they aren't using. Your (X) icon still has the magic power to kill processes, and you get to keep your precious applications when you're done using them. Boom, no need for ultra-complex Application/Window/Form/Dialog hierarchy for the user to wrap their mind around. Simple solution to a simple problem.
Windows has a similar distinction between applications that have one window per open document (SDI for Single Document Interface) and applications that have one window with tiny windows inside for each document (MDI for multiple document interference).
Your second point is by design. macOS lets apps run without windows. Hold Option while once you select the app via Cmd+tab and it’ll open a new window.
Being able to CMD+c to copy things in a terminal is one of my favorite things about programming on a Mac. Ctrl+c to copy everywhere, except the terminal (there it instead is an interrupt) is a major annoyance working in Linux
The default is usually ctrl-shift-c to copy and ctrl-c to send sigint - but setting the copy command to ctrl-c will usually flip them, making sigint ctrl-shift-c.
I enable this on basically all the terminals I use. I also immediately rebind cmd to ctrl in mac, since I can't stand the RSI inducing placement of the cmd key.
Ctrl-v was SIGINT long before it was a shortcut for paste (first added in Windows 3.1). Although it can be switched now, it hasn't always been so. Of all the things that desktops (I'm not going to say Linux, as it isn't a Linux issue as it affect every system that uses KDE/GNOME and the like) designed to run on top of *nix like systems that were copied from Windows, this one really boggles my mind.
I don't use a Mac. How does one interrupt a program if Ctrl+C is bound to copy? At this point when I'm in a terminal Ctrl+C is muslce memory for interrupting a running program.
Macs have a Meta key called Command that can be dedicated to the shortcuts defined in GUI applications while leaving Ctrl free to be used by console stuff. So all the GUI copy/paste/windowing etc controls use Command key shortcuts.
The original 1984 Mac keyboard did not even have a Ctrl key, it was added to later keyboards as people wanted access to terminal applications.
Ctrl-C is still bound to an interrupt — it’s Cmd-C (i.e. Super-C / Win-C) that is bound to copy. Most things that a regular user can think of (paste, print, select all, to name a few) that would be control mapped in user facing programs are typically mapped to the “command” key instead.
At this point, "Consistent shortcuts" is the main "feature" keeping me on MacOS.
Cmd+, opens preferences in every app.
Cmd+[ or ] goes "back" and "forward", in every app that has those concepts
Cmd+Shift+[ or ] switches tabs, in every app that has tabs, except a handful of stupid chat apps who think they're too good for it.
Cmd+W always closes the current tab, if the app has tabs, (or current window, if the app has no tabs), and does not quit the app – that's what Cmd+Q is for.
Etc.
Also notice how PageUp / PageDn, keys that my keyboard doesn't even have, are not used for crucial shortcuts like these.
Seemingly small things, but absolutely maddening when developers don't respect the common convention, or when a common convention does not exist.
I always thought this consistency was a feature of the app ecosystem and app developer attitudes rather than the OS itself, so I'm not sure what RavynOS can do to make third party apps obey their idea of consistent shortcuts? The wiki doesn't mention anything about shortcuts despite the language on the home page.
"Consistent shortcuts" is the main "feature" keeping me on KDE.
Cmd+Shift+, opens preferences in every app.
Alt+Left or Right (or Back or Forward) goes "back" and "forward", in every app that has those concepts
Cmd+Tab or Cmd+Shift-Tab switches tabs, in every app that has tabs.
Cmd+W closes the current tab by default, if the app has tabs, (or current window, if the app has no tabs)
Cmd+Q quits the app.
Etc.
What's again so special about macOS?
One needs only to avoid GTK stuff, Electron, and Windows Software, and one gets perfectly consistent behavior.
And those behaviors can be "even" configured globally! (That's something to mention specially of course when talking to Mac users as such an advanced feature like "configurability" is notoriously missing in the Apple universe).
> One needs only to avoid GTK stuff, Electron, and Windows Software, and one gets perfectly consistent behavior.
So as long as one avoids all the inconsistencies then one gets consistent shortcuts? ;) Only using Qt apps on Linux is very hard. A lot of good apps are GTK or Electron. On macOS there is no GTK & Qt divide and Electron apps are very good at implementing macOS shortcuts. Hence you get more consistent bindings.
Also, many bindings are absent even in Qt app. For instance, on macOS you have Emacs-style bindings in every app (Ctrl+a, Ctrl+p, Ctrl+k, etc.). Those are very useful. You can get them on Linux (at leasts in GTK apps) but it's very hacky and it conflicts with a bunch of stuff, whereas they fit right in on macOS. Cmd+Shift+/ to search all menus is also super useful and I don't think you can do that on KDE.
> And those behaviors can be "even" configured globally! (That's something to mention specially of course when talking to Mac users as such an advanced feature like "configurability" is notoriously missing in the Apple universe).
If you don't think macOS can be configured then you are mistaken. It can't be configured to the extend that KDE can that is true (some of us consider that to be a feature). But a lot is still possible. As an example, kindaVim adds vim-style keybindings to every app which is kinda cool.
Since you mention GTK, I assume that must be the root of my problem – I keep trying Ubuntu and some other GNOME distros, haven't tried KDE. Ubuntu was definitely a mess when it comes to consistent shortcuts when I last tried it (a couple years ago).
For those more familiar with Windows and probably most Linux conventions, Home/End won’t behave how you want but they move to the start/end of a scrollable view (which IMO is more useful).
In most any app ^a will be your Home equivalent and ^e will be your End equivalent. If that sounds weird or weirdly familiar… a subset of emacs key bindings are built in for basically all native macOS text inputs. If you get weird and hook up a full keyboard to iOS devices, works pretty much the same!
(I personally use ^t quite a lot because I accidentally rtanspose letters while typing all too frequently)
Woah, I love this thread. I didn't know about the tab or preference shortcuts. And I used ^A and ^E in terminal but didn't know it worked in other apps. Are these all documented somewhere?
Some of the offenders surprisingly include newer Apple apps like Books. Some of the commands are not included with shortcuts. Seems like they weren't thinking too much about desktop users when they ported it from iOS.
Speaking of this specialness... having the main system shortcut modifier – Cmd – physically located under both your thumbs is priceless.
In contrast, the Ctrl keys are usually located such that they're best accessed with your pinkies. Who thought that making people use their weakest fingers for the most common shortcuts is a good idea?
Could you remap your keys to have Ctrl keys under the thumbs in Windows / Linux? Yes, but then:
1) It will become hard to use Ctrl-based text navigation shortcuts (such as Ctrl+left to navigate one word left) with one hand, and
2) Ctrl+Tab will now use the same physical keys as Alt+Tab used to, and your brain will never heal from this (at least mine refuses to).
The big one for me is that Cmd+C and Cmd+V do the exact same thing in Terminal as they do everywhere else, unlike with terminal emulators under Linux. Copy and paste are too ingrained from decades of Mac/Win use to fight against muscle memory for that one exception.
The one thing keeping me on MacOS is that it is "*nix that works". I have never found Ubuntu / Linux to be as stable; worrying about updates breaking things, updates indeed breaking things, drivers randomly stopping working, googling in desperation for half-baked fixes online, randomly trying different options in some dotfile until stuff works etc. Mac just works; maybe there are features that Linux would give me, but as I spend my time between the terminal and the browser, I'm not sure I'd notice much.
I think I'm not alone in this approach; I wonder if this project has the change to be as rock-solid as Apple's offerings. If not, I'm guessing it's not for me.
I agree but the *nix part became less and less significant. Bundled Unix tools are ancient. Compiling your own kernel is almost an anathema (it is possible but you will have nonstop hurdles, you will lose a lot of features and you will have to fight the security system too many times to remain sane).
Even the UI conventions that let you use the keyboard instead of the mouse are now often broken by Apple itself (it impacts power users more than impaired people since accessibility features are still good).
And no containers - those require you to run a different kernel on a VM.
Frankly I feel that macOS went back to being like Mac OS 9 in a lot of aspects - it's just enormously bigger and has a proper foundation but the UI is again mouse centric and proprietary and the system is more tightly coupled than ever with the hardware
I don't know what is the last time you used linux but lately there is great improvements in user experience. I know non-techie people using Linux Mint/ubuntu
without any hassels.
I'm writing this from my Ubuntu desktop (LTE). Just a few months ago some update broke everything (graphics). Then somehow I fixed it, but it broke again on restart. It took best part of a week for me to fix.
You might say it wasn't the best distribution for reliability, or that graphics with NVidia are always an issue etc. but the fact remains that, for me, for an OS to "just work out of the box", MacOS is much better.
[I'm also not a Linux n00b, been using it for over a decade, though not an expert for sure]
I'm the de facto IT support for my family and neighbours. They are using Pop OS for about 3 years now. It has been great from both their UX and my maintenance perspective.
My father even did the 20.10 to 21.04 LTS upgrade himself! I highly doubt if windows would've been as smooth an experience.
(Macs are out of question for us since none of us are rich!)
Interesting - my experience has actually been the exact opposite. I always hesitate to update my Mac OS machine as it will inevitably break or misbehave, whereas I rarely run into issues upgrading my Ubuntu machine.
Crazy how much experiences vary… been riding the wave of macOS updates for years, always running the latest and breakage is rare, temporary, third party in nature, and is usually a result of the dev of the app in question not moving off of some deprecated API despite warnings that it would be getting removed in the near future.
I hear a lot of people saying that. What I find out mostly is their last experience of linux on a desktop dates back to the early 2000 and or crappy distros like ubuntu.
You do realize that Netflix uses FreeBSD, right? That a good chunk of NAS builds, diy or not, use FreeBSD? That high performance network solutions often use FreeBSD because of what is commonly seen as a better/more mature network stack?
Having a smaller user base than the world's most used kernel (Linux) doesn't mean it has a small user base in absolute terms. And being a smaller kernel in lines of code is certainly a positive thing.
This pattern repeats, with OS's smaller than FreeBSD having good reason to be chosen in production.
Fun fact: Apple used NetBSD on their Airport product series.
I'm not sure you should plainly compare FreeBSD on a limited choice of Hardware doing server things with "a general purpose GUI desktop OS".
OP didn't say FreeBSD was bad in my reading, but as a somewhat irregular user you just notice 1000 papercuts (which are not the OS's fault per se for the most part) but which detract from the overall experience. Every nth software package you use for the first time needs a (small, 3-line) patch which is mostly because the people develop on Linux. Sometimes it's better if they develop on OSX, sometimes it doesn't matter.
> Today, FreeBSD is used by many IT companies such as IBM, Nokia, Juniper Networks, and NetApp to build their products.[16][17] Certain parts of Apple's Mac OS X operating system are based on FreeBSD.[18] Both the PlayStation 3 and Nintendo Switch operating system also borrow certain components from FreeBSD,[7][8] while the PlayStation 4 operating system is derived from FreeBSD 9.[19] Netflix,[20] WhatsApp,[21] and FlightAware[22] are also examples of large, successful and heavily network-oriented companies which are running FreeBSD.
Software that everybody uses can be affected by terrible bugs - Heartbleed couldn't have happened otherwise - so what is the magic level of usage needed to avoid bugs and be stable?
> One of the main benefits of macOS is perfect hardware support.
Insofar as you have perfect support for the very small subset of hardware that computers running macOS can have. I'm sure you could get similarly perfect hardware support on Linux by being careful about which hardware you run it on.
Nobody did this for Linux on the small subset of Apple-branded macOS-capable x64 machines before, much to my chagrin.
I donated to marcan in the hopes that someone now will.
There should be a free software OS installer that is as easy to use and supports as much hardware with full functionality as the Apple OS installer. Apple has already done the heavy lifting of a well defined hardware target.
Their target is existing MacOS users. Thats a BSD derived kernel and OS API and the model is quite different. Making a Linux kernel look right, is a path ?Gentoo? took some time ago, and I am unsure you can call it an unqualified success.
Looks like lots of efforts to recreate the crappy MacOS X UI and user experience. I mean it was fine and less a mess than windows has ever been but it barely evolved since Nextstep in term of UI paradigm and feels dated nowadays.
The interesting part in Apple products is mostly the hardware.
My UI experience is very limited (Windows and Linux only, I currently use XFCE4). What do you consider to be the best UI(s) currently offered (in an operating system)?
I feel gnome3 is a much better/faster/ergonomic. It works great regardless if you are a keyboard, mouse or touchscreen heavy user.
My only gripe is I wish firefox would integrate it better instead with an UI similar to (now defunct?) Eolie web browser.
Also I haven't spend enough time with it recently but I think kde plasma has the flexibility to be probably as good as gnome. I just don't like the default settings and have always been too lazy to dig deep into it. I used to love kde3.
That's highly subjective point of view. I've used windows since high school (about 4-5y) until Win7, then Ubuntu for 7 more years, after that Mac. Switch was always hard, but now I would never go to neither Win nor Ubuntu. Mac's UI is so superior in my opinion - for my work and productivity, that I would never switch back. People often talk bad about some Mac UI stuff like they are "bad" because they are "different" than people are used to on Win or some imaginative "this is how it is supposed to be" stance, and I get puzzled because those are precisely features I like and I want.
Particularly the "simple installs" graphic on that page. Who wants to, using a mouse cursor, after opening an installer "shortcut", click and drag an icon onto some other icon, presumably representing a shortcut to an "app" folder, simply in order to install a program? What is that even supposed to represent, anyway? Big step backwards for package management.
This is a dead end. FreeBSD, lmao. Why not choose Linux, which supports way more hardware and features. Not promising for the general quality of decision making.
FreeBSD is a modern performant OS with broad hardware support. I don't know what feature you had in mind, but FreeBSD comes with kqueue and has largely the same core utils as MacOS, which isn't a lot but why not take the free wins you can get? Not to mention that if they manage to pull this moonshot off, porting the resulting work to Linux would be utterly trivial in comparison. So ingrained Linux fanboys don't have to worry, if this becomes a thing, they'll get in on it.
That seems like a lot of work. If what you want is to be able to run MacOS X apps on a free (like in free speech) environment, there's https://www.darlinghq.org/ which is like Wine but for MacOs X apps.
If what you want is to replicate the MacOS X UI you can customize the UI of your DE on Linux, or use something like ElementaryOS or use Pantheon.
I find this gtk application theme and shell theme to go even further than elementary. The developer releases all sorts of themes with insane quality. You can even tweak them to suit your preference such as sidebar width and compact header size
I admit that I haven't personally used Darling but it would be rather pointless if it only worked for commander line apps. All command line apps I use on MacOs X are from homebrew and are available in Linux so for me it only makes sense for GUI apps. Also, I never really missed a MacOs X specific app when I use Linux, most apps I use are multi platform anyway, and the rare one that is not, it usually has a decent equivalent for Linux.
The problem with all these things is that they only visually look like macOS. Once you try to use them, you find that nothing works as it is supposed to. Drag and drop is severely limited, programs don't share a common set of norms, or if they do, it's not the one you're used to. The hardware itself that you need to run it in is horrible in comparison (especially touchpads). Finally there's always the tremendous numbers of sharp edges shared by any of these types of OSes that will ruin the rest of your day as you try to figure out how to get past whatever the problem is so you can get on with what you were originally trying to do at the beginning of your day.
Stop chasing the look of MacOS. Replicate it's functionality and feel first.
This looks like not a reskin of an existing FreeBSD or Linux windows system, but an actual reimplementation of macOS. Very interesting if they can pull it off!
I wonder though, why start with old Objective-C cocoa APIs instead of Swift?
Objective-C is the ABI of all UI-related macOS frameworks and it would probably always be. Even if you're writing in Swift, as long as you're using AppKit, you're using Objective-C classes under the hood. There's no such thing as "Swift Cocoa APIs". And SwiftUI is an abstraction layer on top of, again, AppKit/UIKit/WatchKit, which are themselves all written in Objective-C.
That used to be true. https://developer.apple.com/documentation/realitykit/ https://developer.apple.com/documentation/GroupActivities
5 replies →
The greater bulk of the macOS userland is still written in Objective-C.
Yeah but they expose the same ABI. If you can write in Objective-C, you could write it Swift and externally it'd be no different. And since they're reimplementing this stuff from scratch, I'm surprised they didn't just do that.
(I'm saying this as someone who would be more inclined to contribute if it was written in Swift.)
2 replies →
It's a BSD. (Knowing that, you probably wouldn't ask them, "Why C and not C++?") As a language (and ecosystem*) Objective-C is mature and lacks complexity in a way that doesn't apply to Swift.
* They definitely did not start with Objective-C and a blank slate here; they're folding in monumental amounts of third-party code
I wonder if Cocoa is that language specific or if it’s become legacy tech. When Swift was announced and when I explored it for personal projects, I was very much calling Cocoa APIs. They definitely catered to ObjC-isms, but my impression was that all of the underlying UI frameworks were being preserved even if they might gain additive APIs to be used less awkwardly in Swift.
This year Apple made the point Objective-C is done, time to move on, for those that were still wondering.
Around minute 4, or go through the transcript.
https://developer.apple.com/videos/play/wwdc2022/102/
12 replies →
SwiftUI is an intermediate step in this transition. Expect the UIKit/AppKit bits to eventually disappear.
3 replies →
I really hope they build some kind of application registry, including listing projects that don't yet work on RavynOS, so that the community can see which packages are most in-demand, what % of apps that people want are supported, reviews from others on stability for the platform, etc.
Could bootstrap this by looking at everything in Homebrew (including casks) and sharing whether it seems to work on RavynOS yet (or whether it's ambiguous, and how you can help disambiguate).
The biggest gap from developers will be the lack of docker on freebsd.
Personally, I find that to be an asset not a failure.
You could do what docker does on the mac, put it in a linux vm.
This may be an issue for some developers, but not all. I’m a developer and I never use Docker.
GNU/Linux developers.
> lack of docker on freebsd
I'm using sysutils/docker on FreeBSD with DOCKER_HOST env var set to "ssh://user@linuxvm" where linuxvm is a local VM running on bhyve[1]. Part of local FreeBSD filesystem is shared with the Linux VM via virtio-9p passthrough. Everything plays together nicely.
nerdctl[2] works with sysutils/containerd. You can't run Linux images on FreeBSD kernel (Linux jails may be an option) but there are FreeBSD images. Pkgbase[3] aims to make FreeBSD more modular, divided in chunks smaller than "base", "ports", "src"; feasible for containers.
[1] https://wiki.freebsd.org/bhyve
[2] https://github.com/containerd/nerdctl
[3] https://wiki.freebsd.org/PkgBase
1 reply →
Personally I find this kind of idea to be a dead end, since so much of what makes macOS special is really beyond the capabilities of anyone other than Apple. For example, total vertical integration, e.g. calling up kernel team and ask them to make a change for WebKit. SerenityOS also does this because Andreas Kling worked at Apple, realising that vertical integration is fundamental. But then there are other things, like incredible hardware integration with things like the trackpad and CoreAudio, as well as precise control over the CPU and power. I'll be interested to see if this goes anywhere but in my opinion there are better places to go, such as for example SerenityOS, which I think is a kind of operating system that is far more suitable for the space of people who don't want to buy Apple.
I'm generally a bit sceptical of this "copy macOS" idea. It isn't a particularly amazing operating system, it is mainly just very well supported by third parties considering that it is a unix. You won't have that if you recreate it in this way, and I'm not sure if you will be left with a very good experience.
Agree. Also I see some video on SerenityOS and I find a very good teaching environment/gym to see a such vertical integration.
Last but not least HaikuOS deserves some forward look
Looks like this is a rebrand from the Airyx project that was posted before [1]
[1] https://news.ycombinator.com/item?id=28068542
Thanks! Macroexpanded:
A macOS-like operating system based on FreeBSD - https://news.ycombinator.com/item?id=28068542 - Aug 2021 (254 comments)
They had a trademark issue because there is a German company called Airyx that uses an almost identical domain on top of that (airyx.com vs airyx.de)
Thanks, yeah that slightly confused me because the screenshots on the sight all talk about Airxy, rather than RavynOS.
Other than that it looks interesting, a sorta-Mac-aesthetic sorta-BSD.
Hmm. I'm not sure what to think of all this special build stuff. I moved from macOS to FreeBSD + KDE mainly because I felt that macOS was becoming too dumbed down.
And I actually like the UI and configurability of KDE.
So no, I'm not going to use it but it probably could have made me move to FreeBSD a few years earlier. But with this kind of 'copycat' I always wonder if they manage to support a large enough ecosystem to make it work well. After all the biggest selling point of macOS is traditionally the 'just works' principle. Using FreeBSD as a daily driver I know the hardware/driver side needs a lot of tinkering. Which I don't mind, but macOS users would.
I also wonder about their business model, it seems to be a company?
I tried running this last night on an i7-8550u, and eh, I didn’t get far. I got it to boot to a GUI, but nothing else loaded, not even an installer. And because the screen was 4k, my cursor (and everything else) was tiny. I think this is a cool project but just worth noting that this is a proof of concept right now rather than a complete thing. Best of luck to the RavynOS team.
Some of the words in the screenshots make it sound like this is a skinned version of KDE. Konsole, Kate, Plasma for example:
https://ravynos.com/screenshots.html
> PLEASE NOTE: On 2022-02-14, we decided to abandon the current path of using X11/KDE desktop components and write from scratch a new UI that will align better with our goals. A very early UI on the new WindowServer is starting to take shape as of 2022-07-27. Thanks for your patience as we work to make ravynOS the best possible version.
Oh, the good old "rewrite the world" approach.
Good luck to the developers!
15 replies →
Today's KDE can be almost identical to a MacOS desktop, if you customize it properly.
I'm a KDE user since 2010 and a week ago I purchased an M1 Pro (hopefully to install Asahi in the future). My desktop was basically a top bar with global menu, a few widgets and Latte Dock.
If I didn't know that Mac came up with the functionality before, I would think that it is Mac that feels like a skinned KDE
Can it get the font rendering to the level that macOS or iOS have? If yes, then it's getting there. The few things that scream to me that I'm not using a mac:
1. Antialiasing of fonts, how crisp and clear does it look on my screen? Windows has struggled with this especially after ClearType.
2. Alignment of elements in various applications. The traffic light window controls look way too far into the app's header. Find a happy medium, copy macOS's spacing.
3. Is the contrast in colors strong enough to tell me this was designed by someone who has some design (hopefully color theory background) or was it just an attempt to use many colors?
It's basically impossible to have crisp fonts without a high DPI integer scaled monitor. The target monitor hardware for Windows and MacOS is vastly different.
> The traffic light window controls look way too far into the app's header. Find a happy medium, copy macOS's spacing.
I noticed that too on the screenshots page. And it's weird cause it looks right under the "features you'd love" section on the main page. It looks like most of those images (the traffic light buttons, global menus, folder icons) are faked to look like macOS but then the screenshots don't actually look like that.
There used to be Infinitaly that somewhat helped with that.
If you find your fonts rendered to thin compared to macOS you may try changing some of the freetype settings, such as:
1. Doesn't macOS turn off font antialiasing for retina displays? I believe retina displays (with desktop scaling) is the real solution to crispy fonts.
apple was using grayscale shape-acxurate smoothing, it works on any display with any arrangement of subpixels
windows clear type is using pixel-accurate subpixel smoothing, it works only in one direction with correct subpixel pattern
what people (including me) dislike about windows fonts is aggressive hinting, that is snapping font shape to pixel grid, it made sense in displays around VGA (640x480) but does not make sense on FHD screen
1 reply →
It is interesting how you only have purely visual "signs" on your list ). It can't be only this for a tech crowd. There is so much more about the way software is shipped, configured & used.
Also, the hardware. (It is much harder to make it work reasonably well across so many platforms without an army of full time devs.)
Do you mean that for a tech crowd, you'd expect people to have a more robust list of desires?
That's a genuine question, I just read yours in a few different ways.
However, I'd argue that relatively small details just fall into the category of overall interface polish. Not just aesthetic people polish, but the category of things that make you put your hands to your face and scream in frustration.
But yes, there are definitely important details in other layers that are worth considering. I think that when people make comparison's though, beetween macOS' level of finesse and something else, that finesse is defined by polish at most levels of interface with that hardware and so on.
Nice project, however I’m worried about their scope (reimplementing the MacOs APIs?) being too large for their team, to achieve that level of ‘finessse’ a billion-worth company has made decades achieving.
Moreover in my opinion the contributor pool might be thin, most potentially interested users would prefer using MacOs, and most linux users being notoriously not fond of the lack of configuration. Happy to be proven wrong!
I'd concur on that last part, for sure. As a Linux user, the fit and finish of MacOS really doesn't appeal to me. The hardware, on the other hand...
How is this going to have a better future than GNUStep, while being up to date with macOS frameworks?
How does this compare to Hello System? [1]
[1] https://hellosystem.github.io/docs/
From the FAQ[0]
----------------
helloSystem: We have been in fact working with helloSystem! As some people have noticed, Release 0.2.X was basically helloSystem. (That was the second PoC. The first had been built on vanilla FreeBSD and had no GUI at all.) Under the hood, however, release 0.2.2 has a partial implementation of Cocoa, a modified compiler & linker that support frameworks, and several other additions that make it distinct. We have similar philosophies, and share technology and cooperate where it makes sense (e.g. Filer), but the project goals are quite different.
helloSystem wants to create a computer that is simple to use, open, elegant, small and fast. Older Mac OS X and Classic are an inspiration to what that might look like, but they are not explicitly trying to create an open-source Mac. In fact, they're mostly avoiding Objective-C and XML plists and other Mac technology in favor of simpler and/or more modern ways (e.g. Qt, C++, JSON).
ravynOS is explicitly trying to be compatible with Mac software at a source and eventually a binary level, without losing support for FreeBSD/X11 software, and to implement a very similar experience on the desktop and at the command line. For example, on ravynOS you can type open -a MyApp image.jpg and have image.jpg open in MyApp. You will find things in (mostly) the same directories as a Mac, like ~/Library or /System/Library/Fonts. This project is not as concerned about keeping the OS as small and simple as possible, and more concerned about making it clean, secure, performant, and compatible - implementing many of the features I use daily in macOS while skipping the lock-in and "tabletization" of the computer.
Some of the more technical differences between ravynOS and hello are:
- ravynOS uses a patched kernel with support for Mach, just like xnu, and a compiler suite that supports Frameworks and has preliminary support for Mach-O as well as
- ravynOS has a package repo with software built to "standard" paths like /System, /etc, and /usr instead of the FreeBSD repos which are built into /usr/local
- ravynOS desktop is being written from scratch with Cocoa, Mach, and OpenGL on a Wayland compositor, where hello's desktop is based on openbox, Menu and Filer (originally from LXQt) plus other lightweight services for notifications (dunst), screen color temperature (redshift) etc
- helloSystem uses a simplified .app structure whereas ravynOS uses real Bundles for .app
- helloSystem tends to use typical Unix paths and files, while ravynOS is moving towards typical Mac paths and files
- ravynOS tries to provide the same APIs as macOS
[0] https://ravynos.com/faq.html
I hope it sticks around. If it's around long enough, it can be an alternative in its own right. Ever since ElementaryOS lost momentum (or really never found it, rather) I have been looking for a "third way". RavynOS could be a great way to develop Mac apps and also target the apps for RavynOS. Could be great for music appliances and whatnot.
Oh, so ravynOS would kind of be for macOS what ReactOS is for Windows?
I'm curious to know why they have chosen to use FreeBSD as a base as opposed to Darwin/XNU on which macOS itself is based.
Nothing against FreeBSD (happy user here) so there's probably some good reasoning behind this.
From the FAQ:
The short answer is "hardware support". ravynOS should run on most commodity x86_64 hardware using FreeBSD's very stable and performant drivers.
The longer answer is that plus I don't see any real advantage to using xnu. We have merged in Mach support now (big thanks to NetBSD, NextBSD and the iX Systems folks for that) so the xnu approach just seems to add complexity and the effort of writing and maintaining drivers.
Considering how big this project is already, I opted to stick with the BSD kernel - at least for now
Regarding hardware support, will this run on actual Apple silicon? If not, it seems like Linux would have been the better choice for maximizing hardware support, if only for Asahi Linux's work.
(btw, I don't know much about this kind of work, so I have no idea if it's feasible to port the drivers from Asahi to FreeBSD, or if they'll have to start mostly from scratch)
1 reply →
> We have merged in Mach support now
Mach the kernel, the IPC system, or the binary format?
Probably because Darwin is half abandoned, while FreeBSD is actively maintained and with plenty of drivers
Darwin is still open sourced, but mainly because of drivers and differences in certain other things (threads maybe, Mach ports / IPC, etc) that don’t have the integration or implementation with existing software is a major headwind to attempting a full encompassing Darwin OS.
PureDarwin was (is?) an attempt that hasn’t been able to break through those headwinds.
2 replies →
Possibly driver support. But I would feel better if at some point they co-operate with PureDarwin to run on real XNU.
I don't know why the mobile version crawls when I scroll past the images on my high-end Samsung.
Same on MacOS and Firefox with a 4K screen ans same on Firefox and a Pixel 6, scrolling lags hard on the section with pictures. Making a bad first impression of this new OS.
> Making a bad first impression of this new OS.
This is more than a little ridiculous and you know it.
There is a subtle translucency effect applied to the top bar that picks up and scatters the large svg’s behind it. I haven’t seen how it’s implemented, but it might not be performant on all web engines.
Same with my Pixel 5 and FF mobile.
Running FF for Android on a mid range Samsung tablet and it seems to work fine for me. Maybe it's a GPU driver thing?
Chrome on pixel 5 has no issue. Ff is slow for me as well. Maybe specifically an FF issue?
1 reply →
The images are svgs. Probably heavy processing from that.
The challenge of course will always be hardware—notice the evolution of Asahi Linux on Apple hardware and how difficult it is. Then, throw in the device driver hellscape (wifi cards, drives, sound, video, etc.)
This OS sounds like a dream for me, but I have to imagine it will take many years and a lot of willing experimenters to make it usable. I wish I had that kind of time.
I don't get it. The landing page promises finesse and then the very first screenshot displays horror typography and UI a-la linux 1998.
https://ravynos.com/images/airyx_0.3_installer_confirm.png
The website didn't actually claim they had implemented those features yet, just that it's their goals.
Those are screenshots from the old GUI which used X11/KDE. They are working on a new one which do not have any screenshots up yet.
For the page:
> You will need real hardware to run it.
Why doesn't it work in a VM?
It is strange. Just downloaded and tried to boot in a KVM+Qemu VM targeting FreeBSD 13 (virsh). Booted but kernel hung with an obscure launchd dispatching job message. I haven't used FreeBSD consistently since the 4.x days so I have no idea what this means.
Looks interesting enough to play around with but for such an ambitious project VM support should be one of the first dev priorities not only for dev and testing but for users wanting to take it for a spin.
I’m going to do some good old Hacker News bike-shedding here…
Whenever I see something that looks like a poor copy of something else, it has an immediate (negative) effect on me from quite deep down.
It’s a variation of the uncanny valley I think.
The UI screenshots on the landing page all look like “best effort” copies of macOS UI elements but are just slightly off and that “slightly off” feeling really sits badly with me. This is not a intellectual judgement but an instinctive gut reaction.
I totally get what they’re trying to do, but I think it would be worth creating just a tiny bit more distance from the macOS design language because if you try to be a direct carbon copy of macOS, it’s just going to fail at at that.
It’s a bit like when you see cheap knock-off products replicating those of mainstream brands. The knock-offs could actually be quite well made but because they’re imitating other products they just don’t ever look right, and the failed imitation aspect overshadows everything else.
I wonder what others think (especially the macOS users amongst us).
Aside from that, I think the idea of the project is cool. It just needs more of its own identity I think.
> built with our core technologies of Cocoa, Qt, and Mach
Does this mean a mach emulation layer on top of or in the freebsd kernel?
> ravynOS uses a patched kernel with support for Mach, just like xnu, and a compiler suite that supports Frameworks and has preliminary support for Mach-O
I like the honest, modest, realistic goals of this project. Looks interesting.
Hi, I just wanted to let you know that the ravynos.com's top part of the page performs very poorly under Firefox, most likely due to some animation overload. Was firefox considered in the tests?
It's due to the use of the blur backdrop-filter which seems to have been enabled by default on release builds of Firefox relatively recently.
Interestingly, it's a feature introduced to CSS way back in 2015. There must have been some major blockers on getting that out the door if it took ~7 years.
Neat idea, hopefully they are successful!
Thanks for your work, i like the design choices you made.
I believe that a bigger factor today is the third party support for your system.
stuff like teams not working, or netflix not being able to stream in 4k makes me still keep my windows machine, even though at this point its basically a firefox / vscode terminal with extra apps and of course a system level integration of docker.
Im pretty sure there is enough room for a true developer OS but it still needs to do all the "little" things that we have grown accustomed to.
>we decided to abandon the current path of using X11/KDE desktop components and write from scratch a new UI that will align better with our goals. A very early UI on the new WindowServer is starting to take shape as of 2022-07-27.
I get the desire to avoid X11, but why write a GUI from scratch instead of using Wayland?
My guess is that it would take a lot of work to get Wayland working with FreeBSD.
That still sounds like less work than writing the whole thing from scratch.
This is a very cool project and I wish them success.
From a technical standpoint, maybe it won't matter, but I am concerned about the fact that they're using (at this time) a Wayland compositor. I have read that Wayland has some problematic technical design decisions (which were not known when it was conceived) and now today we have the awful situation where most apps in my experience run better in X.org and some are ok in Wayland. From an eyestrain perspective, I find x.org less straining to look at than Wayland. This may have something to do with the drivers but the compositor plays a role for sure. I don't use Wayland by choice. Name a widely used app? Sure, Firefox web browser. Turn on "Use autoscrolling" in the preferences and see how it is. On X.org it is smooth, on Wayland it uses XWayland instead and is not smooth. Both projects are years old. Every single X11 app requires programmers to re-write/convert them to native Wayland. It should have just broken compatibility from day 1 and started from scratch.
BSD DRI drivers are copied over from Linux, just older versions of them, so I don't have a lot of hope that there will be new drivers or a new compositor (likely years away).
Apple, while Darwin is a direct descendant of FreeBSD, Apple is not using Linux DRI drivers, they have enough NDA access that they have their own closed drivers, and instead of using X11, they made their own GUI stack.
I want to say what should be done is to do what Apple did, make a brand new gui stack on top, but that's incredibly difficult with limited resources. With Apple or MS you have endless amounts of money and developers, with X.org & Wayland you have years and years of incremental development. It's tough.
Wayland doesn't have broken technical decisions, they're just different and require applications to adapt.
A typical examples is global hotkeys. On X11, any application can monitor all keystrokes at any time. On Wayland, applications only get keyboard events if they're in foreground. Global hotkeys must be done via a separate compositor API. This breaks applications which expect to be able to detect keystrokes when they're in background, but the "feature" they relied on also allows any random application to include a keylogger. Such applications need to update.
You mention Firefox uses XWayland. Firefox also has native Wayland support (I'm writing on it right now!). This is likely a mis-configuration at some level, or maybe the Firefox version is too old.
OTOH, things like scaling are completely broken on X11, and while the hacks around it improve over the years using a HiDPI display will likely never be as smooth as on Wayland. And if you have a laptop with a HiDPI display and a LowDPI external monitor, one of them is going to suck forever on Xorg.
We are, of course, on a transitional period. A lot of applications still need refinement. Qt in particular still has lots of bugs on Wayland. But these can be fixed, there's no broken design decision which makes them unfixable.
Nice to see more options for polished and user friendly Linux distros! Another one that has those qualities, and which I use often: https://zorin.com/
Edit: my mistake, RavynOS isn't a Linux distro!
RavynOS is not a Linux distro.
Does it also mimic the macOS command meta key? Ie cmd+c for copy, cmd+v for paste etc?
Finesse? This is one of the least attractive MacOS rip off builds I've seen.
Does it run Better Touch Tool? I use it to resize and move windows with trackpad moves (no click) and modifier keys and also to disable openapple-Q. Does it work well with an apple trackpad?
I'm curious to see how performative this will manage to actually be... Itd be interesting if it could eventually run audio software and AU plugins at a low latency.
Technically interesting, but I don't see many people using it.
Why? Because it will always be (far-ish) behind macOS features.
ElementaryOS had similar goals on the desktop experience side.
You may also want to take a look at OpenStep and Window Maker.
This looks promising but I can't get the installer to load. Would love to get updates on progress.
If they nail drag-drop .app installs, that's pretty cool.
Otherwise, Elementary GUI on Gnustep is pretty much it.
I was recently searching for something "EndeavourOS" like to try FreeBSD. Thi looks nice!
Interesting that they decided not to just spin Pantheon onto BSD but develop their own DE.
"Can I run Photoshop?"
> Can I run macOS apps on ravynOS? > No - not yet. This is a major goal and we're working towards it. So far, some trivial "hello world" binaries in C and Objective-C have been compiled on macOS Big Sur and the resulting Mach-O binaries ran on ravynOS using our in-dev Hybrid linker without any Frameworks or tools from macOS. Source code of some simple Cocoa AppKit-based applications have been built on ravynOS and run as native applications (e.g. Install ravynOS.app). While this is all very exciting, you will have to wait a bit longer to run Photoshop or Xcode.
first question, https://ravynos.com/faq.html
Awesome - thank you for the comprehensive response. Best of luck to you and the project.
Could use screenshots
There are some (actually a single one of the proper ravynos, the other ones are of airyxos) on the .com site:
https://ravynos.com/screenshots.html
Great effort and idea. Don't forget to find a replacement foe OSX Quartz engine.
What are the licensing terms if I want to contribute?
Why not pick up where Elementary OS left off, instead of starting from scratch?
I would argue picking up where GNUStep+Etoile left off, over Elementary.
Elementary is just a nice skin with some particular tweaks and add-ons. Etoile’s goal was more akin to what they’re trying to achieve here, an actual Objective-C+Cocoa user space with a Mac compatible open library,
Do you mean having huge useless toolbars eating valuable screen real state?
It seriously had worse UI design decisions than Gnome 3.
I always thought GNUstep was cool and deserved more development and use.
The website looks better than the actual OS...
KDE is a better desktop environment than MacOS, by far. I have had so many usability issues with my Mac that does not exist in KDE/Linux. E.g. Apple confining the GUI and not including basic functionality.
Specifically:
- I really miss a decent address bar in finder that can be edited directly
- some windows on mac are always on top, preventing access to other windows. E.g. Password dialogs for encrypted hard drives.
- "Cut" does not work for files in finder, severely complicating moving files
- The Maximize button does not maximize, but instead enters full screen, meaning that I never use it
- There is a delay of ~100ms when pushing caps lock on the keyboard that can not be turned off without installing karabiner elements
- Pressing enter in Finder renames a file instead of opening it, an action that is rarely needed and extremely unintuitive – this erroneous behaviour can also be corrected with karabiner elements
- Sometimes audio balance will randomly shift to the left or right with bluetooth headphones, had to install yet another app to auto-fix it every time it happens because Apple is too daft to fix the bug.
- There is no delete key on the Mac keyboard, meaning that deleting a file is suddenly a two- key shortcut combo, whereas it is much easier on Windows/Linux (hit delete). Sigh.
None of those are bugs, just differences. sounds like you tried for a day and were annoyed it's not exactly as you are used to. Most of your issues simply work differently on macos, and many have been since before kde existed.
Sure some could be better, but changing these would upset the whole user base. (And mac users could claim those things broken in kde in the same way)
I have used windows, gnome2, gnome3, xfce, mac and so on and dislike kde, and gnome3, and all the others. Even mac is really dumb sometimes, but macos is the most polished by far.
And what about all the bugs Apple seems to add on a daily basis and not fixing them than for month, years, or actually ever?
I can read in the news more or less every day that fundamental things like input devices, monitors, audio, or basic GUI features are messed up or bluntly broken in macOS. People already "joking" that one needs to way at least two or three point releases before trying out major updates. That's even worse than the situation on Windows by now (and MS is also breaking things with every update).
As a Linux user that uses a "perpetual beta" distri (Debian Testing) I'm horrified about such news. Comparable breakage does happen on my OS maybe 2 times in a decade on average, and when some catastrophe like that happens (monitor stops working, no audio, USB not working, or such) it's usually fixed within hours!
2 replies →
Most entries in posters list are complaints with how things work. Two of these seem like bugs.
> Sometimes audio balance will randomly shift to the left or right with bluetooth headphones
> There is a delay of ~100ms when pushing caps lock
Another seems objective not subjective
> Pressing enter in Finder renames a file instead of opening it
Who thinks the enter to rename is reasonable?
5 replies →
Coming from the Windows and Linux worlds, I had similar frustrations with the primitive Mac UI. Mostly a better keyboard shortcuts/window timer fixed them for me (Magnet). There are still some issues but they are relatively minor.
What made me stick with the platform though was never having to worry about drivers, and updates being polite and patient, and not being bombarded with a billion ads everywhere like in Windows or Ubuntu. Also not having to drop into the command line to change monitor settings is nice. And the M1 is just soooo nice, fast and quiet and cool, no x86 laptop is even remotely close anymore. They put the ThinkPads, my previous favorite, to shame.
So yeah, to your point, the dumbed down UI is a pain, but the rest of the experience is so much nicer now. I'd take needing a few extra apps over having to go back to desktop Linux...
> Also not having to drop into the command line to change monitor settings is nice.
I can't remember the last time I had to do this on Linux. Sometime in the the 90's, I think.
1 reply →
Linux works with M1
1 reply →
Is this relevant to the submission, or simply a spot you’ve interpreted as a convenient one to air all of your grievances about Macs? I guess not only air them, but state them in a way where only your approach is correct (“erroneous” is inappropriate to apply to a UI decision that differs from your preference, for example)
If you pay attention, you will note the authors of this decided to Ditch KDE and apparently design their own UI, which would be more like Mac. My point is, power users do not really want Mac desktop environment – it is just a "necessary" evil that we are stuck with.
1 reply →
100% with you. KDE is the only desktop environment, all platforms confounded, that hasn't sacrificed power user functionality on the altar of streamlined / dumbed-down "design".
It's like a race to the bottom to please an elusive lowest common denominator class of users that doesn't exist. I find these other "modern" UIs incredibly condescending.
Instead, discoverability should be #1, creating soft, natural learning curve that welcomes new users without capping or hiding advanced functionality.
Note that you can do "Cut" in Finder by doing "Copy (Cmd-C)" but then using "Alt-Cmd-V". It'll move the file instead of copying.
Also, you can also fix the "caps lock" issue by remapping it to "control". Completely fixes the "caps lock" button. It works on Linux too! ;)
It only just dawned on me reading this—Windows doesn't actually "cut" files, does it? The behavior's different from "cutting" text. The files remain until you paste, right? Mac's choice makes a ton more sense, in that case, since actually cutting files is probably a bad idea (if you forget to paste, they're gone)
I am aware of that, but the fact is that this is less convenient than a standard "cut", as on other systems, so I honestly never use that. What I do instead is I have two windows open, and then I drag and drop between them. Also less convenient, but better than having to keep an extra hand on the keyboard constantly.
And of course, a "always on top" flag would have been really nice for dragging and dropping between windows. That option is really nice in KDE, but missing on both Mac and Windows.
This way of doing copy or move makes a lot of sense since it allows you to change your mind without having to go back to the original file and cut/copy again. Instead, it defers that decision until you get to your destination, where moving the file just takes an extra modifier on top of the usual paste shortcut.
> I really miss a decent address bar in finder that can be edited directly
Press Command-Shift-G and it will appear as a small window. (I haven't figured out how to do this in a "Open/Save File" dialog, so if anyone can chime in, greatly aprreciated)
> "Cut" does not work for files in finder, severely complicating moving files
It's annoying that there is no shortcut equivalent, but if you need to actually move a file either drag and drop it, or press Option while right-clicking in the target Finder window - the menu entry will change from "copy here" to "move here".
> The Maximize button does not maximize, but instead enters full screen, meaning that I never use it
Yuck, yeah. Very irritating. Use SizeUp, well worth the 13 US$.
Command-Shift-G is new to me, but it is too inconvenient, being forced to keep and extra hand on the keyboard for such simple operations.
It breaks my normal work-flow when I am on my mac, which is most the time nowadays.
There also is a shortcut for moving files, but I do not care about that.
> always on top, preventing access to other windows. E.g. Password dialogs for encrypted hard drives.
this is something that should be done everywhere, if it isn't, it's a potential security issue.
Supposedly the security issue is about copying and pasting passwords.
Trust me, the alternative is much, much worse. You do not want users using the same password everywhere.
I use a password manager, passwords are encrypted and only briefly available doing the copy / paste operation. It also has an auto-fill option which further limits the attack surface.
KDE is much more respectful towards users, because you can actually remove/add the "always on top" flag as needed, and that IS the way it should be.
> - "Cut" does not work for files in finder, severely complicating moving files
Luckily macos is extensible so you can create your own service for that.
Mac has a different workflow for this. You copy and then "paste and move" at the destination, instead of the standard cut. But same result.
5 replies →
I find the Mouse is typically more convenient for cut on files, unless I happen to have my other hand on the keyboard. The shortcut keys on mac are often a two, three or even four combination whereas on GNU/Linux or Windows it will be a one or two-key operation.
The way Mac handles copying and pasting text is also horrendous, because it also copies the styling, something I actually never need to do. The way to paste text without styling is a horrendous long, and inconvenient keyboard combo.
Other system does that too, but it is just less often an issue. Typically what I do instead is I have a plain text window open, paste my text in that, then copy it again, and finally paste it in the intended destination. It is piss annoying
>we’re not a fan
Oh, ok :)
Ex graphic designer here, but don't (and never have) used Mac. I highly respect this project and initiative, and the following is more a commentary on my own reaction than your product.
I read the title--finesse of MacOS. I open the link, and the first thing I see at the top is the circular raven logo vertically misaligned with the header on mobile.
That made me think, okay let's try desktop version instead, so I switched to desktop render (still on mobile browser) -- this time the logo is vertically aligned but the padding / margin on top and bottom are lower than on the left.
This is of course nitpicking in the larger scheme of things--I haven't tried the OS, but the screenshots look great and definitely look like MacOS. However, with the title setting up expectations and the first impression being of a misaligned logo made me (unfairly) dismiss the project since I felt you were trying to claim a level of finesse that might not be there.
I don't use Linux, so I'll never really use this product, but it's interesting to me--why do people / projects/teams (in general--not just this product) try to emulate the "finesse" of Apple products? To me, it sets up unrealistic expectations from that product, and I might dismiss an otherwise excellent solution if it doesn't live up to that comparison.
I'm not sure that caring about the design of a desktop environment and website are equivalent - if nothing else, they're different skills to implement. And in any event, it's an early-stage project; that their goals aren't realized yet is hardly surprising.
> but the screenshots look great and definitely look like MacOS
Some do, but many look quite janky -- for example, check out the grey menu bar with Windows-98-style underlined shortcut keys in this one: https://ravynos.com/images/airyx_0.3.0pre_about.png
Perhaps I'm missing something, but this doesn't seem particularly visually different than the "aqua skins" that have been available on *nix for years.
https://github.com/ravynsoft/website/pull/28
> why do people / projects/teams (in general--not just this product) try to emulate the "finesse" of Apple products
Because people like them. Why do all sedans look kind of alike? Why are there dozens knock-off chairs that emulate the Aeron? Some people, myself included, really like the look and feel of macOS, but may want to run *nix instead. Enough of those people got together and made an OS.
Moacos is a posix compatible Unix.
Sedans mostly look alike because of safety regulations. There’s only one basic shape that can meet all the regs and is plausible to manufacture.
> I don't use Linux, so I'll never really use this product
Isn't it FreeBSD?
Yeah it’s a common misconception.
This is closer to macOS than it is to Linux.
From a product marketing standpoint, they could have picked a better name. My brain keeps going "Rav-yin" instead of "Raven".
I know why these kinds of pseudo words are chosen for products, they're unique and easy to search. But there are better ways to do this IMO. FreeBSD is a prime example of a great product name.
I noticed the logo misalignment but the rest of the website was pretty good so I figured it was a one-off issue (rather than representative of a trend).
Was there other issues that bothered you?
I didn't notice the misaligned logo until you pointed it out (but I'm a guy who prefers 'ugly things that work ' rather than 'unusable junk that looks good')
What I did notice though was th first screenshot with the red, yellow, green buttons of osx window titles.
I think this is a really bad design, and I don't understand how people can like this.
Sure, nice round "buttons", but very unclear what their purpose is.
I think this is something of a red line through Mac/iOS: The preference of unclear user interface that "looks good" instead of a clear interface that communicates with the user.
I've used Mac for years, and still don't know what the yellow button does.
I like the idea of this new OS, but please make better design choices that Apple :-)
> I've used Mac for years, and still don't know what the yellow button does.
Minimize. That’s what the yellow button does. It’s as simple as clicking it once.
3 replies →
I’d propose going all the way back to NEXTSTEP and taking that as inspiration. It’s similar enough to OS X that it would feel familiar to Mac users, but without the 20 years of being "function follows form"ed to death.
In terms of an interface designed for clarity, I think the epitome was Windows 95.
But that involved portable thousands of hours interviewing and videotaping regular people trying to use Windows and then addressing issues found.
> I think this is a really bad design, and I don't understand how people can like this.
What do you think would be better? Can you give an example?
2 replies →
To be fair, I remember the apple website rendering pretty badly on mobile device for a long time, at some point it actually made me feel like this company had really low UI standards. (I think it was the versions between 2007 and 2017 and didn't used their products at that time)
I struggle with chasing after the MacOS appearance.
It feels in passing like a lot of work to build a skin/UI that will always be a few generations of the design language behind and not quite there, just given the volume of staff at Apple and them being the ones defining where their design language goes.
Like a choice between a Porsche and, according to Google a Zotye -- they'll look close but one will be the obvious "genuine article."
Would it not be better to take all that talent and consider a fresh approach to the user experience of a personal computer?
> given the volume of staff at Apple
Unrelated to RavynOS, but I see the size of the Apple staff more like a weakness not a strength. They became terribly inefficient in the recent years.
And still they will perform better than any FOSS attempt to clone their work.
7 replies →
As with code, imitate first, improve upon later seems like a reasonable approach.
Does MacOS really have that finesse they try to emulate? First thing I noticed when I started using a mac is that double clicking the Finder titlebar only expands it vertically while every other app expands both vertically and horizontally. Second thing, when I close a window and then press Cmd+tab, the icon is still there, and if I select it nothing shows up. There's more of these everyday things that work sloppy so I wonder why does the mac have that image of finesse when I don't really see it.
> double clicking the Finder titlebar only expands it vertically while every other app expands both vertically and horizontally
For me it fits-to-content both vertically and horizontally. I just tested in both list- and icon-view. Mac OS 12.
> When I close a window and then press Cmd+tab, the icon is still there
This is because the Mac UI application/document conceptual model, which has been consistent since at least the 1980s. An application is either open or not. If you have multiple documents open, they are open within a single instance of the application. You can also have zero documents open. The application doesn't quit automatically when you close the last document.
Other operating systems flatten these two concepts into one, such that each new document appears as a new instance of the application.
I'm not suggesting one is better than the other. Just that I don't consider this a lack-of-finesse since it's been my mental model for 25+ years.
I'm also not disagreeing with your overall point. I can think of plenty of inconsistencies and lack-of-finesse in modern Mac OS UI, to be sure!
Just a note, if you are in the context of a particular application command+`/~ will cycle you through the applications windows.
It's not "sloppy" it is just a different approach.
It drives me nuts on Windows that when I close FireFox the entire APPLICATION closes! I just wanted to close the window. Now when I start it again / open a new window, I have to enter my LastPass credentials. And pay the boot penalty.
IMHO, a multi-window app should not exit when I close the last window.
Linux Desktops and Windows both do this, macOS does not.
> IMHO, a multi-window app should not exit when I close the last window. Linux Desktops and Windows both do this, macOS does not.
On Linux' Firefox, this does not seem to be the case. I just confirmed by closing a window with a few dozen tabs, and my other windows were perfectly fine. Same goes for VS Code, IDEA, Ghidra, Tilix, etc. This might be Wayland-specific behavior, but closing one window does not appear to take the rest of the apps with it (unless they were a child process).
5 replies →
I'm the complete other way. First thing I did when setting up MacOS was to install RedQuits. I think it stopped working sometime after an update. I never liked my dock crowding up with things.
And with Firefox, it would make the "Restore all tabs on open" not work, since clicking X didn't close the app, and thus pressing Firefox again would just create a new empty window. For it to work, I had to not use the red button, but cmd + q or the menu bar.
Double click on the titlebar on MacOS means "expand as much as possible to fit all content". Not "maximise".
Of course, I'd argue that maximise is the intuitive thing to expect, but the behaviour is not strictly broken, just... odd.
Strictly speaking it’s just different.
The behavior is inherited from the classic Mac OS which initially predates and was developed contemporaneously with Windows. Apple assigned one behavior and Microsoft assigned another. To the extent that one is “more intuitive” it’s because your expectations as to what should happen is different, and “maximize” is a lot easier to behaviorally define, describe and program than “zoom” so GUI programmers preferred it, or knew it better because the behavior and conventions they mimicked in X window managers were taken from what Microsoft was doing at the time.
When screen resolutions are 640x480 or 800x600 or even 1024x768, maybe you just want maximize all the time; but maximize is an anti-feature to me on anything bigger.
3 replies →
> […] double-clicking the Finder titlebar only expands it vertically […]
This behavior is called “Zoom”, and it’s defined per-application by that application. You could change that system-wide to minimize.
> […] when I close a window and then press Cmd+tab, the icon is still there, and if I select it nothing shows up.
Yes, the application hasn’t quit. You’ve only closed its last window.
> Yes, the application hasn’t quit. You’ve only closed its last window.
To further expand on this, this is also application-defined behaviour. The application can choose whether it wants to stay open or close. This is no different from Windows (e.g. closing a Spotify window will just minimize it to taskbar), it's just that Cmd+Tab by default shows all running applications, whereas Win+Tab/Alt+Tab on Windows by default shows open windows.
Unlike Windows, there's a separation of concepts between "application" and "windows" on Mac. Closing all the windows of an app doesn't imply closing the app. I actually think the Windows way is sloppy (and I came from Windows). I want that kind of granular control. So many times back in the day, I'd accidentally close all my Internet Explorer windows, and have to pay the time-cost of reopening the app from scratch. It's less annoying now with SSDs, but reopening an app is still more expensive than opening a new window for an already running process.
If I want the app closed, cmd+q / alt+f4. Repeated cmd+w / ctrl+w shouldn't also close the app (IMO).
On the contrary, leaving so many apps open can make my machine feel like it's "dragging" when I really push it, mostly because I have software open that I'm not using. Especially on Macs, where memory comes at an extreme premium, I find myself frequently frustrated by the number of applications I have open. This also happens on Windows with tray-minimized apps, but to a much lesser extent.
In either case, I find both implementations sloppy. Apple's solution is complete but redundant, and Windows' solution is simple but lacking. I have to give it to KDE and GNOME, both desktops manage to 'fix' this problem by encouraging people to minimize apps they aren't using. Your (X) icon still has the magic power to kill processes, and you get to keep your precious applications when you're done using them. Boom, no need for ultra-complex Application/Window/Form/Dialog hierarchy for the user to wrap their mind around. Simple solution to a simple problem.
1 reply →
Windows has a similar distinction between applications that have one window per open document (SDI for Single Document Interface) and applications that have one window with tiny windows inside for each document (MDI for multiple document interference).
Your second point is by design. macOS lets apps run without windows. Hold Option while once you select the app via Cmd+tab and it’ll open a new window.
Being able to CMD+c to copy things in a terminal is one of my favorite things about programming on a Mac. Ctrl+c to copy everywhere, except the terminal (there it instead is an interrupt) is a major annoyance working in Linux
If it helps, the vast majority of linux terminal emulators support rebinding ctrl-c to copy and ctrl-v to paste. Or simply copying to clipboard on select: https://wiki.archlinux.org/title/Copying_text_from_a_termina...
The default is usually ctrl-shift-c to copy and ctrl-c to send sigint - but setting the copy command to ctrl-c will usually flip them, making sigint ctrl-shift-c.
I enable this on basically all the terminals I use. I also immediately rebind cmd to ctrl in mac, since I can't stand the RSI inducing placement of the cmd key.
Ctrl-v was SIGINT long before it was a shortcut for paste (first added in Windows 3.1). Although it can be switched now, it hasn't always been so. Of all the things that desktops (I'm not going to say Linux, as it isn't a Linux issue as it affect every system that uses KDE/GNOME and the like) designed to run on top of *nix like systems that were copied from Windows, this one really boggles my mind.
I don't use a Mac. How does one interrupt a program if Ctrl+C is bound to copy? At this point when I'm in a terminal Ctrl+C is muslce memory for interrupting a running program.
On Mac, ctr+c is not bound to copy. cmd+c is bound to copy. ctr+c will interrupt in a terminal.
On Windows, ctr+c in a terminal will interrupt a running process, or, if text is highlighted, will copy that text instead of interrupting.
It works really well, and took me a long time of doing this without issues to realize what I was actually doing.
1 reply →
Macs have a Meta key called Command that can be dedicated to the shortcuts defined in GUI applications while leaving Ctrl free to be used by console stuff. So all the GUI copy/paste/windowing etc controls use Command key shortcuts.
The original 1984 Mac keyboard did not even have a Ctrl key, it was added to later keyboards as people wanted access to terminal applications.
1 reply →
Ctrl-C is still bound to an interrupt — it’s Cmd-C (i.e. Super-C / Win-C) that is bound to copy. Most things that a regular user can think of (paste, print, select all, to name a few) that would be control mapped in user facing programs are typically mapped to the “command” key instead.
On Macs, Cmd+C to copy and Ctrl+C to interrupt in the terminal i.e. they’re different.
It isn't an annoyance for me: just select text and paste it with middle click? Why bother with ctrl+c ?
Then you can select other text to paste over.
The difference being that on linux you are for the most part free to implement the keybindings you want.
Example on Kitty, my current preferred terminal emulator this is just a few map directives away in the config:
map ctrl+c copy_to_clipboard
map ctrl+v paste_from_clipboard
map ctrl+shift+c send_text all \x03
At this point, "Consistent shortcuts" is the main "feature" keeping me on MacOS.
Cmd+, opens preferences in every app.
Cmd+[ or ] goes "back" and "forward", in every app that has those concepts
Cmd+Shift+[ or ] switches tabs, in every app that has tabs, except a handful of stupid chat apps who think they're too good for it.
Cmd+W always closes the current tab, if the app has tabs, (or current window, if the app has no tabs), and does not quit the app – that's what Cmd+Q is for.
Etc.
Also notice how PageUp / PageDn, keys that my keyboard doesn't even have, are not used for crucial shortcuts like these.
Seemingly small things, but absolutely maddening when developers don't respect the common convention, or when a common convention does not exist.
I always thought this consistency was a feature of the app ecosystem and app developer attitudes rather than the OS itself, so I'm not sure what RavynOS can do to make third party apps obey their idea of consistent shortcuts? The wiki doesn't mention anything about shortcuts despite the language on the home page.
"Consistent shortcuts" is the main "feature" keeping me on KDE.
Cmd+Shift+, opens preferences in every app.
Alt+Left or Right (or Back or Forward) goes "back" and "forward", in every app that has those concepts
Cmd+Tab or Cmd+Shift-Tab switches tabs, in every app that has tabs.
Cmd+W closes the current tab by default, if the app has tabs, (or current window, if the app has no tabs)
Cmd+Q quits the app.
Etc.
What's again so special about macOS?
One needs only to avoid GTK stuff, Electron, and Windows Software, and one gets perfectly consistent behavior.
And those behaviors can be "even" configured globally! (That's something to mention specially of course when talking to Mac users as such an advanced feature like "configurability" is notoriously missing in the Apple universe).
> One needs only to avoid GTK stuff, Electron, and Windows Software, and one gets perfectly consistent behavior.
So as long as one avoids all the inconsistencies then one gets consistent shortcuts? ;) Only using Qt apps on Linux is very hard. A lot of good apps are GTK or Electron. On macOS there is no GTK & Qt divide and Electron apps are very good at implementing macOS shortcuts. Hence you get more consistent bindings.
Also, many bindings are absent even in Qt app. For instance, on macOS you have Emacs-style bindings in every app (Ctrl+a, Ctrl+p, Ctrl+k, etc.). Those are very useful. You can get them on Linux (at leasts in GTK apps) but it's very hacky and it conflicts with a bunch of stuff, whereas they fit right in on macOS. Cmd+Shift+/ to search all menus is also super useful and I don't think you can do that on KDE.
> And those behaviors can be "even" configured globally! (That's something to mention specially of course when talking to Mac users as such an advanced feature like "configurability" is notoriously missing in the Apple universe).
If you don't think macOS can be configured then you are mistaken. It can't be configured to the extend that KDE can that is true (some of us consider that to be a feature). But a lot is still possible. As an example, kindaVim adds vim-style keybindings to every app which is kinda cool.
8 replies →
I switch between linux, windows and mac on a daily basis. Mac short cuts are far more consistent.
Now, copy and paste. It is cmd-c in mac, in ubuntu you can’t tell me unless I tell you if I am in a terminal or not.
But most of all, readline shortcuts ctrl-a goes to the beginning of a line in nearly ever mac app. Not so in linux.
1 reply →
Since you mention GTK, I assume that must be the root of my problem – I keep trying Ubuntu and some other GNOME distros, haven't tried KDE. Ubuntu was definitely a mess when it comes to consistent shortcuts when I last tried it (a couple years ago).
1 reply →
Cmd+` to switch windows within an app.
For those more familiar with Windows and probably most Linux conventions, Home/End won’t behave how you want but they move to the start/end of a scrollable view (which IMO is more useful).
In most any app ^a will be your Home equivalent and ^e will be your End equivalent. If that sounds weird or weirdly familiar… a subset of emacs key bindings are built in for basically all native macOS text inputs. If you get weird and hook up a full keyboard to iOS devices, works pretty much the same!
(I personally use ^t quite a lot because I accidentally rtanspose letters while typing all too frequently)
Woah, I love this thread. I didn't know about the tab or preference shortcuts. And I used ^A and ^E in terminal but didn't know it worked in other apps. Are these all documented somewhere?
2 replies →
I'm less impressed by MacOS shortcuts than you are.
Out of the box, several short-cuts conflicts.
Moreover, on non-US keyboards, many MacOS shortcuts are simply not reachable.
The non-US keyboard thing is frankly ridiculous, on my layout I cannot even switch between windows of an app... Quelle finesse!
Some of the offenders surprisingly include newer Apple apps like Books. Some of the commands are not included with shortcuts. Seems like they weren't thinking too much about desktop users when they ported it from iOS.
On a similar note, it's pretty damn handy that just about every text box in macOS implements readline keyboard shortcuts.
Also, having ctrl and cmd be separate keys is a godsend. No, I don't want to kill the running app, I want to copy some text.
For me it's word erase (Ctrl-W). CUA was a mistake, and ‘desktop Linux’ slavishly imitating Windows was a mistake.
Really what I want is to define my shortcuts globally somewhere like github and just have every machine/piece of software I ever use refer to that.
For the tabs Ctrl+tab/Ctrl+shift+tab is the standard on Windows and Linux, so i can see how some apps can forget about macOS' specialness.
Speaking of this specialness... having the main system shortcut modifier – Cmd – physically located under both your thumbs is priceless.
In contrast, the Ctrl keys are usually located such that they're best accessed with your pinkies. Who thought that making people use their weakest fingers for the most common shortcuts is a good idea?
Could you remap your keys to have Ctrl keys under the thumbs in Windows / Linux? Yes, but then:
1) It will become hard to use Ctrl-based text navigation shortcuts (such as Ctrl+left to navigate one word left) with one hand, and
2) Ctrl+Tab will now use the same physical keys as Alt+Tab used to, and your brain will never heal from this (at least mine refuses to).
12 replies →
Consistency????
"[" on AZERTY french keyboard requires to type Option+Shift+5
"]" on AZERTY french keyboard requires to type Option+Shift+)
I can't even imagine how the equivalent of Cmd+[ could be a "shortcut".
The big one for me is that Cmd+C and Cmd+V do the exact same thing in Terminal as they do everywhere else, unlike with terminal emulators under Linux. Copy and paste are too ingrained from decades of Mac/Win use to fight against muscle memory for that one exception.
The one thing keeping me on MacOS is that it is "*nix that works". I have never found Ubuntu / Linux to be as stable; worrying about updates breaking things, updates indeed breaking things, drivers randomly stopping working, googling in desperation for half-baked fixes online, randomly trying different options in some dotfile until stuff works etc. Mac just works; maybe there are features that Linux would give me, but as I spend my time between the terminal and the browser, I'm not sure I'd notice much.
I think I'm not alone in this approach; I wonder if this project has the change to be as rock-solid as Apple's offerings. If not, I'm guessing it's not for me.
I agree but the *nix part became less and less significant. Bundled Unix tools are ancient. Compiling your own kernel is almost an anathema (it is possible but you will have nonstop hurdles, you will lose a lot of features and you will have to fight the security system too many times to remain sane).
Even the UI conventions that let you use the keyboard instead of the mouse are now often broken by Apple itself (it impacts power users more than impaired people since accessibility features are still good).
And no containers - those require you to run a different kernel on a VM.
Frankly I feel that macOS went back to being like Mac OS 9 in a lot of aspects - it's just enormously bigger and has a proper foundation but the UI is again mouse centric and proprietary and the system is more tightly coupled than ever with the hardware
I don't know what is the last time you used linux but lately there is great improvements in user experience. I know non-techie people using Linux Mint/ubuntu without any hassels.
I'm writing this from my Ubuntu desktop (LTE). Just a few months ago some update broke everything (graphics). Then somehow I fixed it, but it broke again on restart. It took best part of a week for me to fix.
You might say it wasn't the best distribution for reliability, or that graphics with NVidia are always an issue etc. but the fact remains that, for me, for an OS to "just work out of the box", MacOS is much better.
[I'm also not a Linux n00b, been using it for over a decade, though not an expert for sure]
6 replies →
I'm the de facto IT support for my family and neighbours. They are using Pop OS for about 3 years now. It has been great from both their UX and my maintenance perspective.
My father even did the 20.10 to 21.04 LTS upgrade himself! I highly doubt if windows would've been as smooth an experience.
(Macs are out of question for us since none of us are rich!)
1 reply →
Interesting - my experience has actually been the exact opposite. I always hesitate to update my Mac OS machine as it will inevitably break or misbehave, whereas I rarely run into issues upgrading my Ubuntu machine.
Crazy how much experiences vary… been riding the wave of macOS updates for years, always running the latest and breakage is rare, temporary, third party in nature, and is usually a result of the dev of the app in question not moving off of some deprecated API despite warnings that it would be getting removed in the near future.
1 reply →
I hear a lot of people saying that. What I find out mostly is their last experience of linux on a desktop dates back to the early 2000 and or crappy distros like ubuntu.
What distro works more reliably than ubuntu?
4 replies →
I am confused. Domain and headline and frontpage says RayvnOS but by the screen shots it says airyxOS?
They rebranded due to legal reasons - https://twitter.com/ravynsoft/status/1520779114336071680
no KDE/GTK, no system-d
global menu
swift as a first class language
swiftUI like API
and you get my support! i'll donate
You do realize that Netflix uses FreeBSD, right? That a good chunk of NAS builds, diy or not, use FreeBSD? That high performance network solutions often use FreeBSD because of what is commonly seen as a better/more mature network stack?
Having a smaller user base than the world's most used kernel (Linux) doesn't mean it has a small user base in absolute terms. And being a smaller kernel in lines of code is certainly a positive thing.
This pattern repeats, with OS's smaller than FreeBSD having good reason to be chosen in production.
Fun fact: Apple used NetBSD on their Airport product series.
I'm not sure you should plainly compare FreeBSD on a limited choice of Hardware doing server things with "a general purpose GUI desktop OS".
OP didn't say FreeBSD was bad in my reading, but as a somewhat irregular user you just notice 1000 papercuts (which are not the OS's fault per se for the most part) but which detract from the overall experience. Every nth software package you use for the first time needs a (small, 3-line) patch which is mostly because the people develop on Linux. Sometimes it's better if they develop on OSX, sometimes it doesn't matter.
1 reply →
Not to mention the PlayStation 4 OS as well - not a small number of installs there.
The OS on every Sony game console since the PlayStation 3 is forked from FreeBSD as well
From Wikipedia:
> Today, FreeBSD is used by many IT companies such as IBM, Nokia, Juniper Networks, and NetApp to build their products.[16][17] Certain parts of Apple's Mac OS X operating system are based on FreeBSD.[18] Both the PlayStation 3 and Nintendo Switch operating system also borrow certain components from FreeBSD,[7][8] while the PlayStation 4 operating system is derived from FreeBSD 9.[19] Netflix,[20] WhatsApp,[21] and FlightAware[22] are also examples of large, successful and heavily network-oriented companies which are running FreeBSD.
As that quote clearly puts out, it is mostly cherry picked components, and not a proper FreeBSD distribution.
6 replies →
Software that everybody uses can be affected by terrible bugs - Heartbleed couldn't have happened otherwise - so what is the magic level of usage needed to avoid bugs and be stable?
Yes.. but FreeBSD is used by a lot of people! It’s used on a lot of servers. Netflix’ CDN for example runs FreeBSD.
And FreeNAS/TrueNAS probably the most used selfmade NAS.
[flagged]
Enough of those half-assed attempts at an "OS".
Either use Windows with WSL2, or Debian, or FreeBSD with some GUI, or MacOS.
Regardless of what OS you use - you will be using a Browser, Terminal, File Manager and VS Code/Rider/Visual Studio, emacs/vim. GASP
Enough of this distro hopping - it is the moder-day procrastination.
This distro will implement Cocoa and a Mach-O ELF loader...
Lawsuit from apple incoming in 3 ... 2 ...
Hmm, looking at the screenshots and comparing with my current Gnome on Wayland, the latter is way more beautiful and with better utility.
This is a great idea, but I think they'd be better off aiming for Linux.
One of the main benefits of macOS is perfect hardware support. Linux has a definite edge on all other free software kernels here.
I hope they succeed, regardless of technical decisions.
> One of the main benefits of macOS is perfect hardware support.
Insofar as you have perfect support for the very small subset of hardware that computers running macOS can have. I'm sure you could get similarly perfect hardware support on Linux by being careful about which hardware you run it on.
Nobody did this for Linux on the small subset of Apple-branded macOS-capable x64 machines before, much to my chagrin.
I donated to marcan in the hopes that someone now will.
There should be a free software OS installer that is as easy to use and supports as much hardware with full functionality as the Apple OS installer. Apple has already done the heavy lifting of a well defined hardware target.
Their target is existing MacOS users. Thats a BSD derived kernel and OS API and the model is quite different. Making a Linux kernel look right, is a path ?Gentoo? took some time ago, and I am unsure you can call it an unqualified success.
"does it run homebrew" is my lead question
> "does it run homebrew" is my lead question
Or even better, a better package manager that isn't slow as hell and understands semver.
3 replies →
Existing macOS users have Apple hardware. Does FreeBSD support recent x64 Apple gear well? Last I looked even Linux had less than perfect support.
The situation is even more Linux-centric on Mx.
1 reply →
I looks worthless to me.
If you’re doing this kind of things, you’d better be producing and selling your reference laptop/desktop computer too.
Otherwise all I expect from seeing the FreeBSD logo is 2005-ish hardware support nightmares (thanks but no thanks, I’m not a teenager anymore).
Looks like lots of efforts to recreate the crappy MacOS X UI and user experience. I mean it was fine and less a mess than windows has ever been but it barely evolved since Nextstep in term of UI paradigm and feels dated nowadays.
The interesting part in Apple products is mostly the hardware.
Not everyone feels this way about macOS.
My UI experience is very limited (Windows and Linux only, I currently use XFCE4). What do you consider to be the best UI(s) currently offered (in an operating system)?
I feel gnome3 is a much better/faster/ergonomic. It works great regardless if you are a keyboard, mouse or touchscreen heavy user.
My only gripe is I wish firefox would integrate it better instead with an UI similar to (now defunct?) Eolie web browser.
Also I haven't spend enough time with it recently but I think kde plasma has the flexibility to be probably as good as gnome. I just don't like the default settings and have always been too lazy to dig deep into it. I used to love kde3.
2 replies →
Unironically gnome 38 for me, I'm on 41 and it seems a bit buggier
The killer feature I saw in the last years was the HUD in that custom desktop environment Ubuntu had for a while before going back to gnome.
The ability to just type and search through all menu items saved me so much time!
1 reply →
That's highly subjective point of view. I've used windows since high school (about 4-5y) until Win7, then Ubuntu for 7 more years, after that Mac. Switch was always hard, but now I would never go to neither Win nor Ubuntu. Mac's UI is so superior in my opinion - for my work and productivity, that I would never switch back. People often talk bad about some Mac UI stuff like they are "bad" because they are "different" than people are used to on Win or some imaginative "this is how it is supposed to be" stance, and I get puzzled because those are precisely features I like and I want.
Particularly the "simple installs" graphic on that page. Who wants to, using a mouse cursor, after opening an installer "shortcut", click and drag an icon onto some other icon, presumably representing a shortcut to an "app" folder, simply in order to install a program? What is that even supposed to represent, anyway? Big step backwards for package management.
I generally really dislike when companies make comparisons like this. They pick a market leader, and imply their v1 is just as good. It never is.
The Google of X The Apple of Y The Amazon of Z
It's almost always hype and it's annoying. It's as if they think they deserve credit for the intent, or the goal, rather than the actual product.
This is a dead end. FreeBSD, lmao. Why not choose Linux, which supports way more hardware and features. Not promising for the general quality of decision making.
FreeBSD is a modern performant OS with broad hardware support. I don't know what feature you had in mind, but FreeBSD comes with kqueue and has largely the same core utils as MacOS, which isn't a lot but why not take the free wins you can get? Not to mention that if they manage to pull this moonshot off, porting the resulting work to Linux would be utterly trivial in comparison. So ingrained Linux fanboys don't have to worry, if this becomes a thing, they'll get in on it.
Those Linux fanboy's always remind me of the song from NOFX "The Idiots Are Taking Over" -> Opensource ;)
That seems like a lot of work. If what you want is to be able to run MacOS X apps on a free (like in free speech) environment, there's https://www.darlinghq.org/ which is like Wine but for MacOs X apps.
If what you want is to replicate the MacOS X UI you can customize the UI of your DE on Linux, or use something like ElementaryOS or use Pantheon.
What are the goals of this project?
I find this gtk application theme and shell theme to go even further than elementary. The developer releases all sorts of themes with insane quality. You can even tweak them to suit your preference such as sidebar width and compact header size
https://github.com/vinceliuice/WhiteSur-gtk-theme
Cool. What kind of GUI apps work ? The FAQ doesn't say much except basic.
Could we use Mac compatible apps in place of windows ones if Linux isn't available? Games? Productivity?
From their GitHub page[0]: "Please note that most GUI applications will not run at the moment."
[0] https://github.com/darlinghq/darling
I admit that I haven't personally used Darling but it would be rather pointless if it only worked for commander line apps. All command line apps I use on MacOs X are from homebrew and are available in Linux so for me it only makes sense for GUI apps. Also, I never really missed a MacOs X specific app when I use Linux, most apps I use are multi platform anyway, and the rare one that is not, it usually has a decent equivalent for Linux.
The problem with all these things is that they only visually look like macOS. Once you try to use them, you find that nothing works as it is supposed to. Drag and drop is severely limited, programs don't share a common set of norms, or if they do, it's not the one you're used to. The hardware itself that you need to run it in is horrible in comparison (especially touchpads). Finally there's always the tremendous numbers of sharp edges shared by any of these types of OSes that will ruin the rest of your day as you try to figure out how to get past whatever the problem is so you can get on with what you were originally trying to do at the beginning of your day.
Stop chasing the look of MacOS. Replicate it's functionality and feel first.
You obviously did not even look at this project because that's exactly what they're aiming at.