Package Details: python-azure-cli-acs 2.0.4-1

Git Clone URL: https://aur.archlinux.org/python-azure-cli-acs.git (read-only)
Package Base: python-azure-cli-acs
Description: Microsoft Azure Command-Line Tools ACS Command Module
Upstream URL: https://github.com/Azure/azure-cli
Licenses: MIT
Submitter: optlink
Maintainer: None
Last Packager: optlink
Votes: 0
Popularity: 0.000000
First Submitted: 2017-03-20 03:48
Last Updated: 2017-05-02 05:40

Latest Comments

maximbaz commented on 2018-07-05 14:47

Makes sense, let's see what they decide

optlink commented on 2018-07-05 13:24

@maximbaz I could do that but based on your comment on GitHub (https://github.com/Azure/azure-cli/issues/6698#issuecomment-402468434) maybe they should stick around if someone wants to take up maintaining them or if Microsoft decides to start making releases of the SDK again.

I started out maintaining all the separate packages but the dependency tree was breaking with almost every update, the Python namespace conflicts were frustrating, and as a user I don't care about what version each individual component is. At least with the CLI they still have marked releases of all the packages.

With the SDK I spent a few hours on trying to separate out the packages and had to give up for exactly the same reasons as above. When I checked last there were no marked releases of the SDK and each submodule version is just a snapshot of the entire tree with the rest of the modules in an unknown state. It may not be fully correct but it seemed prudent to just clone the master branch. Even Microsoft themselves have stated the packaging nightmare was created specifically to ease the process for the submodule developers and they seemed pretty set on it.

The only real philosophical problem I have with their approach is who really needs that level of detail in their dependencies? I certainly don't want large amounts of <10KB packages in my list that offer pretty much zero clarity into my system configuration.

Having said all that, if someone wants to maintain this stuff the proper way maybe keeping what was attempted before would be beneficial.

maximbaz commented on 2018-07-04 12:37

@optlink how about submitting a request to remove all these orphan packages in favor of python-azure-cli? Same for python-azure, as you recommended using python-azure-git instead of it.

optlink commented on 2018-07-01 13:04

@tirithen

This package is for the ACS module and not the AKS module. It is also not necessary, everything you need should be covered by the python-azure-cli package.

tirithen commented on 2018-06-26 10:33

This package is out of date, current version is 2.1.2 (only 2.1.1 is available on https://files.pythonhosted.org though) I tried changing to 2.1.1 and update md5 checksum in PKGBUILD but got the following errors:

python-azure-cli-nspkg: /usr/lib/python3.6/site-packages/azure/cli/__init__.py exists in filesystem (owned by python-azure-cli)
python-azure-cli-nspkg: /usr/lib/python3.6/site-packages/azure/cli/__pycache__/__init__.cpython-36.opt-1.pyc exists in filesystem (owned by python-azure-cli)
python-azure-cli-nspkg: /usr/lib/python3.6/site-packages/azure/cli/__pycache__/__init__.cpython-36.pyc exists in filesystem (owned by python-azure-cli)
Fel uppstod, inga paket uppgraderades.

How to fix this? I'm in need for the aks additions to the azure client.