#17205: python_select 0.1_4 symlinks --------------------------------+------------------------------------------- Reporter: bryan@brancada.com | Owner: macports-tickets@lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: | Port: python_select --------------------------------+------------------------------------------- Running python_select more than once will cause the "Current" version symlink to nest the other currently installed MacPorts versions of python into the version of python initially selected. (Sorry for the poor description. I couldn't think of how to correctly phrase this.) Steps to reproduce the problem:[[BR]] 1. Install the python24, python25, and python_select ports.[[BR]] 2. Run python_select python24 to select python24 as the current version. This will create the necessary symlinks in $prefix/bin and $prefix/man and the correct "Headers", "Resources", and "Python" symlinks in $prefix/Library/Frameworks/Python.framework. It will also correctly create a symlink named "Current" in that same path under the "Versions" directory. So far so good.[[BR]] 3. Run python_select python25 to switch to python25 as the current version. The bin and man symlinks are correctly created. However, the "Headers" and "Resources" symlinks are still pointing to the python24 version in $prefix/Library/Frameworks/Python.framework. Furthermore, if you look inside the "Versions" directory, you'll see that the "Current" symlink is still pointing to the python24 version. Also, you'll see the 2.5 version symlinked inside the 2.4 version's directory.[[BR]] I hope that all of that made sense. If you were to first select the python25 version followed by then selecting the python24 version, the same thing happens except the current version would remain 2.5 and a symlink to 2.4 would be inside the 2.5 directory. Of course the easy way around this is to run "python_select python25-apple" prior to selecting any of the MacPorts supplied versions of python which will remove the offending symlinks. But really, this could probably use a patch. I can think of a few different ways to fix the problem and would have submited a patch, but I wasn't sure how the package maintainer would prefer to fix the problem. -- Ticket URL: <http://trac.macports.org/ticket/17205> MacPorts <http://www.macports.org/> Ports system for Mac OS