We still need to bump version info in the main repo and get downloads up in pip, so stay tuned for that.
Distributions will update shortly as well. You can always get the latest release at:
Following our release scheme of naming things after Van Halen Songs, the codename of Ansible 1.4 is “Could This Be Magic” off of “Women and Children First”.
Hi all, just a quick heads-up. A bug was found in the new accelerate mode when gathering facts (the setup module is always executed via sudo, regardless of the user/sudo_user setting), so we will be releasing 1.3.1 early next week. In the meantime, if you are using the new accelerated mode, the workarounds are to either disable fact gathering via or to ensure that the requiretty option is removed from your sudoers configuration.
Is there a projection on how long until macports is updated?
port install ansible
—> Computing dependencies for ansible
—> Fetching archive for ansible
—> Attempting to fetch ansible-1.2.2_0.darwin_12.noarch.tbz2 from http://packages.macports.org/ansible
Yes, PyPI is behind a CDN nowadays. There have been issues.
I’m in the same boat, waiting for 1.3 to pop up on PyPI (still no luck). What I find funny is that here1 it’s said “There will now be a delay of several minutes in some cases between updating a package and having it be installable” and it’s been a few days now.
$ pip install --upgrade ansible==1.3.0
Downloading/unpacking ansible==1.3.0
Could not find a version that satisfies the requirement ansible==1.3.0 (from versions: 1.2.1, 1.2, 1.2.2, 1.0, 1.1, 1.2.3)
Cleaning up…
No distributions matching the version for ansible==1.3.0
It’s already in epel testing. Once something is in epel testing the package will appear in EPEL in a couple of weeks.
My recommendation is to go ahead and use epel testing, as we’re likely going to bump 1.3.0 shortly (today, hopefully) to fix a small thing with accelerate mode trying to use sudo when it doesn’t need to.
The 1.3 package broke the current install and destroyed the “public” folder containing the static files for AWX…
I can also see some missconfiguration in the apache vhost file for SSL.
Any idea ?
Just to share with the list, there should be no problems with the upgrade path, and the “public” directory is not something any user content exists on.
Nobody should have any problems upgrading, let us know if you do by emailing support.
vhost has also been well tested on both Ubuntu and CentOS.