Well, it is a bad idea if you are building anything not intended to be exclusively a GNOME app.
LeFantome
joined 1 year ago
He said multi platform is not a requirement. But good low-level audio performance is.
What were you thinking?
There is a bit of bias in your assumptions as illustrated by the “use the man page” step.
It is not always true that GUI means easier or more intuitive. It almost never means faster which is why terminal people like the CLI so much.
One of the major benefits of the command line is that it is almost universal between distros. Package management is one of the few things that differs between distros so let’s use that as an example as even in this case there are only a handful of package systems across dozens of distros.
I know that apt install and apt search work across the entire Debian family including Debian, Ubuntu, Mint, and Pop ( all different GUIs ). If I was at a random Linux command line in any distro, it would take me moments to try apt, dnf, pacman, and zypper. Without even knowing what distro I was looking at, I could be managing packages in 10 seconds. I bet one of these would work on your machine. The commands that did not work would be harmless. In contrast, it would take me at least that long to find the “store” in a menu ( if I even knew how to bring up the menu ). There are almost as many software stores as distros. Some distros have more than one. Once in the store, I would have to discover how to do what I want. I have never used most of them. In half of them, finding out how to do a full upgrade may take a while and I am not sure how confident I would be that it was going to do what I wanted. I may really be lost if I got any errors.
I use an old MacBook every day and booting into Xfce I can type “yay -Syu” before the wallpaper even comes up and certainly before a store would launch. I can also ssh into a number of other machines and update their packages remotely with the same command. Getting a Remote Desktop would be far harder and what methods are available to do that vary from machine to machine. It would be far harder.
Anyway, this comment is way too long. My point is that, for many people, the command line is faster, easier, perhaps more intuitive, more consistent, and often requires less to remember than the GUI. Windows just added a “sudo” command. Why would they need to do that if they are the poster child “everything in the GUI” OS?
It is great to have GUI options and clearly some people will did that less intimidating. That said, once you start using the CLI, it is painful to go back.
Network share from the file manager does not seem such a stretch:
https://help.ubuntu.com/stable/ubuntu-help/nautilus-connect.html.en
I spend a lot of time arguing against Manjaro. That said, Manjaro comes with a GUI package manager that provides access to the AUR.
What software are you using that is not available in the Manjaro repos or AUR? My guess is that the majority of people would never need to install anything more.
I think it is actually quite likely that most people never need more than what is in the Ubuntu repos. However, I am not as confident to stand behind that claim.
No matter what version you start with, a pacman -Syu brings you to the same point. But they update the install media from time to time and that is what the version numbers are capturing. How else would they track it? There are sometimes changes to how the system is installed. I have not used Manjaro in a while so I do not have any examples.
EndeavourOS is the same and also has versions and names. As an example of installer differences, they moved to KDE by default instead of Xfce just recently. Not long before that they moved to Dracut and systemd-boot. Id you installed a year ago, you would still be using GRUB and Xfce even after doing a full update as package updates do not force that kind of change.
“So far, Qualcomm has most of the critical functions working inside Linux, specifically version Linux 6.9 that was released not too long ago. These critical functions include UEFI-based boot support along with all the standard bootloaders like Grub and system-d.”
WSL runs Linux in a VM. They have made it easier but it is by no means native.
By contrast, while the other poster thinks Blender is too hard to install on ChromeOS, it is nevertheless running right on the Linux kernel. The only reason you have to jump through hoops is because Google wants to make it hard.
The same is true when you run Android apps on Linux. They run natively on the kernel. There is really not much difference between running. Android on Linux and running actual Linux apps via Docker or Podman. Running Blender on ChromeOS is the same.
This is one of those problems that Manjaro fans on Lemmy keep telling me are impossible.
I am on EndeavourOS and gnome-shell is on 46.1-2. gdm-prime is on 46.0-1. Everything would work fine using gdm-prime from the AUR.
The issue is that Manjaro holds back the packages in core and extra for weeks but the packages in the AUR are up-to-date ( and expect the version numbers found in Arch ). So you have this incompatibility.
You may find a newer version of gnome-shell in the AUR but, if you do, you may find that the Manjaro package never catches up and you are stuck with an AUR version forever, or worse, end up with packages that cannot be upgraded one the one in the AUR gets abandoned.
In my opinion, using Manjaro is “hard mode” much more than EndeavourOS is for exactly these kinds of reasons.
I have tried it a few times but I could never really get into it. For one thing, it is a tiny island unto itself where most of what you need to run is foreign to it.
In the end, I found light-weight GTK and Qt options superior.
Based on some Lemmy comments, I tried Q4OS with the Trinity desktop ( basically KDE 3 ) and I was surprised how good it was. I used the 32 bit edition but it booted to a full GUI desktop in something like 110 MB and it was surprisingly usable. I guess I should not be too shocked. MATE is essentially GNOME 2 from the same era and, though not my favourite, it is still fine.
Perhaps the viability of Linux as a desktop has had more to do with the applications than the desktop itself.
You do not have to check the news.
What he is saying is that mostly Arch updates just work, 99% of problems are keyring related, and ( when there is a problem ) you can check the news to find an easy fix.
I personally have not had to resort to the news but I will not refute his experience.
The keyring issue is real but it just prevents updates, it does not break your system, and it will not happen at all if you update frequently enough.
Arch is great
I get the sentiment but San Quentin is not exactly an executive retreat.