Package Details: ansible-core-git r51467.a30c55f68a-1

Git Clone URL: (read-only, click to copy)
Package Base: ansible-core-git
Description: Radically simple IT automation platform
Upstream URL:
Licenses: GPL3
Conflicts: ansible-base, ansible-core, python-ansible
Provides: ansible-base, ansible-core, python-ansible
Replaces: ansible-base, ansible-core, python-ansible
Submitter: aminvakil
Maintainer: aminvakil
Last Packager: aminvakil
Votes: 26
Popularity: 0.006495
First Submitted: 2020-11-14 17:48 (UTC)
Last Updated: 2021-04-30 09:47 (UTC)

Dependencies (14)

Required by (6)

Sources (1)

Pinned Comments

aminvakil commented on 2021-08-28 15:06 (UTC)

This repository is maintained at

In case anyone had any suggestions about anything, feel free to raise a PR there.

Latest Comments

aminvakil commented on 2021-08-28 15:06 (UTC)

This repository is maintained at

In case anyone had any suggestions about anything, feel free to raise a PR there.

aminvakil commented on 2020-10-20 22:06 (UTC)

@caltlgin Thanks for the suggestion, fixed!

Please let me know if you think of any other stuff which could be better.

geonicz commented on 2020-10-20 09:05 (UTC)

Got a fatal error using package. Ansible-console has no modules imported. Started an ansible-console and there's no ANY modules(like community amazon, azure, mysql or ANY other). /usr/share/ansible got only doc directory left and nothing more. Can anyone tell me what's happened to package and how can I use modules now?

yan12125 commented on 2020-05-02 15:09 (UTC)

python-straight.plugin and git should be in makedepends. Also, could you change pkgver() function?

pkgver() {
  cd "$pkgname"
  printf "r%s.%s" "$(git rev-list --count HEAD)" "$(git rev-parse --short HEAD)"

The current pkgver() generates strange version like pre.ansible.base.r339.gbbdf77a59f5-1.

Svenstaro commented on 2019-03-24 16:44 (UTC)

Now needs to optdep on hcloud-python for hcloud support.

rubdos commented on 2018-06-20 18:32 (UTC)

Could you please change to CHANGELOG.rst?

wknapik commented on 2018-06-08 16:24 (UTC)

Hi. I flagged the package out of date, but that's not correct.

There might be some issues with installing/updating/deleting when changing between ansible and ansible-git packages. Or it could be something weird that only happened on my system...

Sorry for the false alarm.

brenix commented on 2018-05-29 15:23 (UTC)

@actionless: I've added ansible back in the provides array. Thanks for the heads up!

actionless commented on 2018-05-29 14:42 (UTC)

it's missing Provides: ansible

can be a problem when installing, let's say, ansible-lint commented on 2018-05-26 13:37 (UTC) (edited on 2018-05-26 13:39 (UTC) by

install: cannot stat '': No such file or directory
==> ERROR: A failure occurred in package().

The README file is called README.rst.

UPDATE: There also no

wknapik commented on 2017-11-15 12:24 (UTC)

@brenix: this is a -git package, so you're checking out the git repo anyway, so it shouldn't be a problem to source hacking/env-setup, right ? Why not do that ? Or do whatever env-setup does to generate the version ?

brenix commented on 2017-11-10 19:21 (UTC)

@wknapik: The version being reported through the ansible cli looks at the git repository information to display that version. Since packages built with makepkg typically don't (and shouldn't) include the .git directory, this is why it can't determine the git branch/details and falls back to the major version. If this is still desired, then I would recommend using a local checkout and sourcing the hacking/env-setup file. We can look into updating the pkgver function, but that still wont affect the output of `ansible --version`

wknapik commented on 2017-11-09 11:24 (UTC)

Hi. `ansible --version|head -n1' always returns "ansible 2.5.0", regardless of which revision you're on. I hear regular/manual builds off devel return something like "ansible 2.5.0 (devel 843fba509f) last updated 2017/11/02 12:11:53 (GMT +100)". This is a problem, especially when reporting issues in ansible, where they ask you to paste the output of `ansible --version' and it doesn't actually say what version you're using.

mikky commented on 2017-09-12 21:15 (UTC)

allright, the is not compatible with latest Python 3 due to absense of sys.maxint. One must force Python2. Simply add this line to your PKGBUILD before 'make docs' sed -i 's,^#!/usr/bin/env python$,\02,' docs/bin/

mikky commented on 2017-09-11 16:18 (UTC)

