[JIRA] (JENKINS-14188) shiningpanda python plugin doesn't allow choosing name of python executable
Olivier Mansion resolved JENKINS-14188 as Fixed shiningpanda python plugin doesn't allow choosing name of python executable This will be fixed in 0.15. You can now set the path to the Python executable in the "Home" field. Change By: Olivier Mansion (05/Nov/12 9:32 PM) Status: Open Resolved Resolution: Fixed This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-14188) shiningpanda python plugin doesn't allow choosing name of python executable
Michael van Tellingen commented on JENKINS-14188 shiningpanda python plugin doesn't allow choosing name of python executable We have the same issue. We install python versions on CentOS via the recommended 'make altinstall' method. Thus the pythonhome for these versions is /usr/local but there is no python, only python2.6 python2.7 etc This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-14188) shiningpanda python plugin doesn't allow choosing name of python executable
Anton D commented on JENKINS-14188 shiningpanda python plugin doesn't allow choosing name of python executable I'm having the same trouble. I'm using Ubuntu 12.04 with Python 2.7 as the system Python, and I installed a PPA for Python 2.6. When I use the virtualenv builder I will always get the system Python (2.7) because both versions run from /usr. I can manually create virtualenvs on the command line that correctly pick up the right version by using: virtualenv -p python2.6 or virtualenv -p python2.7 This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-14188) shiningpanda python plugin doesn't allow choosing name of python executable
Olivier Mansion assigned JENKINS-14188 to Olivier Mansion shiningpanda python plugin doesn't allow choosing name of python executable Change By: Olivier Mansion (04/Jul/12 6:23 AM) Assignee: Olivier Mansion This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-14188) shiningpanda python plugin doesn't allow choosing name of python executable
Jeff Anderson created JENKINS-14188 shiningpanda python plugin doesn't allow choosing name of python executable Issue Type: Bug Affects Versions: current Assignee: Unassigned Components: shiningpanda Created: 22/Jun/12 6:20 AM Description: Python allows multiple versions of python installed to the same $PYTHON_HOME. The different installations use a different executable name to differentiate. For example, on my workstation, I have: python2.5 python2.6 python2.7 python2 python3.2 python3 python All of these have a PYTHON_HOME of /usr. python2 gives me the python2.7 installation. python3 and python both give me python 3.2. When you create a virtualenv, you can specify which python executable you wish to use by passing the name of the executable with the -p option. Once you're in the activated virtualenv, then the 'python' command is whatever you specified with the -p at virtualenv creation time. I'd expect this plugin to take the full path to the executable as an input instead of the PYTHON_HOME directory. the PYTHON_HOME can be determined programatically once you have the full path to the executable. For backwards compatibility, it would be fine to leave the PYTHON_HOME configuration and have an "advanced" section to specify the name and/or full path to the executable. That way, you can have several Python installations provided by your OS's package manager (ubuntu/debian fully support this in their repos) all with the same PYTHON_HOME, but different executable names for the different versions. See also: make altinstall in the CPython sources. Project: Jenkins Priority: Major Reporter: Jeff Anderson This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira