# Ansible bug on MacOS **URL:** \ **Category:** Ansible Project\ **Created:** [June 1, 2018, 2:41pm UTC](https://forum.ansible.com/t/ansible-bug-on-macos/27687 "2018-06-01T14:41:38Z")\ **Posts on this page:** 7\ **Page:** 1
**Author:** ![Jay\_Rolette](https://avatars.discourse-cdn.com/v4/letter/j/cdc98d/32.png) [@Jay\_Rolette](https://forum.ansible.com/u/Jay_Rolette)\ **Post date:** [June 1, 2018, 2:41pm UTC](https://forum.ansible.com/t/ansible-bug-on-macos/27687/1 "2018-06-01T14:41:38Z")
There is a long-standing bug in Ansible on MacOS where it can’t find various installed python modules because it is hardcoding the python path instead of using the typical #!/usr/bin/env python to get the correct path. [https://github.com/ansible/ansible/issues/15019](https://github.com/ansible/ansible/issues/15019) It’s been around for 2+ years, but was auto-closed 4 days later by someone that thought it was a question instead of a bug report. Tons of subsequent activity on the issue describing different work-arounds and reports of it still being broken. I’m looking to see what the scoop is… - Bug not visible to the dev team because no one sees comments in GitHub on closed bugs? - Not considered a bug (if so, I would love to hear the reasoning) - It’s a bug, but not high enough priority to work on - Something else? Any chance we can get this fixed? The workarounds aren’t hard, but I’m assuming it trips up most developers using Ansible from a Mac and costs them time debugging time to discover the workarounds. Thanks, Jay ---
**Author:** ![sivel](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/sivel/32/1198_2.png) [@sivel](https://forum.ansible.com/u/sivel)\ **Post date:** [June 1, 2018, 2:47pm UTC](https://forum.ansible.com/t/ansible-bug-on-macos/27687/2 "2018-06-01T14:47:53Z")
It is not a bug. We hardcode /usr/bin/python and implement a functionality for that path to be specified on a per host basis using ansible\_python\_interpreter: see [http://docs.ansible.com/ansible/latest/reference\_appendices/faq.html#how-do-i-handle-python-not-having-a-python-interpreter-at-usr-bin-python-on-a-remote-machine](http://docs.ansible.com/ansible/latest/reference_appendices/faq.html#how-do-i-handle-python-not-having-a-python-interpreter-at-usr-bin-python-on-a-remote-machine) Additionally if you are able to utilize the “implicit localhost” which requires you to not specify localhost in inventory, ansible should use the correct python interpreter (the one used to invoke ansible-playbook/ansible): see [http://docs.ansible.com/ansible/latest/inventory/implicit\_localhost.html#implicit-localhost](http://docs.ansible.com/ansible/latest/inventory/implicit_localhost.html#implicit-localhost) ---
**Author:** ![system](https://us1.discourse-cdn.com/ansible/original/1X/1882d9a01da5d8996a862359b0913cc568a39b84.svg) [@system](https://forum.ansible.com/u/system)\ **Post date:** [June 1, 2018, 2:50pm UTC](https://forum.ansible.com/t/ansible-bug-on-macos/27687/3 "2018-06-01T14:50:15Z")
Hi Jay, - no, devs don’t see comments on closed bugs, pinging us here or in irc or opening a new bug would be the proper way to raise/re-raise an issue - no, its not a bug, see [http://docs.ansible.com/ansible/latest/reference\_appendices/faq.html#how-do-i-handle-python-not-having-a-python-interpreter-at-usr-bin-python-on-a-remote-machine](http://docs.ansible.com/ansible/latest/reference_appendices/faq.html#how-do-i-handle-python-not-having-a-python-interpreter-at-usr-bin-python-on-a-remote-machine) We cannot use ‘env’ as that is not always the ‘correct python’ on a machine (many environments have multiple pythons installed) and if we used `env`, `ansible_python_interpreter` would not work anymore and the user would be forced to either change the machines or change the shebang on all modules. We settled on `/usr/bin/python` as the default as most distributions will work out of the box w/o the user having to change anything. Some packagers do alter the shebang to default to the location of their distribution (i.e. FreeBSD /usr/loca/bin/python) and this still is compatible with the user defined `ansible_python_interpreter` … for the case that a user has a FreeBSD controller and Linux targets. ---
**Author:** ![Jay\_Rolette](https://avatars.discourse-cdn.com/v4/letter/j/cdc98d/32.png) [@Jay\_Rolette](https://forum.ansible.com/u/Jay_Rolette)\ **Post date:** [June 1, 2018, 3:38pm UTC](https://forum.ansible.com/t/ansible-bug-on-macos/27687/4 "2018-06-01T15:38:28Z")
Thanks Matt. Responses inline below. Jay > It is not a bug. > > We hardcode /usr/bin/python and implement a functionality for that path to be specified on a per host basis using ansible\_python\_interpreter: see [http://docs.ansible.com/ansible/latest/reference\_appendices/faq.html#how-do-i-handle-python-not-having-a-python-interpreter-at-usr-bin-python-on-a-remote-machine](http://docs.ansible.com/ansible/latest/reference_appendices/faq.html#how-do-i-handle-python-not-having-a-python-interpreter-at-usr-bin-python-on-a-remote-machine) I didn’t think this applied since the problem wasn’t on the remote machine, it’s on the system where I’m kicking off the playbook. In my particular case, my playbook is using boto to create EC2 instances from my laptop. It does a bunch of subsequent actions on the instance once it’s up, but boto not loading is a localhost problem. I can see how ansible might be written where “localhost” is just another remote machine instead of special casing it. Is that what’s going on here? > Additionally if you are able to utilize the “implicit localhost” which requires you to not specify localhost in inventory, ansible should use the correct python interpreter (the one used to invoke ansible-playbook/ansible): see [http://docs.ansible.com/ansible/latest/inventory/implicit\_localhost.html#implicit-localhost](http://docs.ansible.com/ansible/latest/inventory/implicit_localhost.html#implicit-localhost) I’ll have to play with this one some to see how it interacts with my playbooks. ---
**Author:** ![Jay\_Rolette](https://avatars.discourse-cdn.com/v4/letter/j/cdc98d/32.png) [@Jay\_Rolette](https://forum.ansible.com/u/Jay_Rolette)\ **Post date:** [June 1, 2018, 3:45pm UTC](https://forum.ansible.com/t/ansible-bug-on-macos/27687/5 "2018-06-01T15:45:07Z")
Hi Brian, I appreciate you sharing the “why’s” on this. That helps tremendously. I can see where applying playbooks across multiple remote systems, each with multiple python environments, where that would get messy. Does that apply for tasks that are running on the localhost as well? I would have assumed that the environment is setup correctly on the controller (system where ansible is launched to execute the playbook). Or does this go back to my question to Matt about whether localhost is just another “remote” machine as far as ansible is concerned? Cheers, Jay ---
**Author:** ![sivel](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/sivel/32/1198_2.png) [@sivel](https://forum.ansible.com/u/sivel)\ **Post date:** [June 1, 2018, 3:48pm UTC](https://forum.ansible.com/t/ansible-bug-on-macos/27687/6 "2018-06-01T15:48:17Z")
> I can see how ansible might be written where “localhost” is just another remote machine instead of special casing it. Is that what’s going on here? Yes. `target` might make it more clear than `remote`. ---
**Author:** ![system](https://us1.discourse-cdn.com/ansible/original/1X/1882d9a01da5d8996a862359b0913cc568a39b84.svg) [@system](https://forum.ansible.com/u/system)\ **Post date:** [June 1, 2018, 4:38pm UTC](https://forum.ansible.com/t/ansible-bug-on-macos/27687/7 "2018-06-01T16:38:47Z")
localhost uses the same system we use for any other target, the main difference is that we implicitly create a 'localhost' when needed, but if you define your own, we use that instead. @sivel already linked the docs on this implicit localhost, which includes using 'sys.executable' as the interpreter by default, so it executes the same python as ansible itself. here it is again [http://docs.ansible.com/ansible/latest/inventory/implicit\_localhost.html#implicit-localhost](http://docs.ansible.com/ansible/latest/inventory/implicit_localhost.html#implicit-localhost) If you define your own localhost and/or the ansible python is not the same python you want to use (i.e virtualenv with boto installed) you can set `ansible_python_interpreter` for the localhost (or even just for a specific play or tasks).