Latest checkout won't build. Perhaps a missing dependency? changing mode of build/scripts-2.7/ansible-connection from 644 to 755 changing mode of build/scripts-2.7/ansible-vault from 644 to 755 mkdir -p ./docs/man/man1/ ; \ PYTHONPATH=./lib docs/bin/ --template-file=docs/templates/man.j2 --output-dir=docs/man/man1/ --output-format man lib/ansible/cli/*.py [DEPRECATED] [defaults]hostfile: The key is misleading as it can also be a list of hosts, a directory or a list of paths. It will be removed in 2.8. As alternative use one of [inventory] Traceback (most recent call last): File "docs/bin/", line 253, in <module> allvars[cli_name] = opts_docs(cli_class_name, cli_name) File "docs/bin/", line 119, in opts_docs 'long_desc': trim_docstring(cli.__doc__), File "docs/bin/", line 34, in trim_docstring indent = sys.maxint AttributeError: module 'sys' has no attribute 'maxint' make: *** [Makefile:347: generate_asciidoc] Error 1

mrshannon commented on 2017-03-30 21:05 (UTC)

You need plain python-yaml (python 3.x) as a build dependency, otherwise it won't find the yaml module during build.

brenix commented on 2017-02-10 08:06 (UTC)

Sorry guys, my mind slipped and I thought I had already added that. I've updated it to include python-sphinx as a build dependency. Thanks!

dummys commented on 2017-02-10 07:55 (UTC)

@derektbrown was correct, you need python-sphinx in order to install the package.

dummys commented on 2017-02-10 07:52 (UTC)

