This issue tracker has been migrated to GitHub ,
and is currently read-only.
For more information,
see the GitHub FAQs in the Python's Developer Guide.
| Author | glyph |
|---|---|
| Recipients | belopolsky, glyph, nnorwitz |
| Date | 2008年03月19日.07:38:52 |
| SpamBayes Score | 0.16448626 |
| Marked as misclassified | No |
| Message-id | <1205912334.16.0.15222432284.issue2375@psf.upfronthosting.co.za> |
| In-reply-to |
| Content | |
|---|---|
I don't understand your objection. It sounds like you're objecting, but then suggesting an implementation? The line you suggest might just as easily be present in py3k's default site.py and it would work fine. As I understand it, "sites" don't need this feature, developers do. Let's say I'm working on a typical system with stock python2 and python3 packages installed. Maybe it's a multi-user system, I don't have control over site.py. Normally what I'd do to manipulate sys.path dynamically between different versions would be to install a sitecustomize.py on my one PYTHONPATH entry that detected the version and reacted appropriately. However, writing a program that is both valid python 2 and python 3 is, as I understand it, both tricky and unsupported. Will this specific case be supported so that developers don't need to have root and modify the system python in order to do 2->3 migrations? |
|
| History | |||
|---|---|---|---|
| Date | User | Action | Args |
| 2008年03月19日 07:38:54 | glyph | set | spambayes_score: 0.164486 -> 0.16448626 recipients: + glyph, nnorwitz, belopolsky |
| 2008年03月19日 07:38:54 | glyph | set | spambayes_score: 0.164486 -> 0.164486 messageid: <1205912334.16.0.15222432284.issue2375@psf.upfronthosting.co.za> |
| 2008年03月19日 07:38:53 | glyph | link | issue2375 messages |
| 2008年03月19日 07:38:52 | glyph | create | |