[issue35164] socket.getfqdn and socket.gethostbyname fail on MacOS
Sorin Sbarnea added the comment: Maybe I should mention that my networking is configured only with values received from the DHCP server, which includes 2 DNS servers, one ipv4 an done ipv6, both of them being the local router and *1* search domain, which is a real domain (not local). -- ___ Python tracker <https://bugs.python.org/issue35164> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue35164] socket.getfqdn and socket.gethostbyname fail on MacOS
Sorin Sbarnea added the comment: I am able to reproduce this bug with Python 3.10 on MacOS 12.2 too, and I happen to have some extra insights about what happens, see https://github.com/tox-dev/tox/issues/2375 Basically the culprit is a reverse-dns query (PTR) that takes 30s to return, causing that very long delay. It appears that mDNSResponder is able to cache the result for some time but not very long, so it will happen again. In my particular case that PTR query is an .ip6.arpa one and there is no ipv4 query made at all. I was not able to identify any similar delay while calling `scutil --get HostName` or `hostname`, but `socket.getfqdn()` does reproduce it reliably. Interestingly, it seems that the delay is at least sometimes 15s, maybe the delay of 30s I observed on tox was caused by two calls. Anyway, I am more than interested in finding a solution for this issue. Such a delays can be a real dealbreaker even for cli tools. -- versions: +Python 3.10, Python 3.8, Python 3.9 ___ Python tracker <https://bugs.python.org/issue35164> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44497] distutil findall can choke with recursive symlinks (performance)
Change by Sorin Sbarnea : -- keywords: +patch pull_requests: +25448 stage: -> patch review pull_request: https://github.com/python/cpython/pull/26873 ___ Python tracker <https://bugs.python.org/issue44497> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44497] distutil findall can choke with recursive symlinks (performance)
Change by Sorin Sbarnea : -- type: -> performance ___ Python tracker <https://bugs.python.org/issue44497> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44497] distutil findall can choke with recursive symlinks (performance)
New submission from Sorin Sbarnea : As the results of investigating a very poor performance of pip while trying to install some code I was able to identify that the root cause was the current implementation of distutils.filelist.findall or to be more precise the _find_all_simple function, which does followsymlinks but without any measures for preventing recursivity and duplicates. To give an idea in my case it was taking 5-10minutes to run while the CPU was at 100%, for a repository with 95k files (most of them temp inside .tox folders). Removal of the symlinks did make it run in ~5s. IMHO, _find_all_simple should normalize paths and avoid returning any duplicates. Realted: https://bugs.launchpad.net/pbr/+bug/1933311 -- components: Distutils messages: 396394 nosy: dstufft, eric.araujo, ssbarnea priority: normal severity: normal status: open title: distutil findall can choke with recursive symlinks (performance) versions: Python 3.10, Python 3.11, Python 3.6, Python 3.7, Python 3.8, Python 3.9 ___ Python tracker <https://bugs.python.org/issue44497> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue41973] Docs: TypedDict is now of type function instead of class
Change by Sorin Sbarnea : -- nosy: +ssbarnea ___ Python tracker <https://bugs.python.org/issue41973> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue29705] socket.gethostbyname, getaddrinfo etc broken on MacOS 10.12
Sorin Sbarnea added the comment: It seems that the bug is still present. There is some additional information on the new report https://bugs.python.org/issue35164 -- nosy: +ssbarnea ___ Python tracker <https://bugs.python.org/issue29705> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue35164] socket.getfqdn and socket.gethostbyname fail on MacOS
New submission from Sorin Sbarnea : It seems that when the MacOS machine does not have a FQDN name manually configured using `scutil`, python will be fail to resolve domain names and timeout after ~30 seconds. I mention that the DNS resolution works correctly on the machine and that the DHCP servers provides one ore more domains to be useles for resolution. Tools like nslookup or ping are not affected by this, only python (tried py27,34-36 and got same behavior). Usually python user encounters errors like: Traceback (most recent call last): ... socket.gethostbyname(socket.gethostname()) gaierror: [Errno 8] nodename nor servname provided, or not known One these machines `hostname` cli command returns a valid FQDN name like `foo.lan` but scutil will not return one: ``` sudo scutil --get HostName HostName: not set ``` One temporary workaround is to manually run: ``` sudo scutil --set HostName `hostname` ``` This will set the hostname and python sockets functions will start to work (after few minutes as some caching is involved). Still, we cannot expect users to run this command themselves. Even worse, they would have to re-run this each time the roam to another network that may have a different set of domains. See: https://stackoverflow.com/questions/52602107 -- components: macOS messages: 329237 nosy: ned.deily, ronaldoussoren, ssbarnea priority: normal severity: normal status: open title: socket.getfqdn and socket.gethostbyname fail on MacOS type: behavior versions: Python 2.7, Python 3.4, Python 3.5, Python 3.6, Python 3.7 ___ Python tracker <https://bugs.python.org/issue35164> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue31973] Incomplete DeprecationWarning for async/await keywords
Sorin Sbarnea <sorin.sbar...@gmail.com> added the comment: I agree that this deprecation approach is not very helpful because it does not indicate a recommended way to fix. Yep, we all know that we will be forced to rename these parameters/variables everywhere and likely break few APIs due to it. I am curious if there is any emerging pattern for new naming as I find really annoying if every python project using these keywords would endup picking different alternatives for their rename. -- nosy: +sorin ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue31973> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue25351] pyvenv activate script failure with specific bash option
Sorin Sbarnea <sorin.sbar...@gmail.com> added the comment:
Based on my tests this worked with all shells I tested with, the syntax being a
very old one and not some new/modern one.
Passed: bash, zsh, dash, ksh
Platforms: MacOS, RHEL Linux
Failed with: tcsh but with the note that even the original code would fail with
tcsh anyway. tcsh/csh are not bourne/posix compatible so there is no regression
introduced by the the use of "${VAR:-}" syntax.
A simple way to test the syntax with enable shell is:
SHELLCMD -c 'echo "[${AAA:-}]"'
--
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python.org/issue25351>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue25351] pyvenv activate script failure with specific bash option
sorin <sorin.sbar...@gmail.com> added the comment: This is a perfectly valid bug and I am surprised it was ignored for so long. I just raised a PR for addressing it, please review it. -- keywords: +patch nosy: +sorin pull_requests: +3790 stage: -> patch review type: enhancement -> behavior versions: +Python 3.4 ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue25351> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1602] windows console doesn't print or input Unicode
Changes by sorin <sorin.sbar...@gmail.com>: -- nosy: -sorin ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue1602> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue26872] Default ConfigParser in python is not able to load values habing percent in them
sorin added the comment: Here is one example of failure caused by this https://gist.github.com/ssbarnea/b373062dd45de92735c7482b2735c5fb -- ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue26872> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue26872] Default ConfigParser in python is not able to load values habing percent in them
New submission from sorin: The ConfigParser issue with % (percent) is taking huge proportions because it does have serious implications downstream. One such example is the fact that in breaks virtualenv in such way the if you create a virtual env in a path that contains percent at some point you will endup with a virtualenv where you can install only about 50% of existing python packages (serious ones like numpy or pandas will fail to install or even to perform a simple python setup.py egg_info on them). This is related to distutils which is trying to use the ConfigParser to load the python PATH (which now contains the percent). Switching to RawConfigParser does resolve the problem but this seems like an almost impossible attempt because the huge number of occurrences in the wild. You will find the that only class that is able to load a value with percent inside is RawConfigParser and I don't think that this is normal. Here is some code I created to exemplify the defective behaviour: https://github.com/ssbarnea/test-configparser/blob/master/tests/test-configparser.py#L21 The code is executed by Travis with multiple version of python, see one result example: https://travis-ci.org/ssbarnea/test-configparser/jobs/126145032 My personal impression is that the decision to process the % (percent) and to change the behaviour between Python 2 and 3 was a very unfortunate one. Ini/Cfg file specification does not specify the percent as an escape character. Introduction of the %(VAR) feature sounds more like bug than a feature in this case. -- components: Distutils messages: 264402 nosy: dstufft, eric.araujo, sorin priority: normal severity: normal status: open title: Default ConfigParser in python is not able to load values habing percent in them type: compile error versions: Python 3.4, Python 3.5 ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue26872> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6792] Distutils-based installer does not detect 64bit versions of Python
Changes by sorin <sorin.sbar...@gmail.com>: -- nosy: -sorin ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue6792> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23841] py34 OrderedDict is using weakref for root reference
New submission from sorin: The standard library implementation of an OrderedDict (which is included in Python 3.4) uses a weakref for the root reference. https://hg.python.org/cpython/file/534b26837a13/Lib/collections/__init__.py#l74 This was reported initially on https://github.com/kennethreitz/requests/issues/2303 and at the moment there are no known workarounds. -- components: Library (Lib) messages: 239789 nosy: sorin priority: normal severity: normal status: open title: py34 OrderedDict is using weakref for root reference type: compile error versions: Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23841 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22269] Resolve distutils option conflicts with priorities
sorin added the comment: Can't we do something about this bug? I think that most python devs are ignoring the severity of this one, especially because it does break distribution of packages (or at least their testing) On OS X the experience is awful as --user doesn't work at all and as a maintainer of many python packages I end-up with a case where installing packages for the current user doesn't work. It works well on all other platforms but not on OS X (when you have the brew python). We cannot really expect all the package developers to spend a lot of time creating new scenarios only for trying to bypass this bug. For the sake of our Python users let's fix this and make the Python experience a good one, especially for people that do not have much experience with python. Maybe Santa will get my message ;) Wish you happy holidays! -- nosy: +sorin ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22269 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8876] distutils should not assume that hardlinks will work
sorin added the comment: Can we have this merged, it prevents us form using distutil, especially in a continuous integration environment where you do not have control over the build server. See: https://drone.io/github.com/pycontribs/tendo/1 -- nosy: +sorin ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8876 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12119] distutils and python -B
sorin added the comment: Can we have a fix for this? ... one that would not require me to drop using PYTHONDONTWRITEBYTECODE. I do have PYTHONDONTWRITEBYTECODE=1 on my user profile and installing packages became a nightmare. -- nosy: +sorin ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12119 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1663329] subprocess/popen close_fds perform poor if SC_OPEN_MAX is hi
sorin sorin.sbar...@gmail.com added the comment: Am I wrong or we should reopen this bug. Try `ulimit -n unlimited` and you'll make python code that does popen practically blocking. -- nosy: +sorin type: - performance ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1663329 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12398] Sending binary data with a POST request in httplib can cause Unicode exceptions
sorin sorin.sbar...@gmail.com added the comment: Here is a test file that will replicate the problem, I added it as a gist so it could support contributions ;) Py 2.7 works Py ==2.7 fails Py =3.0 works after minor changes required by py3k https://gist.github.com/1047551 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12398 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12398] Sending binary data with a POST request in httplib can cause Unicode exceptions
sorin sorin.sbar...@gmail.com added the comment: Right, so you have some binary data and you want to sent it to `httplib`. This worked in the past when `msg` was a non-unicode string, but starting with Python 2.7 this became an unicode string, so when you try to append the `message` if will fail because it will try to decode it. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12398 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12398] Sending binary data with a POST request in httplib can cause Unicode exceptions
sorin sorin.sbar...@gmail.com added the comment: I updated the gist and made a minimal test https://gist.github.com/1047551 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12398 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12398] Sending binary data with a POST request in httplib can cause Unicode exceptions
sorin sorin.sbar...@gmail.com added the comment: You are right, I debugged the problem a little more and discovered at least one bug in PyAMF. Still, I was surprised to find out something very strange, it look that BytesIO.getvalue() does return `str` even if the documentation says it does return `bytes`. Should I file another bug? Python 2.7.1 (r271:86832, Jun 13 2011, 14:28:51) [GCC 4.2.1 (Based on Apple Inc. build 5658) (LLVM build 2335.15.00)] on darwin Type help, copyright, credits or license for more information. import io a = io.BytesIO() a _io.BytesIO object at 0x10f9453b0 a.getvalue() '' print type(a.getvalue()) type 'str' -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12398 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11898] Sending binary data with a POST request in httplib can cause Unicode exceptions
sorin sorin.sbar...@gmail.com added the comment: I have to add some details here. First, this bug has nothing to do with the URL, it does reproduce for normal urls. Still the problem with the line: msg += message_body is quite complex when combined with Python 2.7: type(msg) is unicode type(message_body) is str ... even if I tried to manually force Python for use bytes. It seams that in 2.7 bytes are alias to str. Due to this the code will fail to run only on 2.7 because it will try to convert binary data to unicode string. If I am not mistaken the code will work with Python 3.x, because there bytes() are not str(). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11898 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11898] Sending binary data with a POST request in httplib can cause Unicode exceptions
sorin sorin.sbar...@gmail.com added the comment: Can we get more info regarding resolution of this bug. Due to this bug httplib cannot be used anymore to send binary data. This bug breaks other modules, one example being PyAMF (that does communicate only using binary data). -- nosy: +sorin ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11898 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11898] Sending binary data with a POST request in httplib can cause Unicode exceptions
sorin sorin.sbar...@gmail.com added the comment: There is another problem that makes the problem even more critical. OS X 10.7 does include Python 2.7.1 as the *default* interpreter. So we'll need both a fix for the future and an workaround. BTW, the hack with sys.setdefaultencoding cannot be used if you really send binary data. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11898 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12398] Sending binary data with a POST request in httplib can cause Unicode exceptions
New submission from sorin sorin.sbar...@gmail.com: It looks that Python 2.7 changes did induce some important bugs into httplib due to to implicit str-unicode encoding/decoding. One clear example is that PyAMF library doesn't work with Python 2.7 because it is not able to generate binary data POST responses. Please check http://dev.pyamf.org/ticket/823 (partial trackback, full in above bug) File /System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/httplib.py, line 937, in endheaders self._send_output(message_body) File /System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/httplib.py, line 795, in _send_output msg += message_body -- messages: 138953 nosy: sorin priority: normal severity: normal status: open title: Sending binary data with a POST request in httplib can cause Unicode exceptions type: crash versions: Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12398 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11898] Sending binary data with a POST request in httplib can cause Unicode exceptions
sorin sorin.sbar...@gmail.com added the comment: Added as bug http://bugs.python.org/issue12398 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11898 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11623] Distutils is reporting OSX 10.6 w/ XCode 4 as universal
sorin sorin.sbar...@gmail.com added the comment: FYI, I got the above output from 10.7 from a friend, I do not have access to the seed, so the information could be wrong. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11623 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11623] Distutils is reporting OSX 10.6 w/ XCode 4 as universal
sorin sorin.sbar...@gmail.com added the comment: Let's try to find a good compromise regarding this. I hope the we all agree that we should not put our personal needs or preferences on the first place, it's important to improve the overall experience for most users. First, we do not want to fail to build and install a package if you are on specific case (xcode3, xcode4, ...). I think that most people do not have `ARCHFLAGS` env var defined and they should not even care about it. Compilers are smart enough to pick the right architecture for them (xcode3 will build ppc/i386/x64 and xcode4 i386/x64, and who known maybe next version will include armX). As for package maintainers and they build machines, they are more likely to be already aware about what they want to distribute. For this reason I consider that they can hack the build environment to meet their distribution needs (whatever env vars they want, blend xcode4 with xcode3,...). Still as stated in a previous comment, we do not want publish Universal binaries that will miss PPC architecture, in order to prevent this distutils should throw an warning if ppc architecture is not supported (xcode4). Also if the ARCHFLAGS is defined and includes PPC, the build is supposed to fail. Some other considerations: think that some people may want to install packages to their OS provided Python and in this case the python that comes with 10.6 doesn't have a PPC arch. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11623 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11623] Distutils is reporting OSX 10.6 w/ XCode 4 as universal
sorin sorin.sbar...@gmail.com added the comment: You are right about Python from 10.6, it has PPC, but 10.7 doesn't. bash-3.2$ file /Volumes/107/usr/bin/python2.6 /Volumes/107/usr/bin/python2.6: Mach-O universal binary with 2 architectures /Volumes/107/usr/bin/python2.6 (for architecture x86_64): Mach-O 64-bit executable x86_64 /Volumes/107/usr/bin/python2.6 (for architecture i386): Mach-O executable i386 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11623 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11623] Distutils is reporting OSX 10.6 w/ XCode 4 as universal
sorin sorin.sbar...@gmail.com added the comment: And in addition to 2.5 and 2.6, 10.7 includes 2.7. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11623 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11623] Distutils is reporting OSX 10.6 w/ XCode 4 as universal
sorin sorin.sbar...@gmail.com added the comment: I think that distutils must me modified to auto detect supported architectures and use them, this without requiring you to hack ARCHFLAGS. The number of developers that need to build PPC binaries is at least one order of magnitude lower than the number of users in need of building/installing python packages. -- nosy: +sorin ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11623 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11936] plistlib.writePlistToBytes does not exist on 2.6 (osx) and documentation does not include information about version
New submission from sorin sorin.sbar...@gmail.com: On OS X (10.6) with Python 2.6 import plistlib plistlib.writePlistToBytes(dict()) AttributeError: 'module' object has no attribute 'writePlistToBytes' Python documentation contains no information regarding when writePlistToBytes was add. http://docs.python.org/dev/library/plistlib.html#plistlib.writePlistToBytes -- assignee: ronaldoussoren components: Library (Lib), Macintosh messages: 134561 nosy: ronaldoussoren, sorin priority: normal severity: normal status: open title: plistlib.writePlistToBytes does not exist on 2.6 (osx) and documentation does not include information about version type: behavior versions: Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11936 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1602] windows console doesn't print or input Unicode
sorin sorin.sbar...@gmail.com added the comment: remeber that cp65001 cannot be set on windows. Also please read http://blogs.msdn.com/b/michkap/archive/2010/10/07/10072032.aspx and contact the author, Michael Kaplan from Microsoft, if you have more questions. I'm sure he will be glad to help. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1602 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7280] PCBuild instruction says to use nasmw.exe but it no longer exist
sorin sorin.sbar...@gmail.com added the comment: Please reopen the bug, current documentation change is not a proper solution and also it does not work (see below). Python's openssl repository contain pregenerated mak files (/ms/*.mak), when it should not. If you check openssl repository you will see that these are set to be ignored. See http://cvs.openssl.org/fileview?f=openssl/ms/.cvsignorev=1.2.4.1 OpenSSL build script are able to detect properly nasm (or nasmw) but if you put the resulted mak files on the SVN it will break the build on other systems (like ones not having `nasmw` binary). There are several solutions for this problem: * (fast) modify mak files to replace nasmw with nasm - this may break the build on same machines that are not using a current version of nasm, or where people renamed the file instead of making a copy or a symlink. * (better but harder) remove the /ms/*.mak files from the repository and assure that the build system is calling the original openssl build scripts (the ones that are able to properly generate the mak files). Initially I considered that this is bug in OpenSSL, but this is not the case: http://rt.openssl.org/index.html?q=2338 -- nosy: +sorin type: - compile error ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7280 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9699] invalid call of Windows API _popen() generating The input line is too long error message
sorin sorin.sbar...@gmail.com added the comment: I made a small but important update to quote_command(), now it does quote the command line only under Windows because doing this under other platforms may break the command line. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9699 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9822] windows batch files are dependent on cmd current directory
New submission from sorin sorin.sbar...@gmail.com: Currently most batch files from Tools\buildbot do fail to run if you do not call them from the python source root directory. I already have patched files, but the question is against which branch should I make them, considering that this bug is valid for all versions? Do you prefer patch or just the entire files? -- components: Build messages: 116009 nosy: sorin priority: normal severity: normal status: open title: windows batch files are dependent on cmd current directory type: compile error versions: Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9822 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9822] windows batch files are dependent on cmd current directory
Changes by sorin sorin.sbar...@gmail.com: -- keywords: +patch Added file: http://bugs.python.org/file18828/buildbot_curdir.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9822 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9822] windows batch files are dependent on cmd current directory
sorin sorin.sbar...@gmail.com added the comment: In this case I made the patch on the right branch (py3k). These scripts could be called manually and it doesn't make any sense not to make them work in all cases. Not every Windows developer is using Visual Studio to build things, 'some' of them are using the command line, and in this case it does make a sense to be able to call this scripts without these 'strange' limitations. Implementing this would simplify dev setup/usage on Windows. Also I updated the PCbuild/readme.txt file. -- Added file: http://bugs.python.org/file18829/readme.txt.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9822 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9822] windows batch files are dependent on cmd current directory
sorin sorin.sbar...@gmail.com added the comment: This is true, that this can impact the build process but the changes are assuring that it will always chdir to the right directory. BTW, %~dp0 is the directory when the batch file is located. -- Added file: http://bugs.python.org/file18831/path_for_bug_9822_v1.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9822 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9822] windows batch files are dependent on cmd current directory
Changes by sorin sorin.sbar...@gmail.com: Removed file: http://bugs.python.org/file18829/readme.txt.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9822 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9822] windows batch files are dependent on cmd current directory
Changes by sorin sorin.sbar...@gmail.com: Removed file: http://bugs.python.org/file18828/buildbot_curdir.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9822 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9080] Provide list prepend method (even though it's not efficient)
sorin sorin.sbar...@gmail.com added the comment: +1 for adding it because it will make the code easier to read/understand. Bad performance could be documented and it's related about internal representation. -- nosy: +sorin ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9080 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7231] Windows installer does not add \Scripts folder to the path
sorin sorin.sbar...@gmail.com added the comment: Important tools (like ease_install, pypm) from `Script` directory are already including version prefixes in their names (tool-2.7.exe). This means that it should not be a big problem having several Scripts directories on your path. Most python users are not installing several versions, but we could expect that most of them will want to run a tool from scripts. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7231 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9699] invalid call of Windows API _popen() generating The input line is too long error message
New submission from sorin sorin.sbar...@gmail.com: Behavior: you get The input line is too long. error message when you try to run an external process by using os.system(), subprocess.Popen() or other similar methods. The real command line limit is 8192 under Windows and in most cases (if not all) the cause for getting this message is not the length. The real cause is that if you even have a quote inside your command line you need to include the entire command in quote. Here are some details: http://stackoverflow.com/questions/682799/what-to-do-with-the-input-line-is-too-long-error-message/3583282#3583282 http://msdn.microsoft.com/en-us/library/96ayss4b.aspx (see comment) Even if this is caused by a bug on Windows that is present for more than ten years I think Python needs to workaround it by adding the quotes when they are needed. This will prevent other developers from writing OS specific code in their Python programs in order to workaround this bug. -- components: Windows messages: 115062 nosy: sorin priority: normal severity: normal status: open title: invalid call of Windows API _popen() generating The input line is too long error message type: behavior versions: Python 2.5, Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9699 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9699] invalid call of Windows API _popen() generating The input line is too long error message
sorin sorin.sbar...@gmail.com added the comment: I'm currently building some samples (one that could be run on any Windows machine). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9699 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9699] invalid call of Windows API _popen() generating The input line is too long error message
sorin sorin.sbar...@gmail.com added the comment: Here is a test file. It does contain 3 command lines that are similar but one of them is not working (cmd_2). -- Added file: http://bugs.python.org/file18662/bug_line_too_long.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9699 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9699] invalid call of Windows API _popen() generating The input line is too long error message
sorin sorin.sbar...@gmail.com added the comment: True about tee, I forgot to remove it. By the way, in case the other patch does not solve the issue we can use the quote_command() from http://github.com/ssbarnea/tendo/blob/master/tendo/tee.py to solve it. -- versions: +Python 2.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9699 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9390] Error in sys.excepthook on windows when redirecting output of the script
New submission from sorin sorin.sbar...@gmail.com: create a test.py with this content: print(test) run this file from command line by redirecting the output: test.py out.log You get: close failed in file object destructor: Error in sys.excepthook: Original exception was: This does not happen if you call the script by using python test.py out.log Also this does not reproduce with Python 3.1 but it does reproduce with latest Python 2.6 and 2.7 under windows. You can switch the registered python interpreter via registry key: [HKEY_CLASSES_ROOT\Python.File\shell\open\command] @=\C:\\lib\\Python27\\python.exe\ \%1\ %* -- components: Windows messages: 111695 nosy: sorin priority: normal severity: normal status: open title: Error in sys.excepthook on windows when redirecting output of the script type: crash versions: Python 2.6, Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9390 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7231] Windows installer does not add \Scripts folder to the path
sorin sorin.sbar...@gmail.com added the comment: Additional information that will enable the installer to update the path without requiring a relogin/restart: http://support.microsoft.com/kb/104011 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7231 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7475] codecs missing: base64 bz2 hex zlib hex_codec ...
sorin sorin.sbar...@gmail.com added the comment: I would like to know what happened with hex_codec and what is the new py3 for this. Also, it would be really helpful to see DeprecationWarnings for all these codecs in py2x and include a note in py3 changelist. The official python documentation from http://docs.python.org/library/codecs.html lists them as valid without any signs of them as being dropped or replaced. -- nosy: +sorin title: codecs missing: base64 bz2 hex zlib ... - codecs missing: base64 bz2 hex zlib hex_codec ... ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7475 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1578269] Add os.symlink() and os.path.islink() support for Windows
sorin sorin.sbar...@gmail.com added the comment: For me the patch worked. It would be really nice to have it in 2.7 - I really hate Python functions that are not working on Windows. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1578269 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1722344] Thread shutdown exception in Thread.notify()
sorin sorin.sbar...@gmail.com added the comment: Any idea if there is a nightly build for Python 2.6? The latest release was 2.6.4 and was 2 days before submitting the patch. Or the only alternative is to build it myself? Any ideas on when we could see 2.6.5? - I tried to look for a release timeline but I wasn't able to locate one. -- nosy: +sorin ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1722344 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1578269] Add os.link() and os.symlink() and os.path.islink() support for Windows
sorin sorin.sbar...@gmail.com added the comment: Maybe it's useful to know that Administrator privileges are not required in order be able to create symlinks. You just need a specific permission that by default is assigned only to Administrators. How to set SeCreateSymbolicLinkPrivilege on Windows Vista or newer: http://stackoverflow.com/questions/815472/how-do-i-grant-secreatesymboliclink-on-windows-vista-home-edition/2085468#2085468 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1578269 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1578269] Add os.link() and os.symlink() and os.path.islink() support for Windows
sorin sorin.sbar...@gmail.com added the comment: BTW, Is there any hope to add this to Python 2.6? - this is the standard on Windows and I see this issue more like a bug resolution than a new feature ;) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1578269 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1578269] Add os.link() and os.symlink() and os.path.islink() support for Windows
sorin sorin.sbar...@gmail.com added the comment: If you could provide a build I could run the tests on Windows 7 x64. This is a very old bug that I would like to see it solved. -- nosy: +sorin ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1578269 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1602] windows console doesn't print utf8 (Py30a2)
Changes by sorin sorin.sbar...@gmail.com: -- nosy: +sorin ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1602 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6792] Distutils-based installer does not detect 64bit versions of Python
sorin sorin.sbar...@gmail.com added the comment: It is possible to create combined x86 and x64 msi files and in fact it would be a good idea to have only one instead of two. -- nosy: +sorin ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6792 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7231] Windows installer does not add \Scripts folder to the path
sorin sorin.sbar...@gmail.com added the comment: Thanks Isaul, Anyway I made the required change before submitting the bug first time and additionally to what you wrote it is enough to logout/login to update the path - no reboot required. The bug is about repairing/improving Python experience for all Windows users. Imagine that you want to deploy Python plus some extensions to many Windows computers - you will have a hard time adding Script directory to the path. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7231 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7231] Windows installer does not add \Scripts folder to the path
New submission from sorin sorin.sbar...@gmail.com: I observed that Windows installer is able to add only the Python installation folder to the path. In addition to this it should add the Scrips folder because many python tools are installing scripts inside it, scripts that the user cannot us unless he add this directory to the path. This is very annoying because if you modify the PATH you need to logout/login in order to be able to use the new PATH value. -- components: Installation messages: 94633 nosy: sorin severity: normal status: open title: Windows installer does not add \Scripts folder to the path type: behavior versions: Python 2.4, Python 2.5, Python 2.6, Python 2.7, Python 3.0, Python 3.1, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7231 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4015] [patch] make installed scripts executable on windows
sorin sorin.sbar...@gmail.com added the comment: I totally agree that we must create batch files for commands but not by including python code inside them. -- nosy: +sorin ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4015 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5808] Subprocess.getstatusoutput Fails Executing 'dir' Command on Windows
sorin sorin.sbar...@gmail.com added the comment: Also the same issue does apply for command.getstatusoutput in Python 2.6. Maybe this bug should be reopened and solved by adding a platform check in the module. Also the documentation does not specify what would be the right multiplatform alternative. Anyway, the current result it's clearly not the expected behavior and does not give any hint regarding the source of the problem or possible solutions. -- nosy: +sorin type: - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5808 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5808] Subprocess.getstatusoutput Fails Executing 'dir' Command on Windows
sorin sorin.sbar...@gmail.com added the comment: If I made a patch that will raise an error if you include commands module under Windows will you include it - this will safe others time. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5808 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
