[issue35706] Make it easier to use a venv with an embedded Python interpreter
Wolfgang Langner added the comment: I think this pep is related to the issue and could be a solution: https://www.python.org/dev/peps/pep-0582/ -- nosy: +tds333 ___ Python tracker <https://bugs.python.org/issue35706> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue29770] Executable help output (--help) at commandline is wrong for option -B
Wolfgang Langner added the comment: Thanks for fixing this so fast. Good work. -- ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue29770> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue29770] Executable help output (--help) at commandline is wrong for option -B
New submission from Wolfgang Langner: The output for "python --help" for the option -B is wrong. It contains also the old pyo files. But they were removed. Output is: -B : don't write .py[co] files on import; also PYTHONDONTWRITEBYTECODE=x should be: -B : don't write .pyc files on import; also PYTHONDONTWRITEBYTECODE=x -- assignee: docs@python components: Documentation messages: 289287 nosy: docs@python, tds333 priority: normal severity: normal status: open title: Executable help output (--help) at commandline is wrong for option -B type: enhancement versions: Python 3.5, Python 3.6, Python 3.7 ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue29770> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue28092] Build failure for 3.6 on Centos 5.11
Wolfgang Langner added the comment: Also verified on CentOS 6.8 with devtoolset2 installed, gcc 4.8.2 Python 3.6b2 builds fine, all unittest ok. This is the same devtoolset as used on CentOS 5 manylinux1. Have no CentOS 5 VM available to do more tests. But gcc 4.8 is able to build Python 3.6. -- ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue28092> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue28092] Build failure for 3.6 on Centos 5.11
Wolfgang Langner added the comment: Please check if you have enabled the compiler as default by enabling the devtoolset on CentOS 5. I have compiled Python 3.6b2 on Ubuntu 14.04 with gcc 4.8.4 without any problems. Therefore gcc 4.8.2 should not be that different. Also keep in mind the default gcc for CentOS 5 will fail because it is to old. -- ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue28092> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue28138] Windows _sys.path file should allow import site
Wolfgang Langner added the comment: But this is nearly the same as a *.pth file. Using the same logic and extension then does not confuse more users. Why not doing the same as with a .pth file? Using something like a _sys.pth file if it is there it will be used for path handling. In all cases on all platforms for interpreter startup. (if we will have the embedded interpreter on more platforms) -- nosy: +tds333 ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue28138> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue28137] Windows sys.path file should be renamed
Wolfgang Langner added the comment: If this is only for the use case of embedded distribution we are now only to steps away to provide a easy custom shipping of applications for Windows. 1. Take the file name of the executable to load a custom EXECUTABLENAME.path file 2. Allow to specify a main to be executed or a pyz zipapp to be run with the -m switch. Or simply use first line of the path file if it contains "-m myapp". With this by only renaming the python.exe and having a simple text file with the information, custom applications distribution can be done. Sorry, I know not directly related to this. -- nosy: +tds333 ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue28137> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue28092] Build failure for 3.6 on Centos 5.11
Wolfgang Langner added the comment: This can be related to building manylinux1 binaries where the Centos 5.11 is used. There can be a possibility to break manaylinux1 builds for Python 3.6, they are used to distribute packages for every Linux distribution. https://www.python.org/dev/peps/pep-0513/ -- nosy: +tds333 ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue28092> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue27053] Python Windows x86-64 embeddable zip file missing module encodings
Wolfgang Langner added the comment: Yes this is the cause. If it is renamed to python36.zip everything works fine. For the test I have only extracted the distributed zip and executed python.exe. Had not looked further into the issue. So only the simple report something did not work. Thanks for looking at it and fixing. -- ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue27053> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue27053] Python Windows x86-64 embeddable zip file missing module encodings
New submission from Wolfgang Langner: Tried to extract Windows x86-64 embeddable zip file and execute it. But following error happened (3.6.0a1): Fatal Python error: Py_Initialize: unable to load the file system codec ImportError: No module named 'encodings' Current thread 0x17c4 (most recent call first): Also tried release version 3.5.1, this version works fine. -- components: Installation messages: 265818 nosy: steve.dower, tds333 priority: normal severity: normal status: open title: Python Windows x86-64 embeddable zip file missing module encodings versions: Python 3.6 ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue27053> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue26587] Possible duplicate entries in sys.path if .pth files are used with zip's
Wolfgang Langner added the comment: Ok, I implemented point 3. Check if it is a dir or file and makepath only in this case. All other entries are added unmodified to the set. Added a test case also for an URL path. I think duplicate detection is now improved and it should break nothing. -- Added file: http://bugs.python.org/file42296/site2.patch ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue26587> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue26587] Possible duplicate entries in sys.path if .pth files are used with zip's
Wolfgang Langner added the comment: I think a fix for 3.6 only is ok, because it changes behaviour. But this is only an internal function with a "_". Should I add a test with a temporary created pth file? -- ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue26587> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue26587] Possible duplicate entries in sys.path if .pth files are used with zip's
Wolfgang Langner added the comment: Extended unit test for the issue and patch for site.py. -- Added file: http://bugs.python.org/file42225/site.patch ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue26587> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue26587] Possible duplicate entries in sys.path if .pth files are used with zip's
New submission from Wolfgang Langner: In site.py there is the internal function _init_pathinfo() This function builds a set of path entries from sys.path. This is used to avoid duplicate entries in sys.path. But this function has a check if it is a directory with os.path.isdir(...). All this is fine as long as someone has a .zip file in sys.path or a zipfile subpath. Then the path entry is not part of the set. With this duplicate detection with none directories does not work. The fix is as simple as removing the os.path.isdir(...) line and fixing the indent. Also the docstring should be modified. Detected by using this function in a project reusing addsitedir(...) functionality to add another path with .pth processing. -- components: Library (Lib) messages: 261958 nosy: tds333 priority: normal severity: normal status: open title: Possible duplicate entries in sys.path if .pth files are used with zip's type: enhancement versions: Python 2.7, Python 3.4, Python 3.5, Python 3.6 ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue26587> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue25223] Statically or dynamically linked to the VC++runtime ? or how Python install fails on Vista despite the VC redist packages - api-ms-win-crt-runtime-l1-1-0.dll
Wolfgang Langner added the comment: As a note, I had problems installing Python 3.5 on a computer at work. The redist package could not install with access denied error. But the workaround installing the Universal CRT update helped. After this I was able to install Python 3.5 without problems. -- nosy: +tds333 ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue25223> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue25085] Windows x86-64 embeddable zip file contains test directorys
New submission from Wolfgang Langner: The Windows x86-64 embeddable zip file (and possible the one for 32bit) includes some unnecessary test folders in python35.zip with test scripts. python35.zip\distutils\tests\ python35.zip\unittest\test\ python35.zip\lib2to3\tests\ python35.zip\ctypes\test\ python35.zip\sqlite3\test\ Python Version 3.5 rc4 This is only a minor issue, because it affects only size not functionality. -- components: Installation, Windows messages: 250563 nosy: paul.moore, steve.dower, tds333, tim.golden, zach.ware priority: normal severity: normal status: open title: Windows x86-64 embeddable zip file contains test directorys type: enhancement versions: Python 3.5 ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue25085> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue25086] Windows x86-64 embeddable zip file, lot of big EXE files in distuils
New submission from Wolfgang Langner: In the Windows x86-64 embeddable zip file in python35.zip\distutils\command\ are a lot of big EXE files. Possible during build for different VC compilers. I don't know the exact structure but thing there should only be EXE's for the actual used compiler to build Python. But there are: wininst-10.0-amd64.exe wininst-10.0.exe wininst-14.0-amd64.exe wininst-14.0.exe wininst-6.0.exe wininst-7.1.exe wininst-8.0.exe wininst-9.0-amd64.exe wininst-9.0.exe These files are really big, and some or all? possible not needed for and embeddable zip distributed Python. -- components: Distutils, Installation, Windows messages: 250564 nosy: dstufft, eric.araujo, paul.moore, steve.dower, tds333, tim.golden, zach.ware priority: normal severity: normal status: open title: Windows x86-64 embeddable zip file, lot of big EXE files in distuils type: enhancement versions: Python 3.5 ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue25086> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21301] pathlib missing Path.expandvars(env=os.environ)
Wolfgang Langner added the comment: expandvars(), and expanduser() is part of os.path. Boot functions are needed for path objects and very useful. And yes it is a simple string substitution but very common. -- nosy: +tds333 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21301 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19767] pathlib: iterfiles() and iterdirs()
Wolfgang Langner added the comment: Why not implement this pattern with def dirs(pattern) and def files(pattern) where both are a simple shortcut for (p for p in mypath.glob(pattern) if p is_file()) or is_dir() ? -- nosy: +tds333 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19767 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2078] CSV Sniffer does not function properly on single column .csv files
Wolfgang Langner [EMAIL PROTECTED] added the comment: In this cases it is not really possible to sniff the right delimiter. To not allow digits or letters is not a good solution. I think the behavior as now is ok, and at this time I see now way to improve it. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2078 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2078] CSV Sniffer does not function properly on single column .csv files
Wolfgang Langner [EMAIL PROTECTED] added the comment: The sniffer returns an dialect that is not really correct. Because the delimiter is set to value and in this case there is no delimiter. See it as, it returns a random delimiter if there is not really one. But your usage of the DictReader is wrong. It have to be called with csv.DictReader(file, dialect=dialect) and then it works in this example. This could be closed. -- nosy: +tds333 versions: +Python 2.6, Python 3.0 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2078 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com