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
RavynOS – Finesse of macOS, freedom of FreeBSD
211–220 of 387 posts
Re: RavynOS – Finesse of macOS, freedom of FreeBSD
#212Earlier quoted context omitted.
So basically you played with fire(nvidia) and got burned. There is one way to run nvidia stuff on Linux and have a decent experience: run a distro that actually support and has partnership with nvidia, which mean a distro like Redhat Enterprise Linux. It has long term support too. It is the same with Apple or windows if you start using shitty drivers from a shady brand you will run into issues at some point.
Well, that's one way to look at it: you need to carefully pick your distro, make sure it's compatible with your hardware, and so on. My way is rather: I don't want to even pollute my brain cache with that. I want a Computer with an Operating System that Just Work. Because for me tinkering with the setup of my desktop is not fun, the fun bit is what I do with a properly working computer. I'll pay a premium to Apple fo…
>- don't even mention printing
Sounds strange because both Linux and MacOS share the same Cups software for printing. AFAIK Cups main developpers are employed by Apple.
I haven't run into any hiccups these last 15 years. Everytime I was in the market for a printer I just verified it was supported well on openprinting.org. On my current printer I just needed to install one rpm.
Compare that to all the crappy software that was installed on my gf windows 10 laptop, involving a reboot, annoying popups telling you about ink level on every print and an app loading up at startup to stay in systray.
I like to mention that I used for 18 years a scanner on linux and bsd perfectly while it was out of support in Mac and windows since 2001. It wasn't even a device that would have used very old connectors impossible to find on modern hardware. It was using USB! In that particular case I don't think that Mac really accounts for what you'd call a "Just Work" experience.
Re: RavynOS – Finesse of macOS, freedom of FreeBSD
#213KDE 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.…
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! ;)
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.
Re: RavynOS – Finesse of macOS, freedom of FreeBSD
#214Nice 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!
Re: RavynOS – Finesse of macOS, freedom of FreeBSD
#215At 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 n…
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.
Re: RavynOS – Finesse of macOS, freedom of FreeBSD
#216Earlier quoted context omitted.
And still they will perform better than any FOSS attempt to clone their work.
Yeah, FOSS culture is unfortunately neither very good at design, nor attracting good designers for collaboration. Many engineers don't even respect design and/or designers.
If FOSS culture is bad at design, then one could imagine it being beneficial to just blindly copy an existing good design
Re: RavynOS – Finesse of macOS, freedom of FreeBSD
#217I'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 maint…
> We have merged in Mach support now
Mach the kernel, the IPC system, or the binary format?
Re: RavynOS – Finesse of macOS, freedom of FreeBSD
#218The 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, bu…
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.
Re: RavynOS – Finesse of macOS, freedom of FreeBSD
#219Nice 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.
Re: RavynOS – Finesse of macOS, freedom of FreeBSD
#220Earlier quoted context omitted.
“Objective-C is done, time to move on” … except for Apple themselves, where we still see a steep rise in ObjC year over year with no visible sign of slowing that incline. Likewise for AppKit. Apple, the “do as we say, not as we do” company.
Except several systems have been rewritten in Swift for Ventura, also mentioned in other talks. Besides this is nothing new in the industry, some Android business units and Windows ones, are quite adverse to touch anything besides C++, regardless of the guidelines to the rest of us.
While there are parts of Swift that I like, I am more and more convinced as time goes on that Swift in general, and specific sub areas of Swift (like SwiftUI or Swift Charts) are destined to follow the trajectory of .NET as decried by Spolsky in How Microsoft Lost The API War [1]. To the extent this is true, it is likely smarter long term to avoid Swift except in cases where Apple has enforced its usage (like the watch).
For problem areas where Apple's frameworks provide a useful or necessary solution, accessing them from Objective-C instead of Swift is more stable. Examples like Accelerate, HealthKit, and StoreKit come to mind.
For problem areas where Apple has no advantage but you want to ship code there, oft derided but broadly usable solutions like C++ (which connects to Objective-C better than it does to Swift) or Javascript dominate.
Even Apple appears to struggle at drinking its own koolaid, given the recent criticism of the Settings port to SwiftUI. [2]
[1]: https://www.joelonsoftware.com/2004/06/13/how-microsoft-lost...
[2]: https://daringfireball.net/linked/2022/08/15/ventura-system-...