Re: [Python-Dev] Add Gentoo packagers of external modules to Misc/ACKS
Tae Wong, Please don't speak on behalf the Gentoo Python team. Everyone else, sorry for this, they are definitely not actually connected to our Gentoo team. Cheers, Dirkjan ___ Python-Dev mailing list [email protected] https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Add Gentoo packagers of external modules to Misc/ACKS
As far as we have been able to determine, Tae Wong is in fact a bot (note the 'seo' in the email address...a tip of the hand, as far as I can see). We have removed all access permissions (including email) from the related account on the bug tracker already. IMO this address should be blocked from posting to all python lists. --David On Sun, 08 Dec 2013 11:07:10 +0100, Dirkjan Ochtman wrote: > Tae Wong, > > Please don't speak on behalf the Gentoo Python team. > > Everyone else, sorry for this, they are definitely not actually > connected to our Gentoo team. > > Cheers, > > Dirkjan > ___ > Python-Dev mailing list > [email protected] > https://mail.python.org/mailman/listinfo/python-dev > Unsubscribe: > https://mail.python.org/mailman/options/python-dev/rdmurray%40bitdance.com ___ Python-Dev mailing list [email protected] https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Add Gentoo packagers of external modules to Misc/ACKS
R. David Murray writes: > As far as we have been able to determine, Tae Wong is in fact a bot > (note the 'seo' in the email address...a tip of the hand, It's not a good idea to guess about foreign words, including names. "seo" is a common romanized spelling for a Korean syllable (or perhaps part of one). That doesn't mean Tae Wong isn't a 'bot, of course, but it's a leap to suppose SEO stands for "search engine optimization". ___ Python-Dev mailing list [email protected] https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Add Gentoo packagers of external modules to Misc/ACKS
2013/12/8 R. David Murray : > As far as we have been able to determine, Tae Wong is in fact a bot > (note the 'seo' in the email address...a tip of the hand, as far as > I can see). We have removed all access permissions (including email) > from the related account on the bug tracker already. IMO this address > should be blocked from posting to all python lists. Tae Wong bot used a [email protected] address before, that new. I think rule about "taewong" in address will be enough. > > --David > > On Sun, 08 Dec 2013 11:07:10 +0100, Dirkjan Ochtman > wrote: >> Tae Wong, >> >> Please don't speak on behalf the Gentoo Python team. >> >> Everyone else, sorry for this, they are definitely not actually >> connected to our Gentoo team. >> >> Cheers, >> >> Dirkjan >> ___ >> Python-Dev mailing list >> [email protected] >> https://mail.python.org/mailman/listinfo/python-dev >> Unsubscribe: >> https://mail.python.org/mailman/options/python-dev/rdmurray%40bitdance.com > ___ > Python-Dev mailing list > [email protected] > https://mail.python.org/mailman/listinfo/python-dev > Unsubscribe: > https://mail.python.org/mailman/options/python-dev/dmi.baranov%40gmail.com ___ Python-Dev mailing list [email protected] https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Add Gentoo packagers of external modules to Misc/ACKS
On 08/12/2013 18:11, Dmitriy Baranov wrote: 2013/12/8 R. David Murray : As far as we have been able to determine, Tae Wong is in fact a bot (note the 'seo' in the email address...a tip of the hand, as far as I can see). We have removed all access permissions (including email) from the related account on the bug tracker already. IMO this address should be blocked from posting to all python lists. He doesn't appear to have a subscription to python-list. (And I don't remember seeing any of these posts there, in any case). TJG ___ Python-Dev mailing list [email protected] https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Add Gentoo packagers of external modules to Misc/ACKS
Hi, Packagers provide an important help and I would like to thank all packagers! For CPython, we don't have the habit of listing "third-party" contributors, but only direct contributors. For example, Django helped a lot for the popularity of the Python language, but we don't list them in Misc/ACKS. So thank you all packagers! By the way, it would be nice to limit patches on Python packages. Do you know how to do that? Victor 2013/12/8 TaeWong : > Please add the Gentoo packagers of external modules to Misc/ACKS: > > Rob Cakebread > Corentin Chary > Ian Delaney > Sebastien Fabbro > Mike Gilbert > Carsten Lohrke > Jan Matejka > Rafael Martins > Patrick McLean > Tiziano Müller > Dirkjan Ochtman > Bryan Østergaard > Krzysztof Pawlik > Ali Polatel > Thomas Raschbacher > Jesus Rivero > Lisa M. Seelye > Fernando Serboncini > Jason Shoemaker > Lukasz Strzygowski > Michael Tindal > Alastair Tse > Amadeusz Żołnowski > Marien Zwart > > ___ > Python-Dev mailing list > [email protected] > https://mail.python.org/mailman/listinfo/python-dev > Unsubscribe: > https://mail.python.org/mailman/options/python-dev/victor.stinner%40gmail.com ___ Python-Dev mailing list [email protected] https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
[Python-Dev] tracemalloc: add an optional memory limit
Hi, The PEP 454 (tracemalloc module) has been implemented in Python 3.4 beta 1. Previously, I also wrote a pyfailmalloc project to test how Python behaves on memory allocation failures. I found various bugs using this tool. I propose to add an optional memory limit feature to the tracemallocmodule. It would allow to set an arbitrary limit (ex: 100 MB) to check how your application behaves on systems with a few free memory (ex: embedded devices). What do you think of this enhancement? Would it fit Python 3.4 timeline? It's a new feature, but for a module which was introduced in Python 3.4. I wanted to propose directly the feature in the PEP, but Python was not ready for that (Python failed to handle correctly memory allocation failures). On Linux, it's possible to limit globally the "address space" of a process, but this value is not convinient. For example, the address space includes shared memory and read-only memory mappings of files, whereas this memory should not reduce the memory available for other applications. tracemalloc only counts memory directly allocated by Python and so private memory which reduces directly the memory available for other applications. Technically, it's interesting to implement this feature in tracemalloc. No new code should be added to count how many bytes were allocated by Python, tracemalloc must already do that (indirectly). It's simple to modify tracemalloc to make malloc() fails if an allocation would make the counter greater than the limit. I wrote a patch in the following issue to add an optional memory_limit parameter to tracemalloc.start(): http://bugs.python.org/issue19817 The patch is short: Doc/library/tracemalloc.rst |6 +++- Lib/test/test_tracemalloc.py | 11 +++- Modules/_tracemalloc.c | 56 --- 3 files changed, 63 insertions(+), 10 deletions(-) -- I tried to fix all bugs in Python to handle correctly memory allocation failures. When the memory limit is very low (less than 1024 bytes), there are still some corner cases where Python may crash. These corner cases can be fixed. For example, I proposed a patch to make PyErr_NoMemory() more reliable (which is probably the most critical bug of remaining bugs): http://bugs.python.org/issue19835 I fixed a reference leak in the unittest module (#19880) to reduce the risk of PyErr_NoMemory() crash when I use the Python test suite to test the memory limit feature (see issue #19817). I'm not sure that PyErr_NoMemory() bug affects real applications. Victor ___ Python-Dev mailing list [email protected] https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
