#1421 closed defect (fixed)
[pychecker] pychecker script refers to non-destroot python install
Reported by: | ryanwilcox@… | Owned by: | mww@… |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 1.0 |
Keywords: | Cc: | mww@… | |
Port: |
Description
Change History (3)
comment:1 Changed 21 years ago by ryanwilcox@…
Cc: | mww@… added |
---|
comment:2 Changed 21 years ago by mww@…
Owner: | changed from darwinports-bugs@… to mww@… |
---|
I fear this is a general python problem we do have with DarwinPorts:
If you use* a python from a not dports installation, things WILL break. Almost all py- modules install in ${prefix} or do similar stuff that won't work with e. g. the preinstalled version of MacOS-X. We (at least some of us) are aware of this problem, but no one had a good solution for this yet.
Solutions or ideas are welcome.
*) it will probably be sufficient for things to break if the first python in your PATH is the System ones.
Note: See
TracTickets for help on using
tickets.
(Sorry for filing a blank bug. Here are the comments)
pychecker is just a shell script that refers to site-packages/pychecker/checker.py
however, when you install this via darwinports the checker.py script reads:
/usr/bin/python /System/Library/Python2.3/lib/python2.3/site-packages/pychecker/checker.py "$@"
(or something similar) when it SHOULD read:
/usr/bin/python /opt/local/lib/python2.3/site-packages/pychecker/checker.py "$@"
(as pychecker got installed in prefix, and not in the system's site modules.
SO this (wrong) default needs to be (somehow) fixed.
Thanks!