Hello, Still bugged: ==> Starting build()... Cleaning up distutils stuff rm -rf build rm -rf dist rm -rf lib/ansible.egg-info/ Cleaning up byte compiled python stuff find . -type f -regex ".*\.py[co]$" -delete Cleaning up editor backup files find . -type f -not -path ./test/units/inventory_test_data/group_vars/noparse/all.yml~ \( -name "*~" -or -name "#*" \) -delete find . -type f \( -name "*.swp" \) -delete Cleaning up manpage stuff find ./docs/man -type f -name "*.xml" -delete find ./docs/man -type f -name "*.asciidoc" -delete find ./docs/man/man3 -type f -name "*.3" -delete Cleaning up output from test runs rm -rf test/test_data Cleaning up RPM building stuff rm -rf MANIFEST rpm-build Cleaning up Debian building stuff rm -rf debian rm -rf deb-build rm -rf docs/json rm -rf docs/js Cleaning up authors file rm -f AUTHORS.TXT find . -type f -name '*.pyc' -delete rm -f /test/units/.coverage* Cleaning up docsite make -C docs/docsite clean make[1]: Entering directory '/home/mofo/build/cower/ansible-git/src/ansible-git/docs/docsite' rm -rf htmlout rm -rf _build rm -f .buildinfo rm -f *.inv rm -rf *.doctrees Cleaning up minified css files find . -type f -name "*.min.css" -delete Cleaning up byte compiled python stuff find . -regex ".*\.py[co]$" -delete Cleaning up editor backup files find . -type f \( -name "*~" -or -name "#*" \) -delete find . -type f \( -name "*.swp" \) -delete Cleaning up generated rst rm rst/list_of_*.rst rm: cannot remove 'rst/list_of_*.rst': No such file or directory make[1]: [Makefile:35: clean] Error 1 (ignored) rm rst/*_by_category.rst rm: cannot remove 'rst/*_by_category.rst': No such file or directory make[1]: [Makefile:36: clean] Error 1 (ignored) rm rst/*_module.rst rm: cannot remove 'rst/*_module.rst': No such file or directory make[1]: [Makefile:37: clean] Error 1 (ignored) rm rst/playbooks_directives.rst rm: cannot remove 'rst/playbooks_directives.rst': No such file or directory make[1]: [Makefile:38: clean] Error 1 (ignored) make[1]: Leaving directory '/home/mofo/build/cower/ansible-git/src/ansible-git/docs/docsite' make -C docs/api clean make[1]: Entering directory '/home/mofo/build/cower/ansible-git/src/ansible-git/docs/api' Makefile:22: *** The 'sphinx-build' command was not found. Make sure you have Sphinx installed, then set the SPHINXBUILD environment variable to point to the full path of the 'sphinx-build' executable. Alternatively you can add the directory with the executable to your PATH. If you don't have Sphinx installed, grab it from Stop. make[1]: Leaving directory '/home/mofo/build/cower/ansible-git/src/ansible-git/docs/api' make: *** [Makefile:177: clean] Error 2 ==> ERROR: A failure occurred in build().

derektbrown commented on 2017-01-17 17:37 (UTC)

I believe Ansible also requires sphinx ( to build the documentation.

brenix commented on 2016-10-05 02:26 (UTC)

@Thermi: Thanks for correcting and fixing the PKGBUILD (it needed it!). I'll add you as a co-maintainer as I haven't had much time to maintain it recently.

Thermi commented on 2016-10-04 23:17 (UTC)

The PKGBUILD is full of bugs. I corrected the mistakes I found and uploaded an improved version here: Please use this one.

lae commented on 2016-05-13 00:13 (UTC)

@brenix - now package versioning is inaccurate. The better way to have solved the issue is to replace "cat VERSION" with "cut -d' ' -f1 VERSION" in pkgver()

brenix commented on 2016-05-05 03:27 (UTC)

Removed pkgver, seems to work good.. Thanks for pointing that out

Flubbadub commented on 2016-05-04 10:49 (UTC)

Currently not working for me. The VERSION file in the ansible git repo contains "2.2.0 0.0.devel" so makepkg was failing because generated pkgver was "2.2.0 0.0.devel.19246.fbec9ce" and the version cannot contain spaces. When I removed the pkgver function everything built fine.

sanerb commented on 2016-04-10 20:14 (UTC)

seems it's working fine now; go figure.

sanerb commented on 2016-04-06 01:25 (UTC) (edited on 2016-04-06 01:29 (UTC) by sanerb)

if you'd like to add it in-package, i was able to successfully compile on centos 7 (which uses older versions of asciidoc and libxml2) and tarballed the man pages up. you can find it at (sig is - information on getting my key's at at the bottom)

sanerb commented on 2016-04-06 00:55 (UTC) (edited on 2016-04-06 01:01 (UTC) by sanerb)

seeing some breakage: __________________________________________________________________________ ... a2x: ERROR: "xmllint" --nonet --noout --valid "/var/tmp/pkgbuild-0/ansible-git/src/ansible-git/docs/man/man1/ansible.1.xml" returned non-zero exit status 4 Makefile:119: recipe for target 'docs/man/man1/ansible.1' failed make: *** [docs/man/man1/ansible.1] Error 1 rm docs/man/man1/ansible.1.asciidoc ==> ERROR: A failure occurred in build(). Aborting... ==> ERROR: the build failed -> Status failed (1): ansible-git ___________________________________________________________ i've filed an issue in their github, (obviously, if one removes line 38 and 56 from the PKGBUILD, it builds/packages just fine- but then no man page.)

brenix commented on 2016-01-07 04:24 (UTC)

Updated pkgver function, should include a zero now.. Thanks for the catch..

thomasba commented on 2016-01-06 14:16 (UTC)

The version string is missing a zero, because of that yaourt always compiles a "newer" version of this package.

brenix commented on 2015-12-03 04:59 (UTC)

Added python2-pexpect dependency, thanks jevonearth!

jevonearth commented on 2015-12-01 18:45 (UTC)

The new ansible expect module requires python2-pexpect to be installed.

CipherWizard commented on 2015-08-09 03:19 (UTC)

python2-six is a dependency of the latest version of ansible

l3u commented on 2015-05-11 08:55 (UTC)

@brenix / @mschewe : version string fixed. Thanks !

brenix commented on 2015-05-10 22:17 (UTC)

Just a suggestion, but maybe the pkgver function could be this: printf "%s.%s.%s" "$(cat VERSION | cut -d ' ' -f1)" "$(git rev-list --count HEAD)" "$(git rev-parse --short HEAD)" This results in something like:

mschewe commented on 2015-04-16 15:20 (UTC)

It seems that the version 2.0.0 0.0.pre breaks the regex again: ==> ERROR: pkgver is not allowed to contain colons, hyphens or whitespace. ==> ERROR: pkgver() generated an invalid version: 2.0.0 0.0.pre.13855.7e1644b ==> ERROR: Makepkg was unable to build ansible-git.

l3u commented on 2015-03-20 13:52 (UTC)

Updated. Thanks duckunix & quixoten.

l3u commented on 2015-03-20 08:32 (UTC)

Took note. Thanks for the heads up. I will update PKGBUILD later today.

duckunix commented on 2015-03-20 00:54 (UTC)

I flagged it out of date due to @quicoten's comment. Using the updated pkgver gives me 'ansible-git' as of today.

quixoten commented on 2014-10-20 20:43 (UTC)

Would you be opposed to updating the pkgver function to the one listed below? It uses data from the VERSION file in the git repository to create a more accurate version string. Using the below method, a version of '' is generated. The current method generates a version of '', which doesn't make a lot of sense considering the package in the community repo is already at 1.7.2. pkgver() { cd "$pkgname" printf "%s.%s.%s" "$(cat VERSION | sed -r 's/^[0-9]+\.[0-9]+$/&.0/')" "$(git rev-list --count HEAD)" "$(git rev-parse --short HEAD)" }

firecat53 commented on 2014-10-10 01:40 (UTC)

Looks like the problem is that the file was missing for those two modules. It's fixed now, but the submodule pointer for modules-extras hasn't been updated yet.

firecat53 commented on 2014-10-09 23:48 (UTC)

Ok, this is driving me nuts. When I install this now, there are two sections from ansible-modules-extras that are missing every time: packaging and source_control. Ironically enough, the 'packaging' module contains 'pacman'. Try installing this and check /usr/lib/python2.7/site-packages/ansible/modules/extras versus the contents of All the other modules in core and extras are installed and installing ansible manually works just fine. Any ideas? Anyone else seeing this? Thanks, Scott

l3u commented on 2014-10-08 08:40 (UTC)

Updated (sorry for delay). Thank you firecat53 !

firecat53 commented on 2014-09-29 22:08 (UTC)

Build fails with new Ansible submodule setup for core and extras modules. Here's a PKGBUILD diff that works: Scott

quixoten commented on 2014-09-29 22:03 (UTC)

Here's an updated package with the latest source code from the devel branch.

senorsmile commented on 2013-11-21 05:20 (UTC)

current git version= 1.1.912.gedb6a68

bct commented on 2013-06-06 02:21 (UTC)

This failed for me at first because I didn't have patch installed. It would be great if it was added as a dependency, or (even better) if build() used "make PYTHON=python2".

l3u commented on 2013-06-04 07:03 (UTC)

Why flag ? It's been updated 2013-05-31 ?

mbrown commented on 2013-05-31 16:37 (UTC)

Updated PKGBUILD for pacman 4.1 here : @l3u : please update !

l3u commented on 2013-01-31 17:17 (UTC)

Thanks potatoe, you're right. Package updated.

commented on 2013-01-31 16:26 (UTC)

python2-simplejson doesn't seem to be a necessary dependency, it's listed at as required only if you're on python 2.5 or older. Just a quick grep of the ansible source, but it does indeed look like it's only ever used as a fallback for when the built-in 'json' module is missing (e.g. python 2.5 and older). Since it's only used as a fallback, it doesn't look like there's any need to list it as an optdepend for simplejson's potential speed gains either, on arch's python 2.7 ansible just won't ever use it. I'm just trying out ansible for the first time right now, but so far it does seem to build and run just fine with the python2-simplejson depend dropped from the PKGBUILD.

mbrown commented on 2013-01-23 19:54 (UTC)

Updated PKGBUILD here adds manpages for ansible-pull & ansible-doc (currently missing) :

mbrown commented on 2013-01-07 14:12 (UTC)

Cool! ansible_python_interpreter is a nice solution.

l3u commented on 2013-01-03 19:19 (UTC)

FYI, PR has been rejected : One should use ansible_python_interpreter in vars to solve the node's python2 path problem (more info here : I'll update PKGBUILD tonight.

l3u commented on 2013-01-03 15:59 (UTC)

Done !

mbrown commented on 2013-01-03 15:53 (UTC)

@l3u: you're welcome! One last thing: python-simplejson should probably be changed to python2-simplejson in the PKGBUILD dependencies, since that's now the name of the package in the community repo.

l3u commented on 2013-01-03 11:29 (UTC)

Sorry for the delay.... and thanks Mr Brown for the patch.

mbrown commented on 2012-12-18 20:04 (UTC)

@l3u : It's not just the binaries that need to be updated to use the correct python version, but the modules too! I emailed you an updated python-binary patch that fixes this.

l3u commented on 2012-12-18 19:21 (UTC)

@mrbrown : I'm reluctant recursively patching everything. This is pretty dangerous. Furthermore, I don't see any problem here : all the ansible binaries are patched properly. However, I may be missing something. Since there is a patch that should take care of fixing the python3/python2 thing, feel free to change it and I'll be happy to incorporate your changes.

mbrown commented on 2012-12-18 18:39 (UTC)

There are still many instances where the incorrect (python3) binary is used when installing using the latest PKGBUILD. The following patch to the PKGBUILD fixes the install (and thus the bug I mentionned in my previous comment). Maintainer, please update the PKGBUILD! --- PKGBUILD 2012-11-16 03:42:33.000000000 -0500 +++ PKGBUILD.fixed 2012-12-18 13:33:03.070593912 -0500 @@ -6,7 +6,7 @@ arch=('any') url="" license=('GPL3') -depends=('python2' 'python2-yaml' 'python2-paramiko' 'python2-jinja' 'python-simplejson' 'python2-yaml') +depends=('python2' 'python2-yaml' 'python2-paramiko' 'python2-jinja' 'python-simplejson') makedepends=('git' 'asciidoc' 'fakeroot') conflicts=('ansible') source=("python-binary.diff") @@ -30,6 +30,13 @@ cd "$srcdir/$_gitname" + + # specify python binary as python2 where appropriate + exclude='(gettingstarted.rst|scripts-2.7)' # regexp of files/dirs to exclude when doing replacements + find -type f | grep -Ev $exclude | xargs sed -i \ + -e 's:env python:env python2:g' \ + -e 's:bin/python:bin/python2:g' + patch -p1 -i $srcdir/python-binary.diff make }

mbrown commented on 2012-12-12 19:28 (UTC)

Using ansible-git 20121212-1, if I create /etc/ansible/hosts and add eg: (a host I have SSH access to) as an entry, a simple ping test fails with the following output : $ ansible all -m ping | FAILED >> { "failed": true, "msg": " File \"/home/myuser/.ansible/tmp/ansible-1355339318.42-177093152372294/ping\", line 362\r\n\n except Exception, e:\r\n\n ^\r\n\nSyntaxError: invalid syntax\r\n", "parsed": false } Anyone else with this issue ?

l3u commented on 2012-11-16 08:49 (UTC)

@Finkregh: your error comes from ansible using "python" for the python binary, that links to python3 on arch (on mine at least). And ansible requires python2. PKGBUILD updated and patch added to solve this.

commented on 2012-11-13 15:28 (UTC)

this should also conflict with 'ansible'...

commented on 2012-11-13 15:27 (UTC)

please replace python-paramiko with python-paramiko2 and python-simplejson with python-simplejson2. Besides does the Makefile run 'python' and not 'python2', so that should be fixed, too... the latter seems to be the problem why i get: ==> GIT checkout done or server timeout Cleaning up distutils stuff rm -rf build rm -rf dist Cleaning up byte compiled python stuff find . -type f -regex ".*\.py[co]$" -delete Cleaning up editor backup files find . -type f \( -name "*~" -or -name "#*" \) -delete find . -type f \( -name "*.swp" \) -delete Cleaning up manpage stuff find ./docs/man -type f -name "*.xml" -delete find ./docs/man -type f -name "*.asciidoc" -delete find ./docs/man/man3 -type f -name "*.3" -delete Cleaning up output from test runs rm -rf test/test_data Cleaning up RPM building stuff rm -rf MANIFEST rpm-build Cleaning up Debian building stuff rm -rf debian rm -rf deb-build rm -rf docs/json rm -rf docs/js python build File "", line 15 print "DATA FILES=%s" % data_files ^ SyntaxError: invalid syntax make: *** [python] Error 1

neng commented on 2012-10-25 03:27 (UTC)

Please update depends: 'python2-paramiko>=1.7.7'

aorth commented on 2012-08-23 13:24 (UTC)

I just made a PKGBUILD for ansible stable (currently 0.6), if anyone's interested:

l3u commented on 2012-08-16 09:31 (UTC)

Fixed, thanks.

Sacro commented on 2012-08-13 14:28 (UTC)

Should be using "python2 install -O1 --root=${pkgdir}"

l3u commented on 2012-04-26 10:07 (UTC)

You're right @kekeseb, thanks for pointing this. The package has been updated. I'll probably try to include a patch to get rid of that "symlink" problem for the next PKGBUILD iteration.

kekeseb commented on 2012-04-26 09:38 (UTC)

Thanks, that's also what I did. Additionally, I think that python2-yaml is also a needed dependency.

l3u commented on 2012-04-26 09:31 (UTC)

@kekeseb you have to symlink python to python2 This is explained here : I did this and did not experience side-effects on my arch.

kekeseb commented on 2012-04-26 09:16 (UTC)

How did you make it work with python2 ?