[issue3832] add force_shared Library option to create shared lib even with use_stub=False
New submission from vajda <[EMAIL PROTECTED]>: setuptools is growing the capability to build regular shared libraries (as opposed to python extensions). JCC (http://svn.osafoundation.org/pylucene/trunk/jcc/jcc) uses this capability to build the JCC runtime into a regular shared library shared by all python extensions it builds and by programs embedding python (such as a Java VM when running JCC-built eggs from Apache Tomcat). This bug is about adding another option to the setuptools Library class called force_shared which forces setuptools to create a shared library from a Library instance even though the dl module may not be present to generate stubs. This is important on Linux. Note that using this flag then implies that the library itself is responsible for calling dlopen(buf, RTLD_NOW | RTLD_GLOBAL) on the relevant libpython.so before initializing the python runtime is initialized. A patch against the setuptools 0.6 branch svn is attached. The idea for this patch came from a conversation on IRC: http://chandlerproject.org/script/getIrcTranscript.cgi?channel=chandler&date=20080910&startTime=1729 -- components: Distutils files: patch.st messages: 73002 nosy: pje, vajda severity: normal status: open title: add force_shared Library option to create shared lib even with use_stub=False type: feature request Added file: http://bugs.python.org/file11462/patch.st ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3832> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3832] add force_shared Library option to create shared lib even with use_stub=False
vajda <[EMAIL PROTECTED]> added the comment: This bug can be closed. It moved to the setuptools issue tracker as issue 43. ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3832> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4195] Regression for executing packages
New submission from vajda <[EMAIL PROTECTED]>: Copy of #2751. Having discussed this with Nick a bit more over email, he suggested that package execution could actually be properly supported by looking for a __main__ module inside the package and executing it instead. This is consistent with the way .zip archives are executed and would neatly resolve this problem. I attached a simple patch implementing this. Nick also said that fixing this might be considered a new feature and might have to wait until 2.7. Given that this worked on Python 2.5, albeit unintentionally, I'd argue that this is closer to a fix of a somewhat buggy Python 2.5 feature than a new feature in 2.6. -- components: Interpreter Core files: patch.2751 messages: 75175 nosy: benjamin.peterson, ncoghlan, vajda severity: normal status: open title: Regression for executing packages type: behavior versions: Python 2.6 Added file: http://bugs.python.org/file11876/patch.2751 ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4195> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue47049] Incorrect shutil.copytree() behaviour with symlinks
New submission from Zoltan Vajda : shutil.copytree incorrectly does not copy symlink contents if called with symlink=False and ignore_dangling_symlinks=True. The wrong behaviour can be reproduced like this: $ tree . └── a ├── a.txt └── b └── a.txt -> ../a.txt $ python3 -c "import shutil;shutil.copytree('a/b', 'c', symlinks=False, ignore_dangling_symlinks=True)" As a result directoy c will be created but it will remain empty. Expected result is a file c/a.txt with the contents of a/b/a.txt. -- components: Library (Lib) messages: 415437 nosy: vajdaz priority: normal severity: normal status: open title: Incorrect shutil.copytree() behaviour with symlinks versions: Python 3.11 ___ Python tracker <https://bugs.python.org/issue47049> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue47049] Incorrect shutil.copytree() behaviour with symlinks
Change by Zoltan Vajda : -- keywords: +patch pull_requests: +30055 stage: -> patch review pull_request: https://github.com/python/cpython/pull/31967 ___ Python tracker <https://bugs.python.org/issue47049> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue47049] Incorrect shutil.copytree() behaviour with symlinks
Zoltan Vajda added the comment: Because I am a first contributor, the automatic quality checks on GitHub have to be manually started by somebody. How can I reqest this and by whom? -- type: -> behavior ___ Python tracker <https://bugs.python.org/issue47049> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com