osc VS azure-cli

https://openbuildservice.org/ is one way to produce distribution packages across a wide selection of distributions, if your source code is open.

As fair as I understand, OBS is indeed a suitable replacement for AUR right now.

OpenBuildService is better in every way, is fully opensource everywhere and can even generate packages for ubuntu better than launchpad appears to, and can even build entire distros. No special integrations are necessary, it can cost-effectively work with a highly paralellized number of virtual machines (iinm 100 or more on generic threadripper or epyc).

Suse's OBS is another option, and there are likely others...

[3] https://openbuildservice.org/

Good idea, give it a try. I'd recommend Kubuntu or Mint with Cinnamon. I switched to KDE for KDE Connects' amazing smartphone (Android) integration, which i recommend srrongly to try. Switched to openSUSE Tumbleweed myself, best KDE implemention IMHO, rolling release and the software selection is great, whats missing from the repos can be installed via opi, a client for [0]. It is not that newbie friendly though, since SUSEs' focus is on the enterprise ie safety over ease of use.

[0] https://openbuildservice.org/

Try it on openSUSE, the best KDE integration by far IMHO, since it is their standard DE since IDK/forever? Tumbleweed offers the newest packages, rolling like Arch, but with a huge test battery on OBS (https://openbuildservice.org/). Snapshots on upgrade make the thought of breakage (haven't had any) tolerable.

Disclaimer: very happy user

If you don't use AWS, you can usually find CLI tools for other major cloud infrastructure services, such as Azure CLI or gcloud CLI.

Yep. They also do not notice, that Fedora 37 is using Python 3.11 already, and can't merge the fix for azure-cli for 2 months to fix the compatibility issue: https://github.com/Azure/azure-cli/pull/24109

References: https://github.com/Azure/azure-cli/issues/20476

In the spirit of moto, it actually looks like quite a bit of the groundwork is available for someone to take a swing at an Azure version:

* the cli uses the python SDK: https://github.com/Azure/azure-cli/blob/azure-cli-2.38.0/src...

* which uses autorest: https://github.com/Azure/azure-sdk-for-python/tree/azure-mgm...

* of what appears to be an OpenAPI-ish spec: https://github.com/Azure/azure-rest-api-specs/tree/fda2db441...

Isn't Azure CLI written in Python?

Even though it seems like a pretty good little hack – this is not supported. The Portal would also bug out and refuse to display Environments correctly if the resource were created with “Other” workflow: