1. 22 Sep, 2015 1 commit
  2. 16 Sep, 2015 1 commit
  3. 15 Sep, 2015 4 commits
  4. 14 Sep, 2015 1 commit
  5. 11 Sep, 2015 1 commit
    • Fix broken integration test with unicode hostnames · 88a20e7a
      1. The test did "name: '{{hostnames}}.{{item}}'" inside a with_sequence
         loop, which didn't do what was intended: it expanded hostnames into
         an array, appended ".1", and set name to the resulting string. This
         can be converted to a simple with_items loop.
      
      2. Some of the entries in hostnames contained punctuation characters,
         which I see no reason to support in inventory hostnames anyway.
      
      3. Once the add_host failures are fixed, the playbook later fails when
         the unicode hostnames are interpolated into debug output in ssh.py
         due to an encoding error. This is only one of the many places that
         may fail when using unicode inventory hostnames; we work around it
         by providing an ansible_ssh_host setting.
      Abhijit Menon-Sen committed
  6. 09 Sep, 2015 1 commit
  7. 28 Aug, 2015 1 commit
  8. 27 Aug, 2015 3 commits
  9. 26 Aug, 2015 1 commit
  10. 25 Aug, 2015 6 commits
  11. 24 Aug, 2015 1 commit
  12. 23 Aug, 2015 3 commits
  13. 22 Aug, 2015 2 commits
  14. 21 Aug, 2015 1 commit
  15. 19 Aug, 2015 3 commits
    • Don't convert nulls to strings. · 892e2305
      This change is similar to https://github.com/ansible/ansible/pull/10465
      
      It extends the logic there to also support none types.  Right now if you have
      a '!!null' in yaml, and that var gets passed around, it will get converted to
      a string.
      
      eg. defaults/main.yml
      ```
      ENABLE_AWESOME_FEATURE: !!null # Yaml Null
      OTHER_CONFIG:
        secret1: "so_secret"
        secret2: "even_more_secret"
      
      CONFIG:
        hostname: "some_hostname"
        features:
          awesame_feature: "{{ ENABLE_AWESOME_FEATURE}}"
        secrets: "{{ OTHER_CONFIG }}"
      ```
      
      If you output `CONFIG` to json or yaml, the feature flag would get represented in the output
      as a string instead of as a null, but secrets would get represented as a dictionary.  This is
      a mis-match in behaviour where some "types" are retained and others are not.  This change
      should fix the issue.
      
      I also updated the template test to test for this and made the changes to v2.
      
      Added a changelog entry specifically for the change from empty string to null as the default.
      
      Made the null representation configurable.
      
      It still defaults to the python NoneType but can be overriden to be an emptystring by updating
      the DEFAULT_NULL_REPRESENTATION config.
      Feanil Patel committed
  16. 18 Aug, 2015 1 commit
  17. 13 Aug, 2015 3 commits
  18. 12 Aug, 2015 2 commits
  19. 05 Aug, 2015 2 commits
  20. 02 Aug, 2015 2 commits