I've been using it for a couple of years though. I have not really had any problems with auto-upload from my android phone.
So not sure if that "not even alpha stage" comment is correct. I don't know the state of it on iOS though.
I hate how docker made it so that a lot of projects only have docker as the official way to install the software.
Just so we are clear on this. This is not dockers fault. The projects chose Docker as a distribution method, most likely because it's as widespread and known as it is. It's simply just to reach more users without spreading too thin.
I got the N100 version of that one for my homelab. Works really well. But if the idea is to expand to a business at some point, it's not gonna be powerful enough.
I think I want something bazzite-like and probably immutable but more media focused than gaming, with already working and set up waydroid and remote control support.
Likely does not exist yet. I haven't heard of one, at least.
David might be using git's send email, which he likely has set up to have a max line length of about 80, because that's what the kernel developers require.
There is, but it is not great at handling conflicts, and other yes/no questions pacman might ask. This can lead to something going wrong during installation or updates.
I think my most obscure one is "Homarr", which as the name suggests is a dashboard designed with the *arr suite in mind, but I use it as a regular dashboard for my regular services.
This is something you should have thought about, before doing the actual switch. As far as I know there is no good way of running the MS office desktop apps on Linux.
I don't know yay's codebase very well, but it might be that it uses the "cascade" option that some AUR helpers use. Cascade removes the packages, it's dependencies and any packages that they depend on. It's a sure way to blow up your system.
I will always use regular pacman when removing packages. As long as the package is installed on the system, pacman knows about it and can remove it correctly.
Do we create a new AUR package that is based off that fork? Wouldn’t that pollute the AUR with packages that are similar but are forks of each other?
Lots of packages does this already. So I assume it's okay, if you can't get the change into the one already there.
What if I am developing a package B that depends on the A-fork that is not in the AUR? Do I have to create A-fork as an AUR package so that my package B can be built?
Yes. You need to make sure all the dependencies are available from either official repository or the AUR when creating an AUR package.
You can easily add photos to an album from the web interface. But still not from the Nextcloud android client.