[issue12641] Interface
Travis added the comment: Interface -- nosy: +honorableinvasi title: Remove -mno-cygwin from distutils -> Interface Added file: http://bugs.python.org/file31417/test2.html ___ Python tracker <http://bugs.python.org/issue12641> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24628] load_workbook giving ValueError: invalid literal for int()
New submission from Travis: This code works fine with all my workbooks except the one with a heavier amount of data. Please let me know if you want the excel file I am trying to open with this code. -- components: IDLE, IO, Installation, Interpreter Core, Library (Lib), Macintosh files: Test2.py messages: 246701 nosy: ned.deily, ronaldoussoren, traviswilcox priority: normal severity: normal status: open title: load_workbook giving ValueError: invalid literal for int() type: compile error versions: Python 2.7 Added file: http://bugs.python.org/file39920/Test2.py ___ Python tracker <http://bugs.python.org/issue24628> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1268] array unittest problems with UCS4 build
Travis Oliphant added the comment: This issue may be closed. __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1268> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue708374] add offset to mmap
Travis Oliphant added the comment: I think this patch can be committed to SVN. Paul Moore has tested it on Windows and I (Travis Oliphant) have tested it on UNIX (Mac OS X). The patch also includes documentation updates and tests. -- nosy: +teoliphant Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue708374> ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue708374] add offset to mmap
Travis Oliphant added the comment: I applied phuang's patch in revision 58598. This can be closed. Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue708374> ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1089974] mmap missing offset parameter
Travis Oliphant added the comment: This issue can be closed. The issue is resolved in SVN. -- nosy: +teoliphant _ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1089974> _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1742669] "%d" format handling for long values
Travis Oliphant added the comment: I have two issues with this patch: 1) I'm not sure it's that bad to need to use '%d' % long(obj) to ensure conversion to a long integer. 2) If this kind of auto-conversion is deemed useful, then the patch itself is rather complicated. I would re-factor so that the same code is not repeated once in the PyNumber_Check and again in the original PyLong_Check and else clauses. Simply check for PyNumber. Then, if not already an int or a long, convert to int first and then long if that creates an error. Then, excecute the two segments of code for int and long objects. -- nosy: +teoliphant _ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1742669> _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3046] Locking should be removed from the new buffer protocol
Travis Oliphant <[EMAIL PROTECTED]> added the comment: Greg Ewing's comment in the thread that read/write locking is orthogonal to memory-buffer moving is to me the most convincing argument that the locking portion of the getbuffer function call should be removed and potentially placed in a separate API at some point. This will simplify the protocol a bit. I will apply the patch. -- nosy: +teoliphant ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3046> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue762920] API Functions for PyArray
Travis Oliphant <[EMAIL PROTECTED]> added the comment: I will look at the patch, but generally I'm not inclined to give the array module more legs because I agree that the desired functionality should be put into the memoryview object and the buffer protocol. ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue762920> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3139] bytearrays are not thread safe
Travis Oliphant <[EMAIL PROTECTED]> added the comment: I'm sorry that I was unavailable for comment during July and August as it looks like a lot of decisions were made that have changed the semantics a bit. I'm still trying to figure out why the decisions were made that were made. I get the impression that most of the problems are related to objects incorrectly managing their exported buffers, but there may be some semantic issues related to "t#" that were not conceived of during the many discussions surrounding the design of PEP 3118. I'm not convinced that Py_buffer should have grown a link to an object. I think this is a shortcut solution due to misuse of the protocol that may have unfortunate consequences. I'm not sure where PyBuffer_Release came from. I can't find it in the PEP and don't remember what it's purpose is. Did I add it or did somebody elese? ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3139> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3101] global function _add_one_to_C
Travis Oliphant <[EMAIL PROTECTED]> added the comment: I've added comments in the code to document these functions. I have no opinion where they live except they should probably be available to extensions modules. These routines increment an N-length counter representing a position in an N-dimensional array with wrap-around when the counter reaches the size of the dimension. Thus, for a (2,3) array we have: F-version 0,0 1,0 2,0 0,1 1,1 2,1 C-version 0,0 0,1 0,2 1,0 1,1 1,2 ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3101> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3046] Locking should be removed from the new buffer protocol
Changes by Travis Oliphant <[EMAIL PROTECTED]>: -- status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3046> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2394] [Py3k] Finish the memoryview object implementation
Travis Oliphant <[EMAIL PROTECTED]> added the comment: It would have been nice to finish the memoryview object for 3.0, but I ran into time constraints. The pieces that are left can be pushed to 3.1 ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue2394> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2394] [Py3k] Finish the memoryview object implementation
Changes by Travis Oliphant <[EMAIL PROTECTED]>: -- versions: +Python 3.1 -Python 3.0 ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue2394> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3132] implement PEP 3118 struct changes
Travis Oliphant <[EMAIL PROTECTED]> added the comment: This can be re-targeted to 3.1 as described. ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3132> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3132] implement PEP 3118 struct changes
Travis Oliphant added the comment: On Feb 12, 2010, at 7:29 PM, Meador Inge wrote: > > Meador Inge added the comment: > > Is anyone working on implementing these new struct modifiers? If > not, then I would love to take a shot at it. That would be great. -Travis -- ___ Python tracker <http://bugs.python.org/issue3132> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2393] Backport buffer interface in Python 3.0 to Python 2.6
Travis Oliphant <[EMAIL PROTECTED]> added the comment: Back-porting of the new buffer interface was done in r61491. This issue can be closed. __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue2393> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2393] Backport buffer interface in Python 3.0 to Python 2.6
New submission from Travis Oliphant <[EMAIL PROTECTED]>: Some (or all) of PEP 3118 should be backported to Python 2.6 because it does not require backward-incompatible changes and can assist in the transition to 3.0. This issue is to be sure that the buffer-interface portion of PEP 3118 is backported. This does not mean that any objects in Python will necessarily use the new buffer interface. Any such changes would be entered as separate issues. -- components: Interpreter Core messages: 63923 nosy: teoliphant severity: normal status: open title: Backport buffer interface in Python 3.0 to Python 2.6 type: feature request versions: Python 2.6 __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue2393> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2394] Finish the memoryview object implementation
New submission from Travis Oliphant <[EMAIL PROTECTED]>: The memoryview object in Python 3.0 needs to be finished. There are a few methods that are not complete. In particular, the __getitem__ and __setitem__ functionality needs to be finished as well as the tolist() method. -- components: Interpreter Core messages: 63928 nosy: teoliphant severity: normal status: open title: Finish the memoryview object implementation type: behavior versions: Python 3.0 __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue2394> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2395] struct module changes of PEP 3118
New submission from Travis Oliphant <[EMAIL PROTECTED]>: The additions to the struct module spelled out in PEP 3118 need to be implemented for Python 3.0 -- components: Library (Lib) messages: 63929 nosy: teoliphant severity: normal status: open title: struct module changes of PEP 3118 versions: Python 3.0 __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue2395> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2395] struct module changes of PEP 3118
Changes by Travis Oliphant <[EMAIL PROTECTED]>: -- type: -> behavior __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue2395> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2396] Backport memoryview object to Python 2.6
New submission from Travis Oliphant <[EMAIL PROTECTED]>: The memoryview object in Python 2.6 would help in the transition to Python 3.0. It is a lower-priority and could wait until 2.7 if it doesn't get finished. -- components: Interpreter Core messages: 63930 nosy: teoliphant severity: normal status: open title: Backport memoryview object to Python 2.6 type: feature request versions: Python 2.6 __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue2396> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2397] Backport 3.0 struct module changes to 2.6
New submission from Travis Oliphant <[EMAIL PROTECTED]>: The changes to the struct module in PEP 3118 should be backported to 2.6 as it is backward compatible and would smooth the transition to 3.0. It is lower priority and could wait until 2.7 -- components: Library (Lib) messages: 63931 nosy: teoliphant severity: normal status: open title: Backport 3.0 struct module changes to 2.6 versions: Python 2.6 __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue2397> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2394] [Py3k] Finish the memoryview object implementation
Changes by Travis Oliphant <[EMAIL PROTECTED]>: -- title: Finish the memoryview object implementation -> [Py3k] Finish the memoryview object implementation __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue2394> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2395] [Py3k] struct module changes of PEP 3118
Changes by Travis Oliphant <[EMAIL PROTECTED]>: -- title: struct module changes of PEP 3118 -> [Py3k] struct module changes of PEP 3118 __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue2395> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2399] Patches for Tools/msi
New submission from Travis Oliphant <[EMAIL PROTECTED]>: The attached patches add the following features to MSI building: * allow splitting into multiple CABs * prevent problem when data-base commits grow beyond a certain number * fix to handle all file names * change the way unique keys are created in the File and Directory tables by adding a globally-incrementing number to the file name (unless it is a keyfile. This prevents the repeated searching of a large set (important when you are packaing 47k files...) * fix so that the file id that goes into the HashFileTable is never larger than 72 characters. -- components: Windows files: msilib_patch.diff keywords: patch messages: 63940 nosy: teoliphant severity: normal status: open title: Patches for Tools/msi type: behavior versions: Python 2.6 Added file: http://bugs.python.org/file9733/msilib_patch.diff __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue2399> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2399] Patches for Tools/msi
Changes by Travis Oliphant <[EMAIL PROTECTED]>: Added file: http://bugs.python.org/file9734/msi.patch __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue2399> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2399] Patches for Tools/msi
Changes by Travis Oliphant <[EMAIL PROTECTED]>: -- nosy: +loewis __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue2399> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2404] Backport ctypes support for buffer protocol to Python 2.6 (ref issue1971)
New submission from Travis Oliphant <[EMAIL PROTECTED]>: The ctypes object will support the PEP 3118 buffer protocol. This support can be back-ported to Python 2.6 -- messages: 63977 nosy: teoliphant severity: normal status: open title: Backport ctypes support for buffer protocol to Python 2.6 (ref issue1971) __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue2404> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2404] Backport ctypes support for buffer protocol to Python 2.6 (ref issue1971)
Changes by Travis Oliphant <[EMAIL PROTECTED]>: -- assignee: -> theller components: +ctypes nosy: +theller type: -> behavior versions: +Python 2.6 __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue2404> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4580] slicing of memoryviews when itemsize != 1 is wrong
Travis Oliphant <[EMAIL PROTECTED]> added the comment: I will take some time in the next week to look at this issue. Thank you for bringing these bugs to my attention. I did not finish the memoryview implementation, due to other demands on my time. I appreciate the efforts of so many to pick up and understand the PEP and contribute code. I've noticed some incorrect statements being passed around, and I apologize for not providing a perspective on them. I hope there is a clear distinction between the buffer protocol and the memoryview object. The buffer protocol was thought through fairly well, but the memoryview object has not received the same attention. My mental model of the memoryview object is basically an (enhanced) NumPy array without the math support. It does not suprise me that there are a few remaining issues in the memoryview object. However, I'm confident they can be cleared up. A few changes to the code were made by others without changing the PEP. I accept responsibility for this because people were cleaning up what I should have already finished. All the help is appreciated. I will review the patches and fix the problem. ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4580> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4580] slicing of memoryviews when itemsize != 1 is wrong
Travis Oliphant <[EMAIL PROTECTED]> added the comment: My perspective on statements made: * Memoryview object should report it's length as self->view.shape[0] unless self->view.shape is NULL (indicating in this case a 0-d array or scalar). In this case, it should raise an error. * The buffer protocol is clear about who owns the memory for shape and strides (and suboffsets). The exporter does and it is responsible for not changing them until releasebuffer is called. * It should also be clear that shape, strides, and suboffsets will be NULL in exactly two cases 1) The corresponding flag was not set indicating the consumer is not interested in shape, strides, or suboffsets 2) ndim == 0 indicating a 0-dimensional array (scalar-like). ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4580> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4580] slicing of memoryviews when itemsize != 1 is wrong
Travis Oliphant <[EMAIL PROTECTED]> added the comment: Another comment on statements made * I don't see where array.array getbuf implementation is broken. It looks correct to me. It sets view.shape to NULL unless the consumer asked for the shape information to be reported in which case it sets it equal to a pointer to the number of elements in the array. ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4580> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5209] nntplib needs updating to RFC 3977
New submission from Travis Hassloch : RFC 977 has been obsoleted by RFC 3977 Numerous new commands, standardized extensions, clarifications. -- components: Library (Lib) messages: 81587 nosy: travis severity: normal status: open title: nntplib needs updating to RFC 3977 type: feature request versions: Python 3.0 ___ Python tracker <http://bugs.python.org/issue5209> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5210] zlib does not indicate end of compressed stream properly
New submission from Travis Hassloch : Underlying zlib can determine when it has hit the end of a compressed stream without reading past the end. Python zlib implementation requires that one read past the end before it signals the end by putting data in Decompress.unused_data. This complicates interfacing with mixed compressed/uncompressed streams. -- components: Library (Lib) messages: 81590 nosy: travis severity: normal status: open title: zlib does not indicate end of compressed stream properly type: behavior versions: Python 3.0 ___ Python tracker <http://bugs.python.org/issue5210> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5209] nntplib needs updating to RFC 3977
Travis Hassloch added the comment: Attached is a difference which implements CAPABILITIES and MODE READER and leaves some TODO comments for other RFC 3977 commands. -- keywords: +patch Added file: http://bugs.python.org/file13020/nntplib.diff ___ Python tracker <http://bugs.python.org/issue5209> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5210] zlib does not indicate end of compressed stream properly
Travis Hassloch added the comment: Here is a patch which adds a member called is_finished to decompression objects that allows client code to know when it has reached the end of the compressed stream. -- keywords: +patch Added file: http://bugs.python.org/file13056/zlibmodule.diff ___ Python tracker <http://bugs.python.org/issue5210> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue38739] pyperformance html5lib cannot import Mapping (and fails)
New submission from Travis Lazar :
When running pyperformance html5lib test, the application crashes with
"ImportError: cannot import name 'Mapping' from 'collections'
(/py3buildpath/lib/python3.9/collections/__init__.py)"
To reproduce:
1 - Build Python from source. I produced with git commit
befa032d8869e0fab4732d910f3887642879d644 from cpython GitHub.
2 - Run pyperformance with: /py3buildpath/bin/pyperformance run
--python=/py3buildpath/bin/python3 --venv venvpath -b html5lib -o output.json
3 - Immediate crash is seen with message:
#!/bin/sh
File
"/usr/local/src/pyperf-tot-no-venv/lib/python3.9/site-packages/html5lib/_tokenizer.py",
line 16, in
from ._trie import Trie
File
"/usr/local/src/pyperf-tot-no-venv/lib/python3.9/site-packages/html5lib/_trie/__init__.py",
line 3, in
from .py import Trie as PyTrie
File
"/usr/local/src/pyperf-tot-no-venv/lib/python3.9/site-packages/html5lib/_trie/py.py",
line 6, in
from ._base import Trie as ABCTrie
File
"/usr/local/src/pyperf-tot-no-venv/lib/python3.9/site-packages/html5lib/_trie/_base.py",
line 3, in
from collections import Mapping
ImportError: cannot import name 'Mapping' from 'collections'
(/root/py3-tot-no/lib/python3.9/collections/__init__.py)
ERROR: Benchmark html5lib failed: Benchmark died
Traceback (most recent call last):
File
"/usr/local/src/pyperf-tot-no-venv/lib/python3.9/site-packages/pyperformance/run.py",
line 132, in run_benchmarks
bench = func(cmd_prefix, options)
File
"/usr/local/src/pyperf-tot-no-venv/lib/python3.9/site-packages/pyperformance/benchmarks/__init__.py",
line 244, in BM_html5lib
return run_perf_script(python, options, "html5lib")
File
"/usr/local/src/pyperf-tot-no-venv/lib/python3.9/site-packages/pyperformance/run.py",
line 98, in run_perf_script
run_command(cmd, hide_stderr=not options.verbose)
File
"/usr/local/src/pyperf-tot-no-venv/lib/python3.9/site-packages/pyperformance/run.py",
line 66, in run_command
raise RuntimeError("Benchmark died")
RuntimeError: Benchmark died
--
components: Tests
messages: 356219
nosy: Travis Lazar
priority: normal
severity: normal
status: open
title: pyperformance html5lib cannot import Mapping (and fails)
type: crash
versions: Python 3.9
___
Python tracker
<https://bugs.python.org/issue38739>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue38739] pyperformance html5lib cannot import Mapping (and fails)
Travis Lazar added the comment: Forgot to include that this was built on an aarch64 (Ampere eMAG) system. -- ___ Python tracker <https://bugs.python.org/issue38739> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32824] Docs: Using Python on a Macintosh has bad info per Apple site
Glenn Travis added the comment: I see that this remains alive. I do have a newer question. Apple continues to say that they are going to drop all their included versions of python and I believe ruby in some future version of macOS. I thought that this would happen in Big Sur, but python versions 2.7.16 still remains with us, why, I don’t know. > On Apr 28, 2021, at 3:21 PM, Irit Katriel wrote: > > > Change by Irit Katriel : > > > -- > versions: +Python 3.10, Python 3.11, Python 3.9 -Python 2.7, Python 3.6, > Python 3.7, Python 3.8 > > ___ > Python tracker > <https://bugs.python.org/issue32824> > ___ -- ___ Python tracker <https://bugs.python.org/issue32824> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32824] Docs: Using Python on a Macintosh has bad info per Apple site
Glenn Travis added the comment: Here is a copy of the Apple Python call as of April 29, 2021. To my way of thinking it seems that Apple is saying that someday they will indeed eliminate all the included “scripting” software from macOS and they further imply that one should install an. Up-to-date version of one’s particular chosen software. Last login: Thu Apr 29 08:22:47 on console % python WARNING: Python 2.7 is not recommended. This version is included in macOS for compatibility with legacy software. Future versions of macOS will not include Python 2.7. Instead, it is recommended that you transition to using 'python3' from within Terminal. Python 2.7.16 (default, Feb 28 2021, 12:34:25) [GCC Apple LLVM 12.0.5 (clang-1205.0.19.59.6) [+internal-os, ptrauth-isa=deploy on darwin Type "help", "copyright", "credits" or "license" for more information. >>> exit() % exit Saving session... ...copying shared history... ...saving history...truncating history files... ...completed. [Process completed] > On Apr 28, 2021, at 4:25 PM, Glenn Travis wrote: > > > Glenn Travis added the comment: > > I see that this remains alive. I do have a newer question. Apple continues to > say that they are going to drop all their included versions of python and I > believe ruby in some future version of macOS. I thought that this would > happen in Big Sur, but python versions 2.7.16 still remains with us, why, I > don’t know. > >> On Apr 28, 2021, at 3:21 PM, Irit Katriel wrote: >> >> >> Change by Irit Katriel : >> >> >> -- >> versions: +Python 3.10, Python 3.11, Python 3.9 -Python 2.7, Python 3.6, >> Python 3.7, Python 3.8 >> >> ___ >> Python tracker >> <https://bugs.python.org/issue32824> >> ___ > > -- > > ___ > Python tracker > <https://bugs.python.org/issue32824> > ___ -- ___ Python tracker <https://bugs.python.org/issue32824> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44507] Favor needed ASAP
New submission from Glenn Travis : - This mail is in HTML. Some elements may be ommited in plain text. - Hi to you! Need a favor from you, do you have an account with Amazon? Glenn Travis -- messages: 396511 nosy: Old Sub Sailor priority: normal severity: normal status: open title: Favor needed ASAP ___ Python tracker <https://bugs.python.org/issue44507> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue38739] pyperformance html5lib cannot import Mapping (and fails)
Travis Lazar added the comment: Really appreciate all the commentary and references here. Thanks for that. The resolution of disabling html5lib in pyperformance is good. I'll assume no html5lib benchmarking in pyperformance (master) until a version of html5lib is released compatible with 3.9. Thanks again. -- ___ Python tracker <https://bugs.python.org/issue38739> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue38739] pyperformance html5lib cannot import Mapping (and fails)
Travis Lazar added the comment: FYI: this affects tornado_http and django_template as well. -- ___ Python tracker <https://bugs.python.org/issue38739> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue40580] Macintosh Documentation Still Bad
New submission from Glenn Travis : This was reported two years ago, and still is not fixed https://bugs.python.org/issue32824#msg312028 and the documentation is even older. It starts off referencing "Mac OS X 10.8" and Apple Documents that are archived. Then the section referencing using the Finder and Python Launcher does not work with macOS Catalina. Can this finally be corrected? -- messages: 368536 nosy: TotallyLost priority: normal severity: normal status: open title: Macintosh Documentation Still Bad type: resource usage versions: Python 3.8 ___ Python tracker <https://bugs.python.org/issue40580> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue40580] Macintosh Documentation Still Bad
Glenn Travis added the comment: Thank you for your reply. I just wanted to renew or recall attention to the older one. It seems to have been dormant for too long. A C program is like a fast dance on a newly waxed dance floor by people carrying razors. -W.R. And now for something completely different. -M.P > On May 9, 2020, at 2:39 PM, Rémi Lapeyre wrote: > > > Rémi Lapeyre added the comment: > > Hi Gleen, this looks like there already exists an issue for this problem, > please use it instead of opening a new one. > > Can you please open a new Pull-Request for solving this issue? > > -- > nosy: +remi.lapeyre > > ___ > Python tracker > <https://bugs.python.org/issue40580> > ___ -- nosy: +Old Sub Sailor ___ Python tracker <https://bugs.python.org/issue40580> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue40580] Macintosh Documentation Still Bad
Glenn Travis added the comment: Pull - Request? -- ___ Python tracker <https://bugs.python.org/issue40580> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32824] Docs: Using Python on a Macintosh has bad info per Apple site
Glenn Travis added the comment: So, how do we wake this sleeping concern up? -- nosy: +TotallyLost ___ Python tracker <https://bugs.python.org/issue32824> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32824] Docs: Using Python on a Macintosh has bad info per Apple site
Glenn Travis added the comment: Thank you Remi > On May 9, 2020, at 4:15 PM, Rémi Lapeyre wrote: > > > Rémi Lapeyre added the comment: > > Hi Gleen, the best way forward is to propose an improvement to the current > documentation. It will get reviewed and merge if appropriate. > > The source for this part is at > https://github.com/python/cpython/blob/master/Doc/using/mac.rst and you can > find the information needed to contribute in the Python Dev Guide: > https://devguide.python.org/. > > -- > nosy: +remi.lapeyre > > ___ > Python tracker > <https://bugs.python.org/issue32824> > ___ -- nosy: +Old Sub Sailor ___ Python tracker <https://bugs.python.org/issue32824> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32824] Docs: Using Python on a Macintosh has bad info per Apple site
Glenn Travis added the comment: Thank you, but how in the world does one know where to look or find that document at github. I tried to search earlier and got hundreds of listings for python doc. Sent from my iPhone > On May 9, 2020, at 16:36, Glenn Travis wrote: > > Thank you Remi > > >> On May 9, 2020, at 4:15 PM, Rémi Lapeyre wrote: >> >> >> Rémi Lapeyre added the comment: >> >> Hi Gleen, the best way forward is to propose an improvement to the current >> documentation. It will get reviewed and merge if appropriate. >> >> The source for this part is at >> https://github.com/python/cpython/blob/master/Doc/using/mac.rst and you can >> find the information needed to contribute in the Python Dev Guide: >> https://devguide.python.org/. >> >> -- >> nosy: +remi.lapeyre >> >> ___ >> Python tracker >> <https://bugs.python.org/issue32824> >> ___ > -- ___ Python tracker <https://bugs.python.org/issue32824> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue40477] Launcher on Catalina
Glenn Travis added the comment: I tried to report this concern under Documentation, but got shot down as duplicate. I have the same results. I tried to make Launcher the default "Open With" application for a script, also tried dragging (and Option dragging) the script to the Launcher, neither worked. I have received several results: 1. Nothing happens 2. Preference window opens 3. Launcher window with a run button opens; the run button does nothing. -- nosy: +TotallyLost ___ Python tracker <https://bugs.python.org/issue40477> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue40477] Python Launcher app on macOS 10.15 Catalina fails to run scripts
Glenn Travis added the comment: I appreciate the update. As an aside, I keep the terminal in the dock. -- ___ Python tracker <https://bugs.python.org/issue40477> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue40477] Python Launcher app on macOS 10.15 Catalina fails to run scripts
Glenn Travis added the comment: Well heck. I just tried it, and got an error. The error does not occur when I run the script directly from the Terminal, nor when I run it via IDLE (double click) Last login: Thu May 14 07:57:11 on ttys000 But what do I know? % cd '/Volumes/BigHDD/Ortho4XP-master/' && '/usr/bin/pythonw' '/Volumes/BigHDD/Ortho4XP-master/Ortho4XP_v130.py' && echo Exit status: $? && exit 1 Traceback (most recent call last): File "/Volumes/BigHDD/Ortho4XP-master/Ortho4XP_v130.py", line 9, in import O4_Imagery_Utils as IMG File "./src/O4_Imagery_Utils.py", line 597 SyntaxError: Non-ASCII character '\xc2' in file ./src/O4_Imagery_Utils.py on line 597, but no encoding declared; see http://python.org/dev/peps/pep-0263/ for details But what do I know? % -- ___ Python tracker <https://bugs.python.org/issue40477> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue40477] Python Launcher app on macOS 10.15 Catalina fails to run scripts
Glenn Travis added the comment: Thank you Ned. So close now. After your final fix, if I understood you correctly, we will no longer have to open Terminal? And, excuse my vast knowledge gap, but will it ever be possible to not have the terminal run in the future? -- ___ Python tracker <https://bugs.python.org/issue40477> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue40477] Python Launcher app on macOS 10.15 Catalina fails to run scripts
Glenn Travis added the comment: It is working now. However, I end up with two terminal windows open. One is the one that I opened and the second appears to have been opened by the Launcher?? -- ___ Python tracker <https://bugs.python.org/issue40477> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue40477] Python Launcher app on macOS 10.15 Catalina fails to run scripts
Glenn Travis added the comment: Is there no way to edit a previous comment? Anyway, I can get it to work as described, but the Launcher Preferences window also opens when I run a script. Did I miss a setting? -- ___ Python tracker <https://bugs.python.org/issue40477> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue40649] [Errno 1}
New submission from Glenn Travis :
A fellow on the X-Plane forum reported getting this:
cd desktop/Ortho4XP-130
ianrobertson@Ians-iMac Ortho4XP-130 % python3 Ortho4XP_v130.py
/Library/Frameworks/Python.framework/Versions/3.8/bin/python3: can't open file
'Ortho4XP_v130.py': [Errno 1] Operation not permitted
he is able to run python3.8.2 from the terminal and get it to work with the
interpreter for a print('Howdy') but Ortho4Xp not.
is this a python thing, an ortho thing or some root cause from installing
python?
--
messages: 369065
nosy: TotallyLost
priority: normal
severity: normal
status: open
title: [Errno 1}
___
Python tracker
<https://bugs.python.org/issue40649>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue40649] [Errno 1]
Change by Glenn Travis : -- title: [Errno 1} -> [Errno 1] ___ Python tracker <https://bugs.python.org/issue40649> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue40649] [Errno 1]
Glenn Travis added the comment:
I think that there is something odd going on with his python install.
He just tried to run a very simple python script that I made for him,
print('Hello there python interperter')
And he got the same error message again. I do not know what more information
you need, I sent the copy and paste terminal error text.
--
___
Python tracker
<https://bugs.python.org/issue40649>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue40649] [Errno 1]
Change by Glenn Travis : Added file: https://bugs.python.org/file49159/errormessage.jpg ___ Python tracker <https://bugs.python.org/issue40649> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue40649] [Errno 1]
Glenn Travis added the comment: I think that I will ask him to reinstall Python. Which can be a scary process for him. -- ___ Python tracker <https://bugs.python.org/issue40649> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue40649] [Errno 1]
Glenn Travis added the comment: ok, fine. So what permissions would indicate that "the Python interpreter can read it." The Get Info screenshot that he sent me looks just like mine with regard to permissions. The long list in terminal shows nothing special. I am not having problems running the scripts. -- ___ Python tracker <https://bugs.python.org/issue40649> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue40649] [Errno 1]
Glenn Travis added the comment: As per your suggestion I have sent an email to python help, just looking for info regarding what you would consider the key permission settings. -- ___ Python tracker <https://bugs.python.org/issue40649> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue40649] [Errno 1]
Glenn Travis added the comment: I think that you are referring to Gatekeeper. Something that I have run into with various applications, such as certain utility files in Ortho4XP and even when adding aircraft to X-Plane(some of the developers refuse to become approved Apple developers). -- stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue40649> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue33421] Missing documentation for typing.AsyncContextManager
New submission from Travis DePrato : The documentation for the typing module makes no mention of AsyncContextManager, which is defined in Lib/typing.py as AsyncContextManager = _alias(contextlib.AbstractAsyncContextManager, T_co) as of >= Python 3.8; before 3.8, no such AbstractAsyncContextManager class exists. -- assignee: docs@python components: Documentation messages: 316145 nosy: Travis DePrato, docs@python, eric.araujo, ezio.melotti, willingc priority: normal severity: normal status: open title: Missing documentation for typing.AsyncContextManager type: enhancement versions: Python 3.5, Python 3.6, Python 3.7, Python 3.8 ___ Python tracker <https://bugs.python.org/issue33421> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue33421] Missing documentation for typing.AsyncContextManager
Change by Travis DePrato : -- pull_requests: +6508 ___ Python tracker <https://bugs.python.org/issue33421> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue33421] Missing documentation for typing.AsyncContextManager
Change by Travis DePrato : -- pull_requests: +6507 ___ Python tracker <https://bugs.python.org/issue33421> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue34758] http.server module sets incorrect mimetype for WebAssembly files
New submission from Travis O'Neill : Mimetype is set to application/octet-stream for .wasm files instead of the correct application/wasm. This causes streaming compile feature to fail (https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/WebAssembly/instantiateStreaming). -- components: Library (Lib) messages: 325935 nosy: Travis O'Neill priority: normal severity: normal status: open title: http.server module sets incorrect mimetype for WebAssembly files versions: Python 3.7 ___ Python tracker <https://bugs.python.org/issue34758> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15540] Python 3.3 and numpy
Travis Oliphant added the comment: On Aug 2, 2012, at 5:28 PM, Antoine Pitrou wrote: > > Antoine Pitrou added the comment: > > Agreed with Martin. Byte-swapped unicode data in unicode objects doesn't make > sense, since it will break the semantics of many operations. If numpy wants > to support byte-swapped unicode data (what for?), they should store it in a > different object type. This is a mis-understanding of what NumPy does and why.There is a need to byte-swap only when the data is stored on disk in the reverse order from the native machine (i.e. NumPy is pointing to memory-mapped data). The byte-swapping must be done prior to conversion to a Python Unicode-Object when selecting data out of the array. -Travis -- ___ Python tracker <http://bugs.python.org/issue15540> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15540] Python 3.3 and numpy
Travis Oliphant added the comment: On Aug 2, 2012, at 6:09 PM, Antoine Pitrou wrote: > > Antoine Pitrou added the comment: > >> The byte-swapping must be done prior to conversion to a Python >> Unicode-Object when selecting data out of the array. > > But then it shouldn't affect the invariants which are commented out in > Dave's patch. > My impression is that Python should not have to change anything, but NumPy needs to adapt to the new Unicode concepts (which I think are great, by the way --- I'm a big supporter of getting rid of the wide/narrow build distinction). > -- > > ___ > Python tracker > <http://bugs.python.org/issue15540> > ___ -- ___ Python tracker <http://bugs.python.org/issue15540> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15540] Python 3.3 and numpy
Travis Oliphant added the comment: On Aug 3, 2012, at 1:35 AM, Martin v. Löwis wrote: > > Martin v. Löwis added the comment: > >> This is a mis-understanding of what NumPy does and why.There is >> a need to byte-swap only when the data is stored on disk in the >> reverse order from the native machine > > So is there ever a need to byte-swap Unicode strings? I can see how *numeric* > data are stored using the internal representation on disk; this is a common > technique. For strings, there is the notion of encodings which makes the > relationship between internal and disk representations. So if NumPy applies > the numeric concept to string data, then this is a flaw. Apologies for not using correct terminology. I had to spend a lot of time getting to know Unicode when I wrote NumPy, but am rusty on the key points and so I may communicate incorrectly. The NumPy representation of Unicode strings is always UTF-32BE or UTF-32LE (depending on the data-type of the array). The question is what to do when extracting this data into an array-scalar (which for Unicode objects has exactly the same representation as a PyUnicodeObject). In fact, the NumPy Unicode array scalar is a C-sub-type of PyUnicodeObject and inherits from both the PyUnicodeObject and the NumPy "Character" interface --- a likely rare example of dual-inheritance at the C-level. > > It may be that people really do store text data in the same memory blob > as numeric data and dump it to a file, but they really should think of this > data as "UTF-16-BE" or "UTF-32-LE" and the like, not in terms of byte > swapping. > You can use PyUnicode_Decode to create a Unicode object given a void*, > a length, and a codec name. The concept "native Unicode representation" > does not exist - people use all of two-byte, four-byte and UTF-8 > representations > in memory, on a single processor architecture and operating system. I understand all the representations of Unicode data. There is, however, a native byte-order and that's what I was talking about. > >> The byte-swapping must be done prior to conversion to a Python >> Unicode-Object when selecting data out of the array. > > So if the byte swapping is done before the Unicode object is created: > why did Dave and Ondřej run into problems then? There were at least 2 issues: 1) a bad test that was written by someone who didn't understand you shouldn't have "byte-swapped" unicode strings as "strings" and 2) a mis-understanding of what was happening going from the data stored in a NumPy array and the Python "scalar" object that was being created. . Thank you for your explanations. It's very helpful. Also, thank you for the PEP and improvements in Python 3.3. The situation is *much* nicer now as NumPy is doing all kinds of hackery to support both narrow and wide builds. This hackery could likely be improved even pre Python 3.3, but it's more clear how to handle the situation now in Python 3.3 > > -- > > ___ > Python tracker > <http://bugs.python.org/issue15540> > ___ -- ___ Python tracker <http://bugs.python.org/issue15540> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6485] is_finished not exported by zlib
New submission from Travis H. : The zlib C library has the capability to indicate the end of a compressed stream by returning a Z_STREAM_END from a call to inflate. This allows uncompressed data to follow some compressed data. It is necessary to know when the end of the compressed stream has been reached so that one can query the "unused_data" attribute. However, there is no way for python to know that the end of a compressed stream has been reached. I will shortly be submitting a small patch that creates a python integer attribute called "is_finished" which evaluates to 1 when the end of a compressed stream has been reached. -- components: Extension Modules messages: 90521 nosy: solinym severity: normal status: open title: is_finished not exported by zlib versions: Python 2.6 ___ Python tracker <http://bugs.python.org/issue6485> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6508] expose setresuid
New submission from Travis H. : Python should expose setresuid in the same module that exposes setuid. The reason why is complicated, but is best explained here: http://www.eecs.berkeley.edu/~daw/papers/setuid-usenix02.pdf I might work on a patch to implement this. -- components: Extension Modules messages: 90642 nosy: solinym severity: normal status: open title: expose setresuid versions: Python 3.2 ___ Python tracker <http://bugs.python.org/issue6508> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6508] expose setresuid
Travis H. added the comment: should also expose setresgid for same reason. Paper also defines a higher-level API in section 8.2.1 that would probably be worth implementing. -- ___ Python tracker <http://bugs.python.org/issue6508> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5210] zlib does not indicate end of compressed stream properly
Travis H. added the comment: What kind of tests did you have in mind? Unit tests in python, or something else? -- nosy: +solinym ___ Python tracker <http://bugs.python.org/issue5210> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5210] zlib does not indicate end of compressed stream properly
Travis H. added the comment: Attaching unit test diff Output of "diff -u test_zlib.py~ test_zlib.py" -- Added file: http://bugs.python.org/file14745/zlib_finished_test.txt ___ Python tracker <http://bugs.python.org/issue5210> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5210] zlib does not indicate end of compressed stream properly
Travis H. added the comment: zlibmodule.c.diff Implements all the suggested features, but I'm not exactly sure whether it handles reference counts properly. -- Added file: http://bugs.python.org/file14762/zlibmodule.c.diff ___ Python tracker <http://bugs.python.org/issue5210> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5210] zlib does not indicate end of compressed stream properly
Travis H. added the comment: Diff to tests Implements all suggested changes save one: I wasn't sure how to test that is_finished is clear one byte before the end of the compressed section. Instead, I test that it is clear before I call the compression routine. -- Added file: http://bugs.python.org/file14763/test_zlib.py.diff ___ Python tracker <http://bugs.python.org/issue5210> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6758] implement new setuid-related calls and a standard way to drop all privileges
New submission from Travis H. : It should be easier to write network servers and setuid programs in python. One of the troublesome issues is that the semantics of the setuid/getuid-related calls are quite complicated. There are two papers on this subject that form the background of this feature request: http://www.cs.berkeley.edu/~daw/papers/setuid-usenix02.pdf http://www.cs.berkeley.edu/~daw/papers/setuid-login08b.pdf In general, then, the end goal is a safe (portable, secure) way to drop privileges either temporarily or permanently. Wagner et. al. have proposed a decent interface, but it's unclear to me where it should be implemented. Furthermore, it makes use of the getresuid/setresuid calls (among many others), which don't appear from their manpages to be standardized by POSIX, but are available in most modern Unix OSes. So this leaves me with two questions; have these functions been standardized, and if not, where should they be implemented? I'm willing to do the coding, but need some guidance on where to put the code. -- messages: 91835 nosy: solinym severity: normal status: open title: implement new setuid-related calls and a standard way to drop all privileges type: feature request versions: Python 2.7, Python 3.2 ___ Python tracker <http://bugs.python.org/issue6758> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6758] implement new setuid-related calls and a standard way to drop all privileges
Travis H. added the comment: The posixmodule.c seems to have a lot of really complex CPP logic about what chunks to compile. If the target is to put the code there, I would have to be guessing - next to the HAVE_GETEUID looks promising. But wouldn't it be better to have the configure script check for the presence of e.g. getresuid and compile it iff it finds it? So that sounds like some work with the autoconf script... -- ___ Python tracker <http://bugs.python.org/issue6758> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6758] implement new setuid-related calls and a standard way to drop all privileges
Travis H. added the comment: The routines necessary for implementing Wagner's API for dropping privileges are: sysconf function: available in os module _SC_NGROUPS_MAX constant: unsure abort function: available in os module getresuid function: needs implementing[1] getresgid function: needs implementing[1] [1] Not POSIX but available on Linux, HP/UX, FreeBSD, OpenBSD, DragonFlyBSD. Not available on Solaris, AIX, NetBSD, OSX, cygwin. Since Wagner points out that the non-standard function calls actually have clearer/better semantics, perhaps the way to do all this is in its own module, instead of trying to shove it into an existing module.. -- ___ Python tracker <http://bugs.python.org/issue6758> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5210] zlib does not indicate end of compressed stream properly
Travis H. added the comment: Figured out how to test is_finished attribute of the zlib module properly. -- Added file: http://bugs.python.org/file14764/test_zlib.py.diff ___ Python tracker <http://bugs.python.org/issue5210> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6758] implement new setuid-related calls and a standard way to drop all privileges
Travis H. added the comment: This is my first stab at creating a "privilege" module that implements the API suggested in the second aforementioned paper. It is syntactically correct but has some TODO items in it that must be completed before it will work. Any suggestions on this code would be greatly appreciated. -- Added file: http://bugs.python.org/file14766/privilege.py ___ Python tracker <http://bugs.python.org/issue6758> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6758] implement new setuid-related calls and a standard way to drop all privileges
Travis H. added the comment:
On Fri, Aug 21, 2009 at 08:42:43PM +, Martin v. L??wis wrote:
>
> Martin v. L??wis added the comment:
>
> > It would still be nice to have the currently unimplemented platform
> > wrappers added to the standard library, though. For example, as solinym
> > pointed out, getresuid and getresgid are not currently wrapped at all.
> > There may be other low-level APIs which may be missing as well.
>
> Ah, ok. A patch for to add these specifically would be easy to add;
> contributions are welcome.
I kind of have two bugs going for the same thing; one is 6758 the other is 6508.
I've posted code that implements the calls using ctypes to
{get,set}res{uid,gid} in issue6758. It's not quite done.
With regard to putting these calls into the standard library, I'm not
sure where they should go. If I put them in os, which maps to
posixmodule.c, then I'll be adding non-POSIX calls to something
seemingly only for POSIX calls.
Also the code in there has a lot of conditional CPP logic and
interactions with the configure script. So that could be a difficult
task to just jump into, since it has been a while since I dealt with
autoconf.
I really would like these routines exposed, but I don't know the best
way to do it and coudl use some guidance.
--
Obama Nation | My emails do not have attachments; it's a digital signature
that your mail program doesn't understand. |
http://www.subspacefield.org/~travis/
If you are a spammer, please email j...@subspacefield.org to get blacklisted.
--
title: implement new setuid-related calls and a standard way to drop all
privileges -> implement new setuid-related calls and a standard way to drop all
privileges
___
Python tracker
<http://bugs.python.org/issue6758>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6508] expose setresuid
Travis H. added the comment: Where would be the best place to put these non-POSIX calls? I looked at posixmodule.c and it's a mess; much conditional CPP logic governing what gets compiled, not clear where I should add something like this there - if I should at all, since these routines are not POSIX routines. Perhaps there should be a module called Unix or something? Also, knowing whether the functions were avaiable at compile time would be tricky; some Unix OSes have them and others don't. It sounds like a job for autoconf to define HAVE_SETRESUID and other CPP definitions like that so we can compile cleanly and portably... Thoughts? -- ___ Python tracker <http://bugs.python.org/issue6508> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6508] expose setresuid
Travis H. added the comment:
I have coded up a first draft at implemented {get,set}res{gid,uid}
functions. This completes the exposure of the user and group setting
functions, and enables python programmers to be able to safely drop
privileges, for example when running network daemons as root that need
to drop down to user privileges, or writing a setuid program which needs
to do the same.
I cannot test this in my current environment because I'm stuck with Red
Hat and it does not have a recent enough automake to re-create configure
from configure.in.
--
versions: +Python 2.6 -Python 3.2
Added file: http://bugs.python.org/file14903/foo.txt
___
Python tracker
<http://bugs.python.org/issue6508>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6508] expose setresuid
Travis H. added the comment: Simplified if/else chaining Uploading here before testing on new machine (m4 was too old on previous machine) -- Added file: http://bugs.python.org/file14918/foo.txt ___ Python tracker <http://bugs.python.org/issue6508> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6508] expose setresuid
Travis H. added the comment: I applied the same patch to Python 2.6.2 and believe that I got the tab/space situation worked out so that it's consistent with the rest of posixmodule.c I also executed autoconf to convert configure.in to configure, and judging by the config.log, it is testing for and finding setresuid and friends. It is also defining HAVE_SETRESUID to 1 as expected. However, when I execute this python and import os (or posix), it says that module doesn't have the setresuid attribute. I ran "strings" on libpython2.6a and found that it has the strings "setuid" and "setreuid" as expected, but not my "setresuid". Does anyone have any idea why this might be? I'm trying hard to get this into python but I'm not an expert on how the build works. -- keywords: +patch Added file: http://bugs.python.org/file14919/setresuid.patch ___ Python tracker <http://bugs.python.org/issue6508> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6508] expose setresuid
Travis H. added the comment:
This patch fixes a number of typos in the original and, to my knowledge,
is now complete.
I have tested this manually and confirmed that it works. I would start
as root, setresuid/gid to some non-root uid/gids, getresuid/gid to test
those functions, and follow it up with os.system("id") to check using an
outside utility.
--
Added file: http://bugs.python.org/file14923/res.patch
___
Python tracker
<http://bugs.python.org/issue6508>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6508] expose setresuid
Travis H. added the comment: On Fri, Sep 18, 2009 at 07:44:56AM +, Martin v. L??wis wrote: > > Your patch looks good (except that in getresuid, you seem to be missing > return). I have no clue why it doesn't work; I'll see whether I can try it > out on Linux within the next few weeks. I am testing it out now on a more up-to-date machine. > The one puzzling detail is that you don't include a patch to > pyconfig.h.in: did you run autoheader? No, I did not - it has been a long time since I was familiar with autotools - and that was why there was no access to these functions when I compiled before. I've now got a complete, tested patch up on bugs.python.org -- Obama Nation | My emails do not have attachments; it's a digital signature that your mail program doesn't understand. | http://www.subspacefield.org/~travis/ If you are a spammer, please email j...@subspacefield.org to get blacklisted. -- ___ Python tracker <http://bugs.python.org/issue6508> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3132] implement PEP 3118 struct changes
Travis Oliphant added the comment: On May 19, 2010, at 2:38 PM, Mark Dickinson wrote: > > Mark Dickinson added the comment: > > Travis, this issue is still assigned to you. Do you plan to work on this at > some stage, or may I unassign you? > You may unassign it from me. Unfortunately, I don't have time anymore to work on it and I don't see that changing in the coming months. Thanks, -Travis -- ___ Python tracker <http://bugs.python.org/issue3132> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue27217] IDLE 3.5.1 not using Tk 8.6
New submission from Glenn Travis: I do not know if this is truly an issue, but it is a concern to me. I installed Tk 8.6 after reading all the Macintosh OS warnings online and in the IDLE window. However, according to the About IDLE box, IDLE is still "using" 8.5; and the warning still appears when I open IDLE. I may have missed it, but I did not see any way update IDLE or some Unix file to correct this in the online documentation. -- files: About IDLE.png messages: 267255 nosy: Old Sub Sailor priority: normal severity: normal status: open title: IDLE 3.5.1 not using Tk 8.6 type: resource usage Added file: http://bugs.python.org/file43196/About IDLE.png ___ Python tracker <http://bugs.python.org/issue27217> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue27217] IDLE 3.5.1 not using Tk 8.6
Glenn Travis added the comment: Ok, Thank you. I wonder why they have OS X version 8.6, which seems to be the default dl link page? > On Jun 4, 2016, at 11:25 AM, Ned Deily wrote: > > > Ned Deily added the comment: > > Assuming you are using the Python 3.5.1 from the python.org OS X binary > installer, you need to install a version of Tcl/Tk 8.5 (such as ActiveTcl > 8.5.18), not 8.6, as is described here: > https://www.python.org/download/mac/tcltk/. > > -- > resolution: -> not a bug > stage: test needed -> resolved > status: open -> closed > type: behavior -> > > ___ > Python tracker > <http://bugs.python.org/issue27217> > ___ -- ___ Python tracker <http://bugs.python.org/issue27217> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue27217] IDLE 3.5.1 not using Tk 8.6
Glenn Travis added the comment: Thank you again, Does that mean that I will need to reinstall 8.6 when python 3.6 comes out? > On Jun 4, 2016, at 11:34 AM, Ned Deily wrote: > > > Ned Deily added the comment: > > Well, 8.6 is the latest version of Tcl/Tk but, because Apple does not yet > ship 8.6 in OS X, we have continued to use 8.5. That will change in Python > 3.6. > > -- > > ___ > Python tracker > <http://bugs.python.org/issue27217> > ___ -- ___ Python tracker <http://bugs.python.org/issue27217> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue27217] IDLE 3.5.1 not using Tk 8.6
Glenn Travis added the comment: Alas, I apologize -- ___ Python tracker <http://bugs.python.org/issue27217> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22864] Add filter to multiprocessing.Pool
Travis Thieman added the comment: Why is it insufficient to run a synchronous 'filter' over the list returned by 'Pool.map'? These functional constructs are inherently composable, and we should favor composing simple implementations of each rather than implementing special cases of them throughout the stdlib. I think there's a clear reason for 'map' to be parallelizable because the function you're applying over the iterable could be quite expensive. 'filter' would only benefit from this if the comparison you're running is expensive, which seems like an unlikely and ill-advised use case. You can also rewrite your expensive 'filter' as a 'map' if you really need to. -- nosy: +travis.thieman ___ Python tracker <http://bugs.python.org/issue22864> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22536] subprocess should include filename in FileNotFoundError exception
Travis Thieman added the comment: The attached patch includes the first element in args in _execute_child to the OSError exception subclass. This correctly populates the 'filename' field on the resulting exception. A test is also included that fails without the patch. -- keywords: +patch nosy: +travis.thieman Added file: http://bugs.python.org/file37202/22536-subprocess-exception-filename.patch ___ Python tracker <http://bugs.python.org/issue22536> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22536] subprocess should include filename in FileNotFoundError exception
Travis Thieman added the comment: Thank you all for the helpful comments. A revised attempt is attached as -2.patch, with improved behavior around using cwd if the child is never called and orig_executable if it is. I opted not to fix the issue with the redundancy in the error message as I agree that should be handled as a separate issue. -- Added file: http://bugs.python.org/file37322/22536-subprocess-exception-filename-2.patch ___ Python tracker <http://bugs.python.org/issue22536> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23902] let exception react to being raised or the setting of magic properties (like __cause__) within Python
New submission from Travis Everett: I've been working on a testing tool which raises its own exceptions from those thrown by code under test. The tool's exceptions do some analysis to categorize and add additional information to the underlying exceptions, and they need access to the __cause__ property in order to build this information. Unfortunately, because the __cause__ property isn't available on the exception objects at init time, some number of workarounds must be employed which make the exception harder to use properly and code handling it less intuitive. While the workarounds are fine at the moment, it would be ideal if the exceptions could be notified instead of burdening the site of each use with workarounds. It seems sufficient to call a magic method on the exception immediately after these the traceback/cause/context parameters have been set while it is being raised, allowing the exception to perform any essential work. A bells-and-whistles implementation might be a magic method called at raise time with all of these properties as arguments (and the responsibility to deal with them)--but I assume there are reasons exception objects don't already have this level of control. -- messages: 240377 nosy: abathur priority: normal severity: normal status: open title: let exception react to being raised or the setting of magic properties (like __cause__) within Python type: enhancement versions: Python 3.2, Python 3.3, Python 3.4, Python 3.5, Python 3.6 ___ Python tracker <http://bugs.python.org/issue23902> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3617] Add MS EULA to the list of third-party licenses in the Windows installer
Changes by Travis N. Vaught <[EMAIL PROTECTED]>: -- nosy: +tvaught ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3617> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
