thanks! - i will try that.
however when i run the command manually it doesn't (seem to) need any input.
however it does do weird things to my terminal (it kinda overwrites its own previous lines, filling the terminal with a palimpsest of its own output, finishing by dropping a prompt somewhere in the middle of the jumble such that i immediately type "clear" if i don't > /dev/null 2>&1 in the first place).
i tend to suspect that this problem is more on docker than on ansible; there's a few people griping on the docker lists about how the pull command worked better in 0.6.7 than in 0.7.1... but i really can't tell what's going on.
here's $0.03 on ansible's current docker module:
my docker use includes building and tagging my own containers, pushing them to my repo, and then deploying them via docker pull <container>; docker run <args> <container>, ie i'm using docker containers as the build artifact that gets tested and deployed in my various environments. Of this workflow, the current module only supports running the containers, and according to the docs doesn't work with docker 0.7.x, so i didn't try it.
In fact i wrote an init.d script to service-ize my docker containers, so i'm using ansible's service module to start/bounce them via that interface.
I could imagine a docker container <name> state=pulled semantics, similar to service state=reloaded - i would find something along these lines quite helpful. (i think for building and pushing it would always be a shell command, since building is dependent on being in the same directory as the docker file...)
thanks again - overall i'm really enjoying using ansible and finding it much more straightforward and inviting than a certain culinary competitor...