nearly your entire system is written in C and you're worried about a simple fetch program
leopold
joined 1 year ago
They attempted to add opt-in telemetry a few years ago and people lost their shit for some reason. They didn't merge it, but the FOSS community's "fork first ask questions later" attitude kicked in anyway and multiple forks popped up while now the original project has permanently been labelled as spyware, which is fun. Fun fact, KDE Plasma actually has opt-in telemetry. Dolphin, Kate and a few kdepim apps also do. Plasma also has opt-in automated crash reporting, which is particularly evil. Y'all better uninstall them right now. I mean, what if you accidentally opted in, or something? Anyway, not a fan of hostile forks unless someone can actually prove the original project has gone to shit.
Audacity doesn't come anywhere close to professional DAWs like Audition and it's not really trying to be one afaik. Ardour is the way to go for professional needs.
This would be a ludicrous time investment for very little gain.
It's C++ with Win32 API. Not portable. Very little incentive to do it considering advanced text editors that work on Linux are dime-a-dozen (Kate, VS Code, Notepadqq, Geany, Sublime Text, etc.)
What WYSIWYG binary formats have you been using? OpenDocument is zipped XML. OOXML is also zipped XML. RTF is plain text. Everything else is dead. RTF is too, actually.
Unless there's a joke I'm missing, this a weird way to say French simply has a different word with different roots for computer.
ElementaryOS has nothing to do with Red Hat or Arch. It's Ubuntu LTS with a custom macOS-like desktop environment called Pantheon. Being based on Ubuntu LTS means packages only get updated every two years, so they can be a bit old. Debian has the same problem, tho. If you like macOS, you might want to use it. Otherwise, you might not. Worth noting that Pantheon is available on distros other than ElementaryOS (but not Debian).
I would call iOS mostly proprietary, but not Android. It is entirely possible to have a fully usable Android system with AOSP, as shown by LineageOS and other free software Android distributions.
Meanwhile the available Darwin source code is nowhere near enough to build anything remotely resembling iOS, or even any usable operating system. OpenDarwin died in 2006. PureDarwin tried to become successor, but that hasn't gone so well. They got Darwin 9 working okay, but then got stuck porting to Darwin 10 (which is still from 2009).
True. If their goal is truly to use the "native" solution everywhere, they should use QtWebEngine on Qt desktops. For the most part, the advantage with Tauri isn't so much that it's using the "native" web engine, it's that not every Tauri application has to bundle a full (probably outdated) web engine. On Linux, this is achieved regardless of whether WebKitGTK or QtWebEngine is used. The first Tauri application you install pulls in WebKitGTK if you didn't already have it installed, then every subsequent application just uses the same one. I'm personally glad it's using WebKitGTK despite being a Plasma user. The less we rely on Blink and Blink-based web engines, the better. Having to spend 100MB of my 1TB hard drive on WebKitGTK to achieve this isn't making me lose a whole lot of sleep.
KDE Discover supports Snap, Flatpak and distro packages (through PackageKit). It doesn't support AppImage, though. It also doesn't work very well outside of Plasma.