[issue2135] Restructure import.c into PEP 302 importer objects

2008-02-17 Thread Douglas Greiman
New submission from Douglas Greiman: This patch reorganizes import.c to move functionality into two new PEP 302-style Importer objects. I attempted to change as little as feasible, but the patch is still ~4700 lines long, about 1000 of which is new tests. BuiltinImporter: handles C_BUILTIN and

[issue2135] Restructure import.c into PEP 302 importer objects

2008-02-22 Thread Douglas Greiman
Douglas Greiman added the comment: Brett, I wrote my patch thinking that the next step would be to rewrite DirectoryImporter in Python. If you're already working on that and just want to skip straight from point A to point C and skip this point B, I'm fine with that. Basically, tell

[issue2297] Patch for fatal stack overflow in Windows caused by -v

2008-03-15 Thread Douglas Greiman
New submission from Douglas Greiman <[EMAIL PROTECTED]>: When python is invoked with -v or -vv under Windows, the process of importing the codec for sys.stderr causes a message to be written to stderr, which in turn causes the codec to be recursively imported. Sometimes the stack ov

[issue2298] Patch for "string without null bytes" check in getargs.c

2008-03-15 Thread Douglas Greiman
New submission from Douglas Greiman <[EMAIL PROTECTED]>: Code in getargs.c:convertsimple incorrectly uses PyUnicode_GetSize instead of PyString_GET_SIZE when checking whether a bytes object (encoded string) contains a null byte. To reproduce: __import__('\u0080') Incorrect behav

[issue2299] Minor typos in newtypes.rst

2008-03-15 Thread Douglas Greiman
New submission from Douglas Greiman <[EMAIL PROTECTED]>: Fix three minor typos in Doc/extending/newtypes.rst -- assignee: georg.brandl components: Documentation files: Doc-newtypes-typos-20080315.diff keywords: patch messages: 63572 nosy: dgreiman, georg.brandl severity: minor

[issue2297] Patch for fatal stack overflow in Windows caused by -v

2008-03-16 Thread Douglas Greiman
Douglas Greiman <[EMAIL PROTECTED]> added the comment: Good call. I've attached an updated patch which includes a testcase in test_cmd_line.py. Added file: http://bugs.python.org/file9685/py3k-win-codec-recursion-20080316.diff __ Tracker <[E

[issue28643] Broken makefile depends for profile-opt target

2017-04-07 Thread Douglas Greiman
Changes by Douglas Greiman : -- nosy: +dgreiman ___ Python tracker <http://bugs.python.org/issue28643> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue28425] Python3 ignores __init__.py that are links to /dev/null

2016-12-08 Thread Douglas Greiman
Douglas Greiman added the comment: Is there a reasonable place to document that __init__.py (and probably source files in general) must be a "regular file" by the Unix definition, and not a device file, socket, etc? -- ___ Python trac

[issue28425] Python3 ignores __init__.py that are links to /dev/null

2016-12-09 Thread Douglas Greiman
Douglas Greiman added the comment: To be thorough, I looked at non __init__.py source files as well, with erratic results. And who knows what would happen on other OS's. So a blanket "must be a regular file" seems reasonable. $ ls -l b.* lrwxrwxrwx 1 dgreiman eng 9 Dec 9 16:

[issue28424] pkgutil.get_data() doesn't work with namespace packages

2016-12-09 Thread Douglas Greiman
Douglas Greiman added the comment: Patch attached. Feel free to wordsmith. -- keywords: +patch Added file: http://bugs.python.org/file45825/issue28424.patch ___ Python tracker <http://bugs.python.org/issue28

[issue29417] Sort entries in foo.dist-info/RECORD

2017-02-01 Thread Douglas Greiman
New submission from Douglas Greiman: Feature Request: It would make reproducible builds easier if the [package].dist-info/RECORD files were sorted in some deterministic way. For example, building a Docker image twice and comparing the results. The current ordering seems to be arbitrary, and

[issue28425] Python3 ignores __init__.py that are links to /dev/null

2017-02-28 Thread Douglas Greiman
Douglas Greiman added the comment: Bazel has been updated to no longer create symlinks to /dev/null https://github.com/bazelbuild/bazel/issues/1458 -- ___ Python tracker <http://bugs.python.org/issue28

[issue28424] pkgutil.get_data() doesn't work with namespace packages

2016-10-12 Thread Douglas Greiman
New submission from Douglas Greiman: pkg_util.get_data('mypackage', 'resourcename') returns None if 'mypackage' is a namespace package, because the package object has no __file__ attribute. A shell script is attached to reproduce this. This is either a bug

[issue28425] Python3 ignores __init__.py that are links to /dev/null

2016-10-12 Thread Douglas Greiman
New submission from Douglas Greiman: This manifests in the following way: A package directory containing an __init__.py that is a symlink to /dev/null is treated as a namespace package instead of a regular package. The Bazel build tool creates many __init__.py files in this way, which is how

[issue28425] Python3 ignores __init__.py that are links to /dev/null

2016-10-13 Thread Douglas Greiman
Douglas Greiman added the comment: See associated bug filed against Bazel: https://github.com/bazelbuild/bazel/issues/1458 As for why Bazel does that, it's related to the sandboxing implementation but I don't know any details b

[issue1520879] make install change: Allow $DESTDIR to be relative

2016-10-19 Thread Douglas Greiman
Changes by Douglas Greiman : -- status: open -> closed ___ Python tracker <http://bugs.python.org/issue1520879> ___ ___ Python-bugs-list mailing list Unsubscrib

[issue1520879] make install change: Allow $DESTDIR to be relative

2016-10-19 Thread Douglas Greiman
Douglas Greiman added the comment: Duplicate of http://bugs.python.org/issue11411 -- ___ Python tracker <http://bugs.python.org/issue1520879> ___ ___ Python-bug