OnlyOffice is not based on LibreOffice. There might be a point in joining forces with OpenOffice if OpenOffice actually had forces to join with, but it doesn't because it is a dead project.
leopold
joined 1 year ago
Indeed, but GNOME is big enough to veto against anything they dislike getting into Wayland. And indeed, TWMs were brought up as a big reason why CSD sucks; window decorations primarily contain controls for the window manager and the form these controls should take depends entirely on the nature of the window manager, therefore the window manager should draw the controls. But GNOME doesn't want to perform the oh so difficult task of providing window controls to apps that don't provide their own under Wayland, so too bad.
it's a frontend for ollama. so no, because under the hood it is ollama.
especially considering KDE already has an application with almost exactly the same name for the same purpose https://invent.kde.org/utilities/alpaka
Proton+DXVK is pretty darn efficient. On average it is slightly slower than Windows, but not by much and it can also be faster in certain games.
It shouldn't speed up anything on Proton, since it already uses f-sync, which gives the same speedup, but breaks some apps, which is why Wine wasn't using it and ntsync was created as an alternative.
When I last tried it (around the time that article was posted, could've improved since), you needed to mess with gconf to enable the feature, which was for good reason because the compatibility was abysmal (ublock origin did not work and neither did dark reader or violentmonkey or really any extension I wanted to use).
i3 doesn't support Wayland, not the other way around. It's an X11 window manager. Not sure why you would expect it to work on Wayland.
It's even more bonkers than it sounds. If you look at the code locations for that KDE count, you'll see it also includes just about every KDE project. That's not just Plasma, that's hundreds of projects, including some really big ones like Krita, Kdenlive, Calligra, LabPlot, Kontact, Digikam and Plasma Mobile. Hell, it even includes KHTML/KJS, KDE's defunct web engine as well as the ancestor of WebKit and Blink. It even includes AngelFish and Falkon, KDE's current web browser frontends.
Same deal with GNOME. It includes just about everything on GNOME's GitLab, even things that are merely hosted there without strictly being GNOME projects, like GIMP and GTK.
And yet still they are both that far behind Chromium and Firefox. Modern web browsers are ludicrous.
it's a drop-in replacement for i3 on wayland
Well, it is basically LibreJS logic applied to an entire distro, like your typical FSF-approved distro. It's a distro by free software extremists for free software extremists and no one else. It's is completely impractical for actual use. But really it's worse than the average FSF-approved distro. It takes things several steps further by removing many things that are 100% free software, but just subjectively disliked by the maintainers, including even the Linux-libre kernel, as the project is in the process of moving to an OpenBSD base. The OpenBSD people naturally want nothing to do with them, so I'm looking forward to seeing that play out.
Package management is probably the biggest thing a Linux user might need to use the terminal for. The graphical package managers used by default on most desktop environments are far too limited.
KDE's Discover for instance is capable of installing (graphical) desktop applications, uninstalling packages and performing updates. Sure, it supports native packages on the majority of distros through PackageKit, as well as Flatpaks and Snaps, but it can only perform very basic package manager operations. I imagine most users will at some point need to install a package that isn't a graphical desktop application, such as a driver or an optional dependency and they will need to use the terminal for it.
To my knowledge, this is also the state of most other graphical package managers that take the form of "software centers" like Discover. More powerful graphical package managers do exist, usually specific to a specific package manager such as Octopi for Pacman. Few distros ship with them, however. I believe one notable exception is OpenSUSE with YaST. There's also dnfdragora on Fedora, which is pretty basic, but might be good enough for most purposes.