- 15 Jul, 2014 1 commit
-
-
Andrea Mandolo committed
-
- 23 Apr, 2014 1 commit
-
-
'list' was added more recently, it was omitted from the documentation.
Ted Timmons committed
-
- 09 Apr, 2014 1 commit
-
-
Created common module doc fragment, and applied to all modules that use ec2_connect or connect_to_aws as they definitely share the common doc fragments
willthames committed
-
- 11 Mar, 2014 1 commit
-
-
James Cammarata committed
-
- 06 Mar, 2014 1 commit
-
-
Allow security tokens and profiles to be used as arguments to the 'common' ec2 modules Mostly refactoring to provide two new methods, `get_aws_connection_info`, which results in a dict that can be passed through to the boto `connect_to_region` calls, and `connect_to_aws` that can pass that dict through to the `connect_to_region` method of the appropriate module. Tidied up some variable names Works around boto/boto#2100 profiles don't work with boto < 2.24, but this detects for that and fails with an appropriate message. It is designed to work if profile is not passed but boto < 2.24 is installed. Modifications to allow empty aws auth variables to be passed (this is useful if wanting to have the keys as an optional parameter in ec2 calls - if set, use this value, if not set, use boto config or env variables) Reworked validate_certs improvements to work with refactoring Added documentation for profile and security_token to affected modules
Will Thames committed
-
- 04 Mar, 2014 1 commit
-
-
Use the list argument to state to just collect the tags of a resource through the AWS API.
willthames committed
-
- 13 Feb, 2014 1 commit
-
-
When disabled, the boto connection will be instantiated without validating the SSL certificate from the target endpoint. This allows the modules to connect to Eucalyptus instances running with self-signed certs without errors. Fixes #3978
James Cammarata committed
-
- 06 Feb, 2014 1 commit
-
-
Refactor the currently well-factored ec2 modules (i.e. those that already use ec2_connect) to have a common argument spec. The idea is that new modules can use this spec without duplication of code, and that new functionality can be added to the ec2 connection code (e.g. security token argument)
Will Thames committed
-
- 18 Dec, 2013 1 commit
-
-
Using `ec2_tag` module without the state argument currently results in: ``` failed: [127.0.0.1] => {"failed": true, "parsed": false} ``` This fix makes `state=present` the default
willthames committed
-
- 17 Dec, 2013 1 commit
-
-
Moved `AWS_REGIONS` into `ec2` module Created `ec2_connect` method in `ec2` module Updated modules able to use `ec2_connect` and `AWS_REGIONS`
willthames committed
-
- 27 Nov, 2013 2 commits
-
-
Brandon Hilkert committed
-
The `ec2_ami`, `ec2_elb`, `ec2_tag`, `ec2_vpc`, `route53`, and `s3` modules all canonicalize the AWS access and secret key params as `aws_access_key` and `aws_secret_key`. However, following the fixes for #4540, those modules now use `get_ec2_creds` from `lib/ansible/module_utils/ec2.py`, which requires access/secret key params to be canonicalized as `ec2_access_key` and `ec2_secret_key`. As a result, AWS credentials passed to those six modules as parameters are ignored (they instead always use the AWS credentials specified via environment variables, or nothing). So this change fixes those six modules to canonicalize the AWS access and secret key params as `ec2_access_key` and `ec2_secret_key`, allowing them to again accept AWS credentials passed via module params.
Justin Ludwig committed
-
- 01 Nov, 2013 1 commit
-
-
James Tanner committed
-
- 12 Oct, 2013 1 commit
-
-
Harrison Gu committed
-
- 13 Aug, 2013 1 commit
-
-
lwade committed
-