Package Details: aws-cli 1.10.23-1

Git Clone URL: (read-only)
Package Base: aws-cli
Description: Universal Command Line Interface for Amazon Web Services awscli
Upstream URL:
Licenses: Apache
Conflicts: awscli, python-aws-cli, python2-aws-cli
Provides: awscli=1.10.23
Submitter: alperkanat
Maintainer: severach (madetofade)
Last Packager: severach
Votes: 46
Popularity: 6.329294
First Submitted: 2013-02-04 23:20
Last Updated: 2016-04-27 14:43

Required by (1)

  • statsite (requires aws-cli) (optional)

Sources (1)

Latest Comments

masterkorp commented on 2016-04-27 10:46


I am getting this errror:
-> % aws
Traceback (most recent call last):
File "/usr/bin/aws", line 19, in <module>
import awscli.clidriver
File "/usr/lib/python2.7/site-packages/awscli/", line 17, in <module>
import botocore.session
File "/usr/lib/python2.7/site-packages/botocore/", line 27, in <module>
import botocore.client
File "/usr/lib/python2.7/site-packages/botocore/", line 18, in <module>
from botocore import waiter, xform_name
File "/usr/lib/python2.7/site-packages/botocore/", line 13, in <module>
import jmespath
ImportError: No module named jmespath

jsteel commented on 2016-04-15 17:27

The problem is while you are "testing", you are causing breakage by us not being able to update our systems (at least when an official package gets an update that this depends on). It's nice you think you are advanced and helping us, but I think you are actually causing problems. The developer probably doesn't run Arch. I still vote get rid of them.

severach commented on 2016-04-15 16:56

The upper bounds are specified by the developer. Leaving them in allows advanced Archers test the package before upping the bounds. Each upper bound we remove increases the chances that an upgrade will break this package. I suspect there's a lot of shell script automation based on this package which are not ready for random breakage.

The proper way is to ask the developer to increase the upper bound after your tests show that the package works.

zhou13 commented on 2016-03-23 02:00

Could you remove the upper bound in the dependencies? I do not understand why they exist.

jsteel commented on 2016-03-21 14:35

Please only require specific versions if there is *known* breakage. Arch is a rolling release. Or just restrict major version changes only, if something is known to trip this up.

supermario commented on 2016-03-21 10:59

Can you please loosen the restriction on python-rsa? It was updated in [community] to 3.4 and now I can't update my system without uninstalling this package...

severach commented on 2016-02-05 18:08

We're testing with colorama 0.3.6. If this works, encourage the upline to expand the version restrictions.

The PKGBUILD is made this way to allow the -git and python-2 packages to be automatically maintained so they don't fall into disrepair. The restrictions are directly from upline. Simple rarely means easy.

phw commented on 2016-02-05 08:08

Could you just drop the upper limits for dependencies? These are causing frequent issues on upgrades, just as now with the updated python-colorama in the Arch repo.

IMHO this is one of the most over engineered and "unarch" packages.

blueyed commented on 2016-01-06 13:04

It might not be specific for this package (but more related to Python packages in general and/or using pacaur), but I've noticed that the installation picks up / uses an activated virtualenv, resulting in this message:

> warning: directory permissions differ on /tmp/
> filesystem: 1777 package: 755

To reproduce:
1. virtualenv /tmp/env
2. source /tmp/env/bin/activate
3. pacaur -S aws-cli

`pacman -Ql aws-cli` will then show that the files are installed into /tmp/venv.

markzz commented on 2015-11-06 19:56

Well, `--pkg` is not that hard to use, plus all users are expected to understand how to use makepkg since there's plenty of documentation on it. If a set of packages makes sense to be part of a split package, I see no reason to not put split packages on the AUR. They actually make life simpler since you only have to download one PKGBUILD for multiple packages.

All comments