Message147476
| Author |
eric.araujo |
| Recipients |
alexis, eric.araujo, tarek, vinay.sajip |
| Date |
2011年11月12日.11:39:16 |
| SpamBayes Score |
1.5256614e-09 |
| Marked as misclassified |
No |
| Message-id |
<1321097958.03.0.798064907436.issue13336@psf.upfronthosting.co.za> |
| In-reply-to |
| Content |
Thanks for the report. Have you found the bug with a real setup.cfg or hook, or were you just reading the code?
I’m not sure how hard to fix this will be. The copy_file method delegates to shutil.copyfile, but this does not have the arguments we need, contrary to the former distutils file_util.copy_file function.
Currently it’s only build_py that uses this parameter:
# if a file is read-only in the working
# directory, we want it to be installed read/write so that the next
# installation of the same module distribution can overwrite it
# without problems. (This might be a Unix-specific issue.) Thus
# we turn off 'preserve_mode' when copying to the build directory,
# since the build directory is supposed to be exactly what the
# installation will look like (ie. we preserve mode when
# installing).
Depending on whether shutil supports what we need, different patches could be made:
- Change code to use the right shutil function
- Add code in copy_file to walk and chmod
- Remove the preserve_* arguments and add another method for build_py |
|
History
|
|---|
| Date |
User |
Action |
Args |
| 2011年11月12日 11:39:18 | eric.araujo | set | recipients:
+ eric.araujo, vinay.sajip, tarek, alexis |
| 2011年11月12日 11:39:18 | eric.araujo | set | messageid: <1321097958.03.0.798064907436.issue13336@psf.upfronthosting.co.za> |
| 2011年11月12日 11:39:17 | eric.araujo | link | issue13336 messages |
| 2011年11月12日 11:39:16 | eric.araujo | create |
|