[issue10772] Several actions for argparse arguments missing from docs
ipatrol added the comment: The patch has been submitted, now we just need to apply it and update the online docs accordingly. -- status: open -> pending versions: +Python 3.4 ___ Python tracker <http://bugs.python.org/issue10772> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4508] distutils compiler not handling spaces in path to output/src files
ipatrol added the comment: Ok, I found a similar problem with MMTK. I am currently altering my distutils package to add a function called nt_quote_dir that adds quotes to paths with spaces and then applies it to each path if the platform is win32. When I'm done I will submit a diff after confirming that it works. -- components: +Extension Modules, Windows nosy: +ipatrol ___ Python tracker <http://bugs.python.org/issue4508> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2889] curses for windows (alternative patch)
ipatrol added the comment: Any progress yat? -- components: +Windows nosy: +ipatrol type: -> feature request versions: +Python 2.7 ___ Python tracker <http://bugs.python.org/issue2889> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2340] Backport PEP 3132 (extended iterable unpacking)
ipatrol added the comment: Can this be added in a minor release? I came across wanting it while parsing some html forms. -- nosy: +ipatrol ___ Python tracker <http://bugs.python.org/issue2340> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9740] Support for HTTP 1.1 persistent connections throughout the standard library
New submission from ipatrol : HTTP 1.1 introduced persistent connections nearly six years ago. Yet this resource saving and speed improving option is not available in the standard library. Can this be added? -- components: Library (Lib) messages: 115365 nosy: ipatrol priority: normal severity: normal status: open title: Support for HTTP 1.1 persistent connections throughout the standard library type: feature request versions: Python 2.7, Python 3.1, Python 3.2, Python 3.3 ___ Python tracker <http://bugs.python.org/issue9740> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1673007] urllib2 requests history + HEAD support
ipatrol added the comment: Can this be somehow implemented as a bugfix patch as well on other versions? -- nosy: +ipatrol versions: +Python 2.7, Python 3.1 ___ Python tracker <http://bugs.python.org/issue1673007> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9740] Support for HTTP 1.1 persistent connections throughout the standard library
ipatrol added the comment: No, httplib actually creates a second connection with the same object. Neither is their support in urllib, urllib2, nor in any of the HTTP servers. This would be really useful for a bot connected to an API. -- resolution: works for me -> status: pending -> open ___ Python tracker <http://bugs.python.org/issue9740> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9740] Support for HTTP 1.1 persistent connections throughout the standard library
ipatrol added the comment: Possibly, but I don't really have expertise in the underbelly of the HTTP system. -- ___ Python tracker <http://bugs.python.org/issue9740> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9882] abspath from directory
New submission from ipatrol : Just an easy patch. os.path.abspath is defined as os.path.normpath(os.path.join(os.getcwd(),path), but os.path.relpath also adds a start option. This creates an asymmetry where getting the absolute path from a relative path and a directory has no single operation whereas the inverse does. So finding the absolute path of 'foo' in the directory '/bar/buzz/bang/quok' requires several nested functions or else a quick dash in with os.chdir. Hence redefining os.path.abspath as os.path.normpath(os.path.join(start or os.getcwd(),path). -- components: Library (Lib) messages: 116643 nosy: ipatrol priority: normal severity: normal status: open title: abspath from directory type: feature request versions: Python 2.7, Python 3.2, Python 3.3 ___ Python tracker <http://bugs.python.org/issue9882> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7511] msvc9compiler.py: ValueError: [u'path']
ipatrol added the comment: Purity shmurity. The point of distutils is largely to present a unified and simple interface. 'python setup.py install' should be all a user has to do on any platform. Unless you can come up with a better idea, MSVC is really the only big compiler on Windows. -- versions: +Python 3.2, Python 3.3 ___ Python tracker <http://bugs.python.org/issue7511> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10772] Several actions for argparse arguments missing from docs
New submission from ipatrol : I actually noticed this while trying to free the -h option for my program. The actions not mentioned are count, help, and parsers. Also for nargs, '...' and 'A...' are not documented either in the Sphinx docs or the leading docstring for the Action class. -- assignee: d...@python components: Documentation, Library (Lib) messages: 124654 nosy: d...@python, ipatrol priority: normal severity: normal status: open title: Several actions for argparse arguments missing from docs type: behavior versions: Python 2.7, Python 3.3 ___ Python tracker <http://bugs.python.org/issue10772> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9882] abspath from directory
ipatrol added the comment: Yes, but this seems to be rational particularly for emulating directory changes without actually doing so. Since relative paths can use .. it may not always be straightforward to do this. Applications include archivers, dependency checkers, patch tools, self-extractors, installers, file managers, sync managers, D/VCS systems, loggers, and anti-malware programs. -- ___ Python tracker <http://bugs.python.org/issue9882> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7511] msvc9compiler.py: ValueError: [u'path']
ipatrol added the comment: Going through more than a few registry keys, here are some that stood out for me: "HKEY_CURRENT_USER\Software\Microsoft\Microsoft SDKs\Windows\v6.0A" InstallationFolder "HKEY_CURRENT_USER\Software\Microsoft\Microsoft SDKs\Windows\v6.1" InstallationFolder "HKEY_CURRENT_USER\Software\Microsoft\VCExpress\9.0\External Tools" ToolDir1 "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SDKs\Windows\v6.0A" InstallationFolder "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SDKs\Windows\v6.1" InstallationFolder "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\VisualStudio\SxS\VC7" 9.0 "HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Microsoft SDKs\Windows" CurrentInstallFolder "HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\VisualStudio\9.0\Setup\VC" ProductDir "HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\VisualStudio\SxS\VC7" 9.0 Maybe they can be read to tease out the install dirs? -- ___ Python tracker <http://bugs.python.org/issue7511> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue30435] Documentation either unclear or incorrect on comparisons between bytes and strings in Python 3
New submission from ipatrol: https://docs.python.org/3/reference/expressions.html#comparisons says that "Strings and binary sequences cannot be directly compared." That would seem to me to imply that an equality between them would raise an exception, as also claimed by https://wiki.python.org/moin/BytesStr However, that is manifestly incorrect. Bytes and strings can be compared: they are always unequal. This appears to be a result of the operation falling through to the default comparison, which returns False since they are not identical objects. Equality is a comparison, though it is not an order comparison. A brief search of the word "cannot" in the documentation suggest that saying a certain thing cannot be done usually implies that attempting to do so anyway will raise an exception, typically a TypeError. That this is not the case for string-bytes comparisons should be mentioned. -- assignee: docs@python components: Documentation messages: 294200 nosy: docs@python, ipatrol priority: normal severity: normal status: open title: Documentation either unclear or incorrect on comparisons between bytes and strings in Python 3 type: behavior versions: Python 3.3, Python 3.4, Python 3.5, Python 3.6, Python 3.7 ___ Python tracker <http://bugs.python.org/issue30435> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7511] msvc9compiler.py: ValueError when trying to compile with VC Express
ipatrol added the comment: The latest patch has an indentation error in an if-else clause, but I can't figure out what exactly was intended by the author. -- ___ Python tracker <http://bugs.python.org/issue7511> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8830] Add nondestructive selection to sets
New submission from ipatrol : I see in a lot of references for computer programming a function that returns an arbitrary value from a standard or frozen set. http://en.wikipedia.org/wiki/Set_%28computer_science%29 describes it as pick. It surprised me when I discovered that Python sets don't have this method. I would suggest the returned value be somewhat random to prevent repeated calls from returning repeated results. Perhaps a small C-level counter could control that, which can then roll over uneventfully if enough calls are made. -- components: None messages: 106590 nosy: ipatrol priority: normal severity: normal status: open title: Add nondestructive selection to sets type: feature request versions: Python 2.7, Python 3.2 ___ Python tracker <http://bugs.python.org/issue8830> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7212] Retrieve an arbitrary element from a set without removing it
ipatrol added the comment: I still see a use in this. I like to use sets for lists of servers or mirrors. There is no compelling reason *not* to add a get() or pick() method, as described in http://en.wikipedia.org/wiki/Set_%28computer_science%29. Sets could be used for many things that lists are currently used for. I request for this to be reopened given the lapse since any action on this. -- components: +Interpreter Core -Library (Lib) nosy: +ipatrol ___ Python tracker <http://bugs.python.org/issue7212> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7212] Retrieve an arbitrary element from a set without removing it
ipatrol added the comment: I support http://bugs.python.org/msg94599 with a check to see if the length is 0, and rename it pick (based on the generic programming and mathematical literature). -- ___ Python tracker <http://bugs.python.org/issue7212> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3428] httplib.HTTPMessage undocumented
ipatrol added the comment: This is still not fixed. Also, it would be nice to add the response code in somewhere as I don't see it in the stdlib epydoc pages -- nosy: +ipatrol ___ Python tracker <http://bugs.python.org/issue3428> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3428] httplib.HTTPMessage undocumented
ipatrol added the comment: What about urllib2? It's explicitly mentioned as the return value of .info() -- ___ Python tracker <http://bugs.python.org/issue3428> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9224] Distutls fails with MSVC++ 2008on Windows Vista 64bit
New submission from ipatrol : Trying to compile any extension module fails with the following error: running install running build running build_ext building 'bsdiff' extension Traceback (most recent call last): File "setup.py", line 56, in ext_modules = [extension]) File "C:\hp\bin\Python\lib\distutils\core.py", line 152, in setup dist.run_commands() [Skipping many levels for brevity] File "C:\hp\bin\Python\lib\distutils\msvc9compiler.py", line 469, in compile self.initialize() File "C:\hp\bin\Python\lib\distutils\msvc9compiler.py", line 379, in initialize vc_env = query_vcvarsall(VERSION, plat_spec) File "C:\hp\bin\Python\lib\distutils\msvc9compiler.py", line 295, in query_vcvarsall raise ValueError(str(list(result.keys( ValueError: [u'path'] here, \hp\bin is a vista symlink to Python's directory. This is the second version that had this error, with several modules as well. It appears to be an issue in msvc9compiler's handling of stdout, will try to patch. -- assignee: tarek components: Distutils, Extension Modules, Windows messages: 110008 nosy: ipatrol, tarek priority: normal severity: normal status: open title: Distutls fails with MSVC++ 2008on Windows Vista 64bit type: compile error versions: Python 2.6, Python 2.7 ___ Python tracker <http://bugs.python.org/issue9224> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7511] msvc9compiler.py: ValueError: [u'path']
ipatrol added the comment: May I request we resolve this by folding this patch into the main source tree for the next bugfix release? -- components: +Windows ___ Python tracker <http://bugs.python.org/issue7511> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9228] Make changes in the path and pathext on installation
New submission from ipatrol : I was fiddling around with easier ways to run python scripts in the Windows shell. I'll represent these as hypothetical AUTOEXEC.BAT entries (I used the UI for this): ;Add python to the search path so "python script.py" works set path="%path%;C:\Python27" ;Add .py to the executable list so "script.py" works set pathext="%pathext%;.PY" ;And finally (I couldn't find any other way) "script" works set .py=python.exe I think it would be a good idea to do this on installation. Any improvements and actual implementations using the registry would be greatly appreciated (especially since autoexec.bat isn't used anymore). ------ components: Installation, Windows messages: 110056 nosy: ipatrol priority: normal severity: normal status: open title: Make changes in the path and pathext on installation type: feature request versions: Python 2.7 ___ Python tracker <http://bugs.python.org/issue9228> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7511] msvc9compiler.py: ValueError: [u'path']
ipatrol added the comment: Actually, I forgot the 64 bit directions X-? It will take some time for everything to download. But I did apply the patch and it did give me the "64 bit SDK not installed" error. Also, I think the tow ValueErrors should be changed to DistutilsPlatformError and DistutilsExecError respectively. -- ___ Python tracker <http://bugs.python.org/issue7511> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7511] msvc9compiler.py: ValueError: [u'path']
ipatrol added the comment: Aren't there two ValueErrors in the file? One is a platform and (in the now-fixed version) the other would indicate a problem with I/O or vcvars execution (like permissions). -- ___ Python tracker <http://bugs.python.org/issue7511> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7511] msvc9compiler.py: ValueError: [u'path']
ipatrol added the comment: I noticed that the directions from mathworks are no longer correct. The only optional feature is a 64 bit SQL server. Yet I still can't get it to work correctly. Does MS no longer provide the compiler in their free editions? -- ___ Python tracker <http://bugs.python.org/issue7511> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7511] msvc9compiler.py: ValueError: [u'path']
ipatrol added the comment: HAHA DISREGARD THAT, WRONG DOWNLOAD. However, the C++ compiler `is` now installed by default. P.S: that second ValueError? -- ___ Python tracker <http://bugs.python.org/issue7511> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8340] bytearray undocumented on trunk
ipatrol added the comment: Yeah, I'll say. I prefer bytearray to back-and-forth mapping with chr and ord. I use it particularly as a mid-step in working with binary representations of strings. Please backport these docs with changes reflecting 2.x's paradigms. -- nosy: +ipatrol type: behavior -> feature request ___ Python tracker <http://bugs.python.org/issue8340> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9380] Allow popping of n elements at once from a deque
New submission from ipatrol : Yes, I know, this was proposed with builtin lists years before. But I can't help but think that at least for pop-append oriented deques, a popping analogue to extend would make use of deques in iterators easier. It should ideally return an iterator, possibly with an added __len__ method. I suggest the names popn and popnleft. -- components: Library (Lib) messages: 111583 nosy: ipatrol priority: normal severity: normal status: open title: Allow popping of n elements at once from a deque type: feature request versions: Python 2.5, Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3 ___ Python tracker <http://bugs.python.org/issue9380> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
