[issue6422] timeit called from within Python should allow autoranging

[Nick Coghlan]

Nick Coghlan added the comment:

The current patch moves print operations inside timeit() and repeat(), instead 
of leaving the main() function as the only one with side effects.

My counter-proposal was to instead extract the current main functionality out 
into a side-effect free public API of its own, and change the existing main 
function to call that new API and print the results.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23642] Interaction of ModuleSpec and C Extension Modules

[Nick Coghlan]

Nick Coghlan added the comment:

Added Petr to the nosy list here as well.

Petr - this is the kind of discrepancy I'm hoping that PEP 489 can help remedy, 
so it may make for a good test case :)

--
nosy: +encukou

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23633] Improve py launcher help, index, and doc

[Nick Coghlan]

Nick Coghlan added the comment:

Given its Windows specific nature, I'll always defer to Steve and the other 
Windows devs when it comes to the launcher.

My main involvement (aside from general mailing list commentary) was asking 
Vinay to bring the independently distributed version under the PyPA banner :)

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20181] Derby #12: Convert 50 sites to Argument Clinic across 4 files

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Here is a patch for unicodedata.

--
keywords: +patch
nosy: +serhiy.storchaka
Added file: http://bugs.python.org/file38630/unicodedata_clinic.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23737] spam

[Ezio Melotti]

Changes by Ezio Melotti :


--
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed
title: web course -> spam

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23737] web course

[Ezio Melotti]

Changes by Ezio Melotti :


--
Removed message: http://bugs.python.org/msg238875

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23737] web course

[Ezio Melotti]

Changes by Ezio Melotti :


--
hgrepos:  -302

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23737] web course

[bintang raksaguna]

New submission from bintang raksaguna:

href="http://winstarlink.com/tempat-kursus-website-seo-desain-grafis-favorit-2015-di-jakarta/";>Tempat
 Kursus website, SEO, Desain Grafis Favorit
http://winstarlink.com/tempat-kursus-website-seo-desain-grafis-favorit-2015-di-jakarta/";>Tempat
 Kursus website, SEO, Desain Grafis Favorit 2015 di jakarta
http://winstarlink.com/tempat-kursus-website-seo-desain-grafis-favorit-2015-di-jakarta/";>Tempat
 kursus website
http://winstarlink.com/tempat-kursus-website-seo-desain-grafis-favorit-2015-di-jakarta/";>Tempat
 kursus SEO
http://winstarlink.com/tempat-kursus-website-seo-desain-grafis-favorit-2015-di-jakarta/";>Tempat
 kursus Desain Grafis
http://winstarlink.com/tempat-kursus-website-seo-desain-grafis-favorit-2015-di-jakarta/";>kursus
 SEO di jakarta
http://winstarlink.com/tempat-kursus-website-seo-desain-grafis-favorit-2015-di-jakarta/";>kursus
 website di jakarta
http://winstarlink.com/tempat-kursus-website-seo-desain-grafis-favorit-2015-di-jakarta/";>Kursus
 Desain Grafis di jakarta
http://winstarlink.com/tempat-kursus-website-seo-desain-grafis-favorit-2015-di-jakarta/";>Tempat
 kursus SEO di jakarta
http://winstarlink.com/tempat-kursus-website-seo-desain-grafis-favorit-2015-di-jakarta/";>Tempat
 kursus website di jakarta
http://winstarlink.com/tempat-kursus-website-seo-desain-grafis-favorit-2015-di-jakarta/";>Tempat
 Kursus Desain Grafis di jakarta

--
hgrepos: 302
messages: 238875
nosy: bintangrksgn
priority: normal
severity: normal
status: open
title: web course

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1191964] add non-blocking read and write methods to subprocess.Popen

[Josiah Carlson]

Josiah Carlson added the comment:

Okay, I'm sorry for falling asleep at the wheel on this. At this point, I don't 
expect this to go in for 3.5 - but if it has a chance, I'll do what I need to 
do to get it there. Let me know.

I agree with the .communicate() not raising on broken pipe, and 
read/write_nonblocking raising on broken pipe. I'll get a patch in with the 
comments on the existing code review, along with those changes on Monday or 
Tuesday.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23736] "make test" on clean py3 install on CentOS 6.2 - 2 tests fail

[Ned Deily]

Ned Deily added the comment:

The test_ftp connection timeout error failure (seen on some platforms) is a 
duplicate of Issue22289.

The test_readline failure is a duplicate of, among others, Issue22647 and is 
believed to no longer occur with the current Python 3.4.3 (released 2015-02-25) 
and a GNU readline >= 6.3.

--
nosy: +ned.deily

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23735] Readline not adjusting width after resize with 6.3

[Thomas Kluyver]

Changes by Thomas Kluyver :


--
nosy: +takluyver

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23736] "make test" on clean py3 install on CentOS 6.2 - 2 tests fail

[R. David Murray]

R. David Murray added the comment:

The first test passes for me (although granted we should move that test to a 
psf hosted target, but we're slowly working on that general issue). The second 
is a bug in readline (see issue 19884).

--
nosy: +r.david.murray
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> Importing readline produces erroneous output
type:  -> behavior

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue22516] Windows Installer won't - even when using "just for me"option

[Nick Coghlan]

Nick Coghlan added the comment:

Right, I mostly borrowed the issue as a public channel that could reach folks 
already invested in the problem space, without needing to tidy things up 
sufficiently to make them coherent for a more general audience on python-dev or 
python-ideas.

As Steve says, we really need some high bandwidth discussions to help define 
what we think "good" looks like. I have a pretty solid idea of what *I* think 
"good" looks like, but that doesn't mean that aligns with what others think.

If we can get to a point where Steve, Slavek, Barry, Matthias and I can agree 
on a general outline of how we'd like platform integration to work, and 
whatever we propose sounds plausible to the Mac OS X experts as well, we'll be 
in a much better position to present a coherent story both to end users *and* 
to our fellow developers :)

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23735] Readline not adjusting width after resize with 6.3

[R. David Murray]

R. David Murray added the comment:

If it used to handle the signal and then re-raise it, why doesn't it now set 
its flag and then re-raise the signal?  (I also don't understand why the API 
isn't that the application takes back the signal handler if it needs it if it 
is using readline, but I'm not familiar enough with signal handling in 
applications to really judge that, I suppose.)

However, we certainly understand the issues with doing too much in signal 
handlers, so if that ship has sailed I guess we'll just have to deal with it.

--
nosy: +neologix
type:  -> behavior
versions: +Python 2.7, Python 3.4, Python 3.5

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23736] "make test" on clean py3 install on CentOS 6.2 - 2 tests fail

[John Nagle]

New submission from John Nagle:

Installing Python 3.4.2 on CentOS 6.  Clean install.  Using procedure in README 
file:

./configure
make
make test

2 tests fail in "make test" The first one is because the FTP client
test is trying to test against a site that is long gone, the Digital Equipment 
Corporation Systems Research Center in Palo Alto:

ERROR: test_ftp (test.test_urllib2net.OtherNetworkTests) 
(url='ftp://gatekeeper.research.compaq.com/pub/DEC/SRC/research-reports/00README-Legal-Rules-Regs')
--
Traceback (most recent call last):
  File "/home/staging/local/python/Python-3.4.3/Lib/urllib/request.py", line 
1399, in ftp_open
fw = self.connect_ftp(user, passwd, host, port, dirs, req.timeout)
  File "/home/staging/local/python/Python-3.4.3/Lib/urllib/request.py", line 
1445, in connect_ftp
dirs, timeout)
  File "/home/staging/local/python/Python-3.4.3/Lib/urllib/request.py", line 
2243, in __init__
self.init()
  File "/home/staging/local/python/Python-3.4.3/Lib/urllib/request.py", line 
2249, in init
self.ftp.connect(self.host, self.port, self.timeout)
  File "/home/staging/local/python/Python-3.4.3/Lib/ftplib.py", line 153, in 
connect
source_address=self.source_address)
  File "/home/staging/local/python/Python-3.4.3/Lib/socket.py", line 512, in 
create_connection
raise err
  File "/home/staging/local/python/Python-3.4.3/Lib/socket.py", line 503, in 
create_connection
sock.connect(sa)
TimeoutError: [Errno 110] Connection timed out


The second one is failing because "readline" (probably GNU readline) didn't 
behave as expected. The installed GCC is
"gcc (GCC) 4.4.6 20110731 (Red Hat 4.4.6-3)", which came with
"CentOS release 6.2 (Final)".  This is a long-running production server.
Is that too old?


FAIL: test_init (test.test_readline.TestReadline)
--
Traceback (most recent call last):
  File "/home/staging/local/python/Python-3.4.3/Lib/test/test_readline.py", 
line 57, in test_init
self.assertEqual(stdout, b'')
AssertionError: b'\x1b[?1034h' != b''

--
components: Installation
messages: 238869
nosy: nagle
priority: normal
severity: normal
status: open
title: "make test" on clean py3 install on CentOS 6.2 - 2 tests fail
versions: Python 3.4

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23735] Readline not adjusting width after resize with 6.3

[Carlos Pita]

Carlos Pita added the comment:

Chet again:

Here's the story from the top.

Prior to readline-6.3, readline could `steal' signals from the calling
application in the sense that readline's signal handler got a crack at
all signals in which readline was interested before the application did.
Now, that was usually ok, since readline handled signals immediately
upon receipt and resent the signal to the calling application.  It did
all this in a signal handler context.

It's dangerous to execute `unsafe' library functions and system calls from
a signal handler. The Posix standard has a (short) list of signal-safe
functions.  Before bash-4.3/readline-6.3, readline and bash did far too
much work in signal handlers.  The most you are supposed to do in a signal
handler is set variables, preferably of type sig_atomic_t, and nothing
else.  The biggest offenders are malloc and free, for two reasons:
applications often want to provide their own memory allocation atop
malloc and free, and using them from signal handlers can interfere; and
the glibc versions use internal locks extensively, and calling, say, free
from a signal handler can end up in a deadlock.

I made some progress up to bash-4.2/readline-6.2 in deferring `real' work
until readline wasn't in a signal handling context using the
RL_CHECK_SIGNALS() macro, but there were still a few places left that
handled the signal immediately.  One of those places was the callback
handling code; another was the SIGWINCH handling.

The SIGWINCH code signal handling functions eventually generated the same
sort of bug reports as other signals.  One representative report is

http://lists.gnu.org/archive/html/bug-bash/2011-02/msg00291.html

The fix was to make SIGWINCH handling the same as other signals: set a
flag and defer handling until no longer in a signal handling context.
This was necessary in both `direct' and callback modes.

The gdb folks reported most of the problems with the callback code handling
signals immediately instead of deferring handling until out of a signal
handler context; one such report is

http://lists.gnu.org/archive/html/bug-readline/2011-07/msg00010.html

So now the SIGWINCH and the callback code had to be changed to avoid
unsafe function calls from within a signal handler.

That very quickly uncovered a problem: the issue of readline stealing
the application's signals became much worse.

http://lists.gnu.org/archive/html/bug-readline/2011-07/msg00012.html

is the first explanation of that phenomenon.  If readline's signal
handlers are called when the application is active (e.g., between the
calls to rl_callback_handler_install and rl_callback_read_char), and all
they do is set a private flag the application doesn't know about, the
signals will effectively be ignored until the next time the application
calls into the readline callback interface and readline can check signals.
This is not acceptable in most contexts, including for SIGWINCH.

The fix for that is to make readline's signal handlers be active only
when readline is active and can check the flag the handlers set.

And so we reach where we are.  If a SIGWINCH arrives while readline is
not active, and the application using callback mode does not catch it and
tell readline about the updated screen dimensions (rl_set_screen_size()
exists for this purpose), readline will not know about the new size.

It seems like the issue is that people assume that the pre-readline-6.3
behavior was acceptable because they never encountered a problem, and that
any change must therefore be a bug.

Please feel free to add this message to the python issue tracker.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23159] argparse: Provide equivalent of optparse.OptionParser.{option_groups, option_list, get_option}

[paul j3]

paul j3 added the comment:

The attached file subclasses ArgumentParser, explores how these optparse 
methods might be added to argparse.  The __name__ section demonstrates how they 
might be used.

argparse differs from optparse in a number of ways:

- all actions are included in the parser._actions list.

- the parser has one dictionary with all option_strings (both short and long)

- argparse also has positionals, which don't have option_strings.  They could 
be found by 'dest' (or some other attribute), but this does not have to be 
unique.

- argparse does not use argument groups for parsing; just for formatting the 
help.

- groups keep a list of their own actions in ._group_actions list.  The 
._actions list is shared among the parser and all groups.

- every action is in an argument group, usually one of the 2 default groups.  
An action does not have a 'container' attribute.

---

The idea of coordinating config sections with parser argument groups is 
interesting, but I question whether the stock argparser should be modified to 
facilitate this.  It sounds like something that belongs in a custom subclass.

Ipython populates its argparse parser with arguments derived from config files. 
 This provides multiple config levels - default, custom file, and calling 
arguments.  I don't recall whether it makes any use of argument groups.

--
Added file: http://bugs.python.org/file38629/argparse_extended.py

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue22516] Windows Installer won't - even when using "just for me"option

[Steve Dower]

Steve Dower added the comment:

Yeah, this is starting to get out of hand. I'm quite happy to leave things sit 
until the language summit, when we should have a broad enough representation to 
make a start. After that it'll get to python-dev before anything major is 
decided, but the brainstorming phase will be more effective in person (sorry to 
anyone who won't be there - feel free to email me directly if you want to 
provide your perspective in advance: steve.dower at microsoft dot com).

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue22516] Windows Installer won't - even when using "just for me"option

[Mark Lawrence]

Mark Lawrence added the comment:

No this is not a good forum for this discussion.  Python-dev or ideas please, 
to be followed up by a PEP I'd guess.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue22516] Windows Installer won't - even when using "just for me"option

[Ned Deily]

Ned Deily added the comment:

This issue seems to be expanding widely in scope and it is not at all clear to 
me what actionable items would come out of it.  It started as a very 
Window-specific problem and now seems to somehow be being extended to the whole 
Python ecosphere.  What about the OS X world, arguably one of the most 
widely-used laptop development environment these days?  Apple distributes 
system Pythons with OS X.  There are the python.org installers for OS X.  There 
are third-party suppliers of popular binary wheels and or installers for 
important packages (e.g. NumPy, pandas, matplotlib) for one or both of the 
above. There are very popular third-party general open-source package 
distributors for OS X: Homwbrew and MacPorts, to a lesser extent, Fink. All of 
them distribute Pythons and many Python packages.  Then there are the 
cross-platform distributors, like Anaconda, Enthought, ActiveState, etc.  
Should they all be part of this discussion?  What about other Posix-y 
platforms, like FreeBSD?  Where do
  you see this discussion going and is this a good forum for it?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue22149] the frame of a suspended generator should not have a local trace function

[Mark Lawrence]

Mark Lawrence added the comment:

Can we have a formal patch review please.  I've assumed that if acceptable the 
patch could also be applied to 3.4 and 2.7.

--
nosy: +BreamoreBoy
versions: +Python 2.7, Python 3.4

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23546] Windows, 'Edit withIDLE', and multiple installed versions

[Mark Lawrence]

Changes by Mark Lawrence :


--
title: Windows, 'Edit withIDLE', and multplie installed versions -> Windows, 
'Edit withIDLE', and multiple installed versions

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue22933] Misleading sentence in doc for shutil.move

[Mike Short]

Changes by Mike Short :


Added file: http://bugs.python.org/file38628/shutil_latest.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue22933] Misleading sentence in doc for shutil.move

[Mike Short]

Changes by Mike Short :


--
keywords: +patch
Added file: http://bugs.python.org/file38627/shutil_2.7.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue22516] Windows Installer won't - even when using "just for me"option

[Nick Coghlan]

Nick Coghlan added the comment:

Given the expansion of the discussion to more general questions of getting 
CPython from upstream into the hands of end users, I've added in some more of 
the distro level folks to the nosy list (Matthias, Barry, Slavek, Robert).

This idea of more actively pursuing well-structured channel based 
resdistribution for Python as a whole is one I've had on my mind for a while. 
If you have the time to watch it, my PyCon New Zealand keynote from last year 
gives a good overview of my own perspective on the topic: 
https://www.youtube.com/watch?v=H2ybMrFNku0

--
nosy: +barry, bkabrda, doko, rkuska

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23571] Raise SystemError if a function returns a result with an exception set

[Tim Graham]

Tim Graham added the comment:

Here's an exception in Django after the latest patch. The Django code block in 
the last exception catches ValueError, but this doesn't seem to work any longer 
since it's "wrapped" in SystemError. As Berker mentioned, some upgrade tips 
would be great as I'm not sure what adaptions in Django need to be made.

Traceback (most recent call last):
  File "/home/tim/code/django/django/contrib/contenttypes/views.py", line 17, 
in shortcut
content_type = ContentType.objects.get(pk=content_type_id)
  File "/home/tim/code/django/django/db/models/manager.py", line 127, in 
manager_method
return getattr(self.get_queryset(), name)(*args, **kwargs)
  File "/home/tim/code/django/django/db/models/query.py", line 387, in get
self.model._meta.object_name
django.contrib.contenttypes.models.DoesNotExist: ContentType matching query 
does not exist.

...

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
ValueError: could not convert string to float: request_path

During handling of the above exception, another exception occurred:

Traceback (most recent call last):

  File "/home/tim/code/django/django/template/base.py", line 792, in __init__
self.literal = float(var)
SystemError:  returned a result with an error set

--
nosy: +Tim.Graham

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23735] Readline not adjusting width after resize with 6.3

[R. David Murray]

R. David Murray added the comment:

Why would this not constitute a bug in readline?  Readline isn't going to be 
active all of the time in most applications, so why shouldn't it be readline's 
responsibility to install the signal handler at initialization and handle it?  
If the application wants control of that signal, it can then install its own 
handler after readline initialization completes.  Clearly it used to work that 
way.  Is there some documentation from readline you can point us to that 
explains the reasoning behind this change in behavior?

--
nosy: +r.david.murray

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue22516] Windows Installer won't - even when using "just for me"option

[Nick Coghlan]

Nick Coghlan added the comment:

As of last month, Microsoft do provide official Python support, but only in the 
context of the online Azure Machine Learning Environment: 
http://blogs.technet.com/b/machinelearning/archive/2015/02/18/announcing-the-general-availability-of-azure-machine-learning.aspx

I only discovered that this morning myself when Doug Napoleone tweeted a link 
to the related post from Continuum Analytics: http://continuum.io/blog/azureml

I was already aware of another Strata "combined solution" announcement, which 
covered deploying Anaconda Cluster in combination with Red Hat Storage for 
distributed data access from PySpark analysis nodes: 
http://redhatstorage.redhat.com/2015/02/17/deploying-pyspark-on-red-hat-storage-glusterfs/

So if we're after a recommendation for end users that has strong multi-vendor 
backing, then Anaconda from Continuum Analytics would definitely be the way to 
go. It's also already the preferred choice of the Software Carpentry community: 
http://software-carpentry.org/v5/setup.html (and the reasons are the same as 
those being discussed here: unlike the default CPython installers, Anaconda is 
specifically designed to tolerate being installed without administrative access 
to your system)

(I'd previously discounted Anaconda as a default upstream recommendation for 
per-user installs on Windows as I thought it was missing Windows-specific 
utility libraries like pywin32, but I was simply wrong about that: 
http://continuum.io/press/anaconda-1-6-released)

As Steve noted, providing Python *in the OS* for third party use poses major 
upgrade challenges. For Fedora, Python gets rebased in each major release (so 
every 6 months or so) which is easily fast enough to keep up with the general 
pace of CPython releases (Ubuntu tend to do the same thing), but also means 
system administrators and other folks using the system Python need to be 
prepared to keep pace with that upgrade cycle.

Things get far more difficult with the long term support releases like Debian 
Stable, Ubuntu LTS, RHEL, CentOS and SLES, or the custom Linux distributions 
used inside organisations like Google, Facebook and Amazon. *There* the system 
Python has historically acted as a long term brake on Python's evolution, as 
third party projects are often reluctant to drop support for older Python 
versions until newer Python versions are readily available in these long term 
support releases.

In July, we'll be coming up on 5 years since Python 2.7 was released, yet a 
great many third party Python projects still require that contributions retain 
compatibility with Python 2.6.

We see similar patterns occurring if we look back at earlier Python 2.x 
releases. As part of explaining the limited utility of a Python 2.8 release in 
facilitating the Python 3 transition (see
http://python-notes.curiousefficiency.org/en/latest/python3/questions_and_answers.html#wouldn-t-a-python-2-8-release-help-ease-the-transition
 for more on that) I pulled together the dates from various Python 2.x releases 
to when Twisted dropped the preceding release as a compatibility requirement:

* CPython 2.4 released -> 2.3 support dropped in Twisted: ~6 years
* CPython 2.5 released -> 2.4 support dropped in Twisted: ~4 years (Windows), 
~6 years (non-Windows)
* CPython 2.6 released -> 2.5 support dropped in Twisted: ~4 years

That's a broken cycle, and one we need to help fix on the distro side by 
getting people to migrate away from using the stable system Python (which won't 
be rebased for the entire lifecycle of a major release) and into more regularly 
updated environments - upstream can't do that for us, we have to offer the 
appropriate tools downstream and actively encourage users to leave the system 
Python to the task of running the system, rather than arbitrary third party 
code.

The 10 year supported lifespan of RHEL & CentOS, together with the 3-4 year 
gaps between new major releases is one of the worst offenders on that front 
(not just for Python, but for other language runtimes, database runtimes, web 
servers etc), hence initiatives like the introduction of Software Collections 
(both as a commercially supported Red Hat product and as an upstream project 
hosted at softwarecollections.org). Using an SCL instead of the system Python 
lets an application developer more easily upgrade at their own pace (whether 
faster on RHEL/CentOS or slower on Fedora)

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23546] Windows, 'Edit withIDLE', and multplie installed versions

[Steve Dower]

Steve Dower added the comment:

Hey Terry, as a first step towards fixing the current 3.5 issue of not having 
Edit with IDLE at all, is it okay if the "Edit with IDLE" menu launches 
(approx.) "py -m idlelib.idle %1"? Currently the shortcut menu is part of the 
launcher - the "Open" item launches "py %1", so they'll be consistent.

An expanded menu like Liam's mockup is possible, but I can't guarantee I'll be 
able to get to it in time. (It may also be better as something configurable 
within IDLE anyway - 
https://msdn.microsoft.com/en-us/library/windows/desktop/hh127424(v=vs.85).aspx 
describes how it can be done purely through the registry on Win7 and later.)

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23735] Readline not adjusting width after resize with 6.3

[Carlos Pita]

New submission from Carlos Pita:

See here:

https://github.com/ipython/ipython/issues/6974

Chet Ramey confirmed the bug is downstream:

As I recall from looking briefly at the ipython/python source code, it has
to do with python not handling the SIGWINCH and expecting readline to do
it even when readline is not active. In readline-6.3, readline only
installs its signal handlers when rl_callback_read_char is called, which
python does only when it receives a character and its select(2) call
returns. The way readline-6.2 and earlier did things, it could `steal'
signals from an application without being active. I think python doesn't
handle SIGWINCH at all, which means that it expects readline's signal
handler to be active all the time, instead of just when python calls back
into readline to have it read a character.

A possible fix would be to have python's readline module install a signal
handler for SIGWINCH and have it set readline's idea of the screen size.

--
messages: 238857
nosy: Carlos Pita
priority: normal
severity: normal
status: open
title: Readline not adjusting width after resize with 6.3

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue22516] Windows Installer won't - even when using "just for me"option

[Steve Dower]

Steve Dower added the comment:

> (when does Windows switch to 3.6? Honestly, it can probably never happen...). 

On re-read, this isn't quite clear:

Hypothetically, if Windows 10 included Python 3.5, when would it be upgraded to 
Python 3.6? Probably never. Back-compat is problematic on Linux, but are 
significantly multiplied by the size of and the relative lack of technical 
competence/interest of the Windows user base.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue22516] Windows Installer won't - even when using "just for me"option

[Steve Dower]

Steve Dower added the comment:

> miniconda does not install all of the sci-data packages, only conda and 
> python 2.7

miniconda is actually a tool that gives you the "conda" command, which can be 
used to install Python 2.6, 2.7, 3.3 or 3.4, 32 or 64-bit and a huge range of 
compatible packages. When you install it you also get a usable version of 
Python, but you don't have to use it. Anaconda is exactly the same thing but 
with a selection of packages predownloaded and installed - again, you can use 
the conda command to install more.

> What is Microsoft's official position on python. are they officially 
> supporting python on windows?

Microsoft doesn't distribute Python as part of Windows or provide any support 
for users, though we do provide some engineering support (i.e. me) and some 
low-cost efforts (such as the compiler pack, again, mostly me). There's a 
really high bar for "supporting" a product, and especially for shipping it to 
users who have not opted into it, as well as legitimate concerns about 
documentation/support, entry points, threat vectors, updates, patching, and 
probably more (when does Windows switch to 3.6? Honestly, it can probably never 
happen...). While it may happen eventually, I think we're better off having an 
installer that any sysadmin can use to make it as-if it were shipped.

The problem with that is then you can't use that installer for your app, for 
the same reason that a Linux application can't arbitrarily replace the system 
Python. You can't even ask your users to install it, since they may not have 
permissions (ignoring the CRT update issue for now - that will be resolved in 
time). This is where we need a way for a user to install Python-as-an-app (one 
install-per version-per-user) and also for an installer to include 
Python-as-a-library (one install-per app).

It may just be that we need three separate installers:

* EXE launcher for Python-as-an-app installations
* single MSI with no UI for as-if-shipped installations
* Merge module or ZIP file for Python-as-a-library installations
(also note that the third option really needs changes/fixes to pythonXY.dll to 
work well)

If we went this way, I'd really want the EXE launcher to be the only one with a 
'friendly' UI - the other two are specifically for people who know how to read 
documentation and know why they're getting them (especially since I assume I'd 
be the one writing it all). The EXE launcher could fairly trivially trigger or 
acquire either of the other two, so it could still be the main entry point, but 
I would seriously want to demote anything other than the per-user install.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue22516] Windows Installer won't - even when using "just for me"option

[Paul Moore]

Paul Moore added the comment:

I agree with Ned, this sounds like a significant change. In particular, 
Portable Python seems to currently only offer 3.2.5 at the moment. And it's not 
at all clear to me whether it's a 32-bit or a 64-bit version (but I suspect the 
former). One thing I'd want to understand would be why 3.4.3 and 64-bit 
versions weren't available. Is it just manpower (and if so, what manpower 
commitments would be needed from python-dev) or are there more fundamental 
issues with the Portable Python stack holding up the move to the latest version?

I'm also concerned that we should ensure that any distribution we bless is 
compatible with pip and packages installed on PyPI. I would be very concerned, 
for example, if we were moving towards a situation where wheels for Windows 
were *not* usable by the average user. (That specifically means that all 
commonly used distributions used the same CRT as the python.org builds, that 
distributions we recommend play well with pip, etc).

None of this is intended as a criticism of any of the distributions. I just 
think that actually *recommending* them in place of the python.org installers 
implies a certain level of assurance from python-dev - and we don't have any 
process in place to actually validate the distributions.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue22516] Windows Installer won't - even when using "just for me"option

[Mark Mikofski]

Mark Mikofski added the comment:

WinPython and miniconda are more current distros than portable python, and they 
come in both 32 & 64bit flavors.

Portable python hasn't been updated recently and only offers 32 bit which is 
IMO worthless except for the bundle as app case, eg meld installer.

I was going to suggest the same - if python.org can't support local installs 
(sans admin rights) b/c people will always look to it for direction,  
python.org should offer links to endorsed windows installer. I don't love it, 
but it will be familiar to windows users braving the open source world, similar 
to ruby which recommends winruby. Any endorsed distro **must** be built with 
msvc, so that all packages with extensions can be built. I don't care to 
support packages that depend on autotools.

Why can't msvcrt90.dll amd python27.dll be bundled into install directory? 
Seems to solve case #1 (for personal use) and #2 (bundled as app)? No admin 
rights required, just unzip. Why would you want to move python to program 
files? 

Case #3 would be swell, would windows ever do that? If we assume windows 
distros are akin to *nix them perhaps we need to push the --user or 
--home=~/.local options and virtualenv. That seems to be the way conda is 
going. Ruby rvm is more like that as well. Especially if we are going to force 
users to start using 3.5. What is Microsoft's official position on python. are 
they officially supporting python on windows? Seems like it with newest April's 
and vcforpython27.

BTW miniconda does not install all of the sci-data packages, only conda and 
python 2.7. works with pip and --home=~/.local scheme. Is this the future for 
windows users? We should reach a consensus I think

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue22608] test_socket fails with sem_init: Too many open files

[Martin Panter]

Martin Panter added the comment:

Maybe these patches work around the problem in these cases, but it sounds like 
the threading.Event class needs to grow a close() method or support the context 
manager protocol, rather than relying on the garbage collector to clean it up.

--
nosy: +vadmium

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue22516] Windows Installer won't - even when using "just for me"option

[Ned Deily]

Ned Deily added the comment:

Bringing an umbrella distribution into the CPython release process seems to me 
like a very big leap and would that requires very careful consideration.  It 
would introduce a whole load of other dependencies into our release process, 
i.e. that the third-party packages (e.g. numpy, et al) included in Portable 
Python would become gating factors and dependencies for CPython releases.  
Frankly, I don't thing we want to go there.  I don't have an objection to 
referring to users to other distributions like Portable Python (or Anaconda or 
whatever) but actually bringing it into the release process would need a *lot* 
of careful thought and planning and co-ordination.  Sounds like an interesting 
discussion for the language summit.

--
nosy: +ned.deily

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue22516] Windows Installer won't - even when using "just for me"option

[Steve Dower]

Steve Dower added the comment:

Also, I do have this topic on the language summit agenda, so I don't really 
want to lock anything down before then anyway, but this discussion has been 
good to flesh out some of the background and possibilities in advance of that.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue22516] Windows Installer won't - even when using "just for me"option

[Nick Coghlan]

Nick Coghlan added the comment:

Larry,

Bringing you into this discussion as CPython 3.5 release manager - we're trying 
to figure out what role we'd like the CPython Windows installers to play in the 
Windows distribution ecosystem, and I raised the question of whether or not 
typical Windows based end users might be better off with a larger, more 
comprehensive bundle like Portable Python (which they can also run from a USB 
stick if they want to).

There's no specific urgency here - I just wanted to give you a heads up that 
the discussion was happening. It's not clear to me yet if this will go anywhere 
(if nothing else, even if we decided it was a plausible idea, it would still be 
conditional on someone offering to contact Perica Zivkovic to see if they were 
amenable to the concept, as well as someone offering to write the suggestion up 
as a full PEP and work through the necessary changes to PEP 101 release 
management), but I figured you should at least be aware of the possibility as 
RM.

--
nosy: +larry

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23350] Content-length is incorrect when request body is a list or tuple

[Martin Panter]

Martin Panter added the comment:

Technically I don’t think there is a bug. The documentation says [the] 
“Content-Length header should be explicitly provided”, so if you don’t set it 
you could argue that you’re using the library wrong.

For this issue I think Demian was trying to add support (i.e. new feature) for 
implicit Content-Length with tuples and lists of bytes (or strings). He has 
also added support for iterables of Latin-1 encodable text strings.

What you are suggesting Serhiy sounds like a separate new feature to support 
bodies of arbitrary bytes-like objects (or lists or tuples of them). According 
to the documentation, only byte and Latin-1 text strings, file objects 
supporting stat(), and iterables are currently supported. It does not say, but 
before this patch I think the iterables had to be of bytes-like objects.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue22516] Windows Installer won't - even when using "just for me"option

[Nick Coghlan]

Nick Coghlan added the comment:

Along those lines, another option to consider would be offering to publish 
Portable Python from the python.org release pages in addition to publishing the 
less comprehensive CPython-only installers.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue22516] Windows Installer won't - even when using "just for me"option

[Nick Coghlan]

Nick Coghlan added the comment:

I agree the migration to Program Files & a different installer build process is 
more than ambitious enough for 3.5.

For the embedding case, it's not that it *can't* be done, it's just a PITA.

Perhaps for the per-user no-admin-rights needed case, we could direct folks to 
the big http://portablepython.com/ bundle as a vendor neutral all inclusive 
bulk distribution?

To be completely clear, I'm talking "invite Perica Zivkovic to become part of 
CPython release management and include Portable Python release timelines in the 
CPython release PEPs" levels of engagement. "Is Portable Python fully 
operational yet?" could become one of the key gating criteria for leaving the 
beta phase and entering the release candidate phase.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue22608] test_socket fails with sem_init: Too many open files

[Mark Lawrence]

Mark Lawrence added the comment:

It's a simple patch so can we have a formal review please.

--
nosy: +BreamoreBoy

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue22610] test_ftplib fails with sem_init: Too many open files

[Mark Lawrence]

Mark Lawrence added the comment:

It's a simple patch so can we have a formal review please.

--
nosy: +BreamoreBoy

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23668] Support os.ftruncate on Windows

[Steve Dower]

Steve Dower added the comment:

Yep, all the way back to VS 2005 and Windows 95. Not sure why it wasn't used 
previously (_chsize doesn't support 64-bit values, which is a reasonable reason 
to not use it).

--
title: Support os. -> Support os.ftruncate on Windows

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue22659] SyntaxError in the configure_ctypes

[Mark Lawrence]

Mark Lawrence added the comment:

Without more detail I very much doubt that anybody can help.

--
nosy: +BreamoreBoy

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23668] Support os.

[STINNER Victor]

STINNER Victor added the comment:

Is _chsize_s() available on all Windows versions and all Visual Studio
(msvcrt) versions?
Le 21 mars 2015 04:26, "Steve Dower"  a écrit :

>
> Steve Dower added the comment:
>
> Updated the patch, since there's been a lot of checkins.
>
> I also removed the pyconfig.h changes and updated the #ifdef in
> posixmodule.c to enable truncate/ftruncate and define PATH_HAVE_FTRUNCATE.
>
> And I know in the last review I said I'd switch to _Py_wopen(), but if I
> do that there's no way to avoid passing _O_CREAT, so I opted to stick with
> _wopen() and pass _O_NOINHERIT instead.
>
> Hopefully Reitveld handles this patch file. I'm sure I'm not doing
> anything differently from normal...
>
> --
> Added file: http://bugs.python.org/file38614/23668_3.patch
>
> ___
> Python tracker 
> 
> ___
>

--
title: Support os.[f]truncate on Windows -> Support os.

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue22246] add strptime(s, '%s')

[Mark Lawrence]

Mark Lawrence added the comment:

It's a comprehensive patch so can we have a formal review please.

--
nosy: +BreamoreBoy

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23729] Import ElementTree documentation for namespaces and XPath

[Martin Panter]

Martin Panter added the comment:

Thanks for this improvement; documenting namespace behaviour is sorely needed.

--
nosy: +vadmium

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue13224] Change str(x) to return only the (qual)name for some types

[Martin Panter]

Changes by Martin Panter :


--
nosy: +vadmium

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue22516] Windows Installer won't - even when using "just for me"option

[Steve Dower]

Steve Dower added the comment:

Sorry, Standard Operating Environment. I intended it as shorthand for the "as 
if it were shipped with the OS" case.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue22516] Windows Installer won't - even when using "just for me"option

[Paul Moore]

Paul Moore added the comment:

Sorry, SOE?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue22516] Windows Installer won't - even when using "just for me"option

[Steve Dower]

Steve Dower added the comment:

Yeah, some of those are fairly ambitious, but at the same time, for the SOE use 
case we probably don't want the Program Files install at all - it would be a 
mix between System32 and CommonFiles, with the same environment issues you'd 
see on Linux. Program Files is better than SystemRoot, but doesn't really make 
sense for any of the three use cases.

When we can describe exactly who our installer is meant for, we'll be able to 
figure out what changes are needed.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23021] Get rid of references to PyString in Modules/

[Mark Lawrence]

Mark Lawrence added the comment:

The only PyString that I could find left is in unicodedata.c.  I'm assuming 
that there is little point is preparing a patch for a one word change, is this 
correct?

--
nosy: +BreamoreBoy

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23729] Import ElementTree documentation for namespaces and XPath

[Raymond Hettinger]

Changes by Raymond Hettinger :


Added file: http://bugs.python.org/file38626/elementtree_doc2.diff

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23729] Import ElementTree documentation for namespaces and XPath

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


--
nosy: +eli.bendersky, scoder

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23075] Mock backport in 2.7 relies on implementation defined behavior

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Done. Thanks for raising it Mark.

--
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23075] Mock backport in 2.7 relies on implementation defined behavior

[Roundup Robot]

Roundup Robot added the comment:

New changeset d0b497c86c60 by Serhiy Storchaka in branch '2.7':
Issue #23075: Whether __builtins__ is a module or a dict is undefined in
https://hg.python.org/cpython/rev/d0b497c86c60

--
nosy: +python-dev

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23075] Mock backport in 2.7 relies on implementation defined behavior

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


--
assignee:  -> serhiy.storchaka
nosy: +serhiy.storchaka

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23075] Mock backport in 2.7 relies on implementation defined behavior

[Mark Lawrence]

Mark Lawrence added the comment:

Can we have a commit review please as this is such a simple patch.

--
nosy: +BreamoreBoy

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23729] Import ElementTree documentation for namespaces and XPath

[Raymond Hettinger]

Raymond Hettinger added the comment:

Attaching a runnable version of the namespace demo to show that the code works.

--
versions: +Python 2.7, Python 3.4
Added file: http://bugs.python.org/file38625/xml_namespace_demo.py

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23106] Remove smalltable from set objects

[Mark Lawrence]

Mark Lawrence added the comment:

My feeling is that this is worth doing for the code clarity alone but what do 
others think about it?

--
nosy: +BreamoreBoy

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23720] __del__() order is broken since 3.4.0

[Raymond Hettinger]

Raymond Hettinger added the comment:

Can this be closed as not-a-bug.

--
nosy: +rhettinger

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23126] Add Python hook function to replace NameError

[Mark Lawrence]

Mark Lawrence added the comment:

See the thread starting here 
https://mail.python.org/pipermail/python-ideas/2014-December/030521.html

--
nosy: +BreamoreBoy
type:  -> enhancement

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15836] unittest assertRaises should verify excClass is actually a BaseException class

[Raymond Hettinger]

Changes by Raymond Hettinger :


--
versions:  -Python 2.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23097] unittest can unnecessarily modify sys.path (and with the wrong case)

[Mark Lawrence]

Changes by Mark Lawrence :


--
nosy: +michael.foord

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23571] Raise SystemError if a function returns a result with an exception set

[STINNER Victor]

STINNER Victor added the comment:

Le 21 mars 2015 18:05, "Serhiy Storchaka"  a écrit :
> But an assertion itself provides less information than an exception.
Debug build is less informative than release build.

I like Antoine's idea to replace the assertion with Py_FatalError() in
debug mode.

I'm more concerned by bugs in Python itself. A fatal error/assertion should
be noticed quickly on buildbots which compile python in debug mode.

It's just fine if other people use the release mode and get an exception.

> May be add a runtime flag to control the reaction on system errors? If it
set, all raised SystemError will be converted to fatal errors.

It's already what I do when running Python test suite with pyfailmalloc. I
modify manually SystemError constructor in the C code. A flag may help, but
you have to know that many tests expect SystemError (I don't remember which
ones).

Victor

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23723] Provide a way to disable bytecode staleness checks

[Antoine Pitrou]

Antoine Pitrou added the comment:

That sounds kind of reasonable, but how are we supposed to document this? Or is 
this only a "secret backdoor" for people in the know?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23350] Content-length is incorrect when request body is a list or tuple

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

There are two issues. The one is that calculated Content-Length is not correct 
for lists, tuples, and other types (such as deque or array.array). The right 
solution is to calculate size using a technique used in urllib. Content-Length 
shouldn't be calculated for lists, tuples, and other non-bytes-compatible 
sequences. This is a bug, and the patch should be applied to all maintained 
releases.

The second issue is feature request. Allow calculating Content-Length for lists 
and tuples.

--
nosy: +serhiy.storchaka

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23734] zipimport should not check pyc timestamps against zipped py files

[Gregory P. Smith]

New submission from Gregory P. Smith:

The zipimport module checks the timestamp of a pyc file loaded from the zip 
file against the timestamp of a corresponding py file in the zip if any.  This 
seems pointless.  By the time someone has created a zip file for zipimport they 
should have guaranteed that the pyc's are fresh or not have put them into the 
zip file at all (wasteful).

https://hg.python.org/cpython/file/e8878579eb68/Modules/zipimport.c#l1187

There is a comment in the code alluding to this, but the mtime check is still 
done right above.

--
components: Extension Modules
messages: 238824
nosy: gregory.p.smith
priority: low
severity: normal
status: open
title: zipimport should not check pyc timestamps against zipped py files
type: enhancement
versions: Python 3.5

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23723] Provide a way to disable bytecode staleness checks

[Gregory P. Smith]

Gregory P. Smith added the comment:

We already use zipimport for most production deployments.  It works well.  
We've modified our own zipimport to ignore timestamps as keeping them in sync 
between pyc and py files in the zip files own timestamps is painful.  
Unfortunately the stdlib zipimport actually checks pyc timestamps against py 
files in the .zip file in 3.4 and 2.7 
(https://hg.python.org/cpython/file/e8878579eb68/Modules/zipimport.c#l1187 
mtime is checked, despite a comment in there in 3.4 suggesting it is probably 
pointless).  Changing that is a separate issue (I'll go open one).

Where this hurts us the most is in our build system when not building a final 
production zipped up binary (which would take as long as loading all of the py 
and pyc files would and would prevent iterative development).  Our py files and 
pyc files are located on a read only build artifact object store.  As a mounted 
filesystem it does not have a POSIX concept of file mtime at all (and never 
will).

When you're using a readonly filesystem of build time generated .py code 
without the concept of an mtime you really really want to tell Python to trust 
the build system and assume pyc files it finds match the corresponding py 
files.  Or your large application/test start up time really suffers.

In our use case, it is on the order of a 30% startup time improvement to use 
precompiled pyc files for our generated code py files (a ton of protobuf python 
modules) on a large application.

Most people are likely not in this situation because they are just lowly 
individuals operating on a simple writable posix filesystem in front of them. 
But when it matters, it really matters. People should be able to tell Python 
"trust me, i know what I'm doing" when it comes to compiled code loading.  It 
is easy enough to modify compile to write a "never verify this" magic timestamp 
into a pyc.  (I'd get more creative and use a value other than all 0s or 1s; 
pick the release date of the first version Python as your magic timestamp for 
example; nothing is likely to accidentally end up with that date in it)

That's all this issue is asking for.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23731] Implement PEP 488

[Barry A. Warsaw]

Changes by Barry A. Warsaw :


--
nosy: +barry

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23726] Don't enable GC for classes that don't add new fields

[Eugene Toder]

Changes by Eugene Toder :


Added file: http://bugs.python.org/file38624/class_gc2.diff

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17840] base64_codec uses assert for runtime validity checks

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


--
stage: patch review -> needs patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15836] unittest assertRaises should verify excClass is actually a BaseException class

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

I'm +0.5 for the variant suggested by Berker and Ezio.

Do you have time to look at the patch Michael? I could commit modified patch 
(there is one defect in tests).

--
nosy: +serhiy.storchaka

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue22516] Windows Installer won't - even when using "just for me"option

[Mark Lawrence]

Mark Lawrence added the comment:

I'm concerned about being overcautious so that nothing ever happens.  Do 
something, break it, fix it.  If you delay all you do is put off the fix.  Plus 
I've every confidence in our Windows developers to just do the right thing.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue22516] Windows Installer won't - even when using "just for me"option

[Paul Moore]

Paul Moore added the comment:

Regarding the "poor relation" argument, I'd see that as the other way round. We 
don't have the resources to deal with major breakages, so we should be 
relatively cautious.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue22516] Windows Installer won't - even when using "just for me"option

[Paul Moore]

Paul Moore added the comment:

Personally, I'd like to have 3.5 be the release that changes to using "Program 
Files" as the default install, and offers a per-user install to Appdata. I 
suspect there will be enough fallout from that change to keep us busy. Let's 
look to 3.6 for major renamings of the executables (if ever).

It should be noted that making python.exe be the launcher could potentially 
break a lot of things pretty horribly - virtualenv and the launcher itself are 
the ones that immediately come to mind.

Having said that, I have no objection to having both python35.exe and 
python.exe, but for 3.5 they should both be the same actual executable. In 
practice I doubt Windows users will use python35.exe, as there's no tradition 
of versioned executables there.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23657] Don't do isinstance checks in zipapp

[Paul Moore]

Paul Moore added the comment:

Updated patch with fixes for review comments. I did remove the tests for the 
exact error messages, as testing for a non-zero exit code was actually what I 
was trying to do, and I found a better way of doing that.

--
Added file: http://bugs.python.org/file38623/duck_typed_zipapp.v4.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17232] Improve -O docs

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


--
stage: patch review -> needs patch
versions: +Python 3.5 -Python 3.3

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue22516] Windows Installer won't - even when using "just for me"option

[Mark Lawrence]

Mark Lawrence added the comment:

python35.exe follows things like pip so +1.  py.exe to python.exe -1 from me, 
how about pylaunch.exe as it's explicit?  As for urgency in the Python world 
Windows is and always has been the poor relation compared to *nix, so I say 
let's bite the bullet and get on with it.

--
nosy: +BreamoreBoy

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23571] Raise SystemError if a function returns a result with an exception set

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

This exception or assertion is triggered by the bug in CPython or in an 
extension. CPython developer uses release and debug builds of CPython and can 
get both exception or assertion. An extension developer usually uses release 
build of CPython with release and debug builds of an extension and can't get an 
assertion in CPython. Common Python user uses release builds of CPython and 
extensions and can only report about an exception. So this assertion can be 
used only in CPython developing and doesn't help to catch a bug in extensions. 
But an assertion itself provides less information than an exception. Debug 
build is less informative than release build.

May be add a runtime flag to control the reaction on system errors? If it set, 
all raised SystemError will be converted to fatal errors.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue22516] Windows Installer won't - even when using "just for me"option

[Steve Dower]

Steve Dower added the comment:

Paul has basically summed up the pragmatism beats purity side of the argument. 
Whether we like it or not, users are mostly coming to python.org for their 
installer, and we need to support that.

That said, we can do some things to support all three cases once we acknowledge 
that they exist and identify who they're for. For example, an all users install 
could become an advanced option, which will move most users into per-user 
installs. We could also release a plain zip file of the installed layout and 
clearly mark it as being for app bundles and not a portable install for users. 
There are changes to getpath and the registry lookup that will better serve 
non-system installs, though we really need PEP 432 for that to be feasible.

Some bigger changes I wouldn't mind would be renaming python.exe to 
python35.exe and then py.exe to python.exe, which would let users have a system 
Python that interacts well with registered per-user versions and shebang lines. 
These largely depend on whether we've got the stomach to be so dramatic :) With 
3.5 beta coming up so soon, we may be better to avoid rocking the boat now and 
look towards 3.6, but maybe this is more urgent than that?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23571] Raise SystemError if a function returns a result with an exception set

[STINNER Victor]

STINNER Victor added the comment:

Serhiy Storchaka added the comment:
> Why this assert is needed? Why not always raise SystemError?

A SystemError exception may be ignored by a generic "except Exception:
pass" or logged at debug level at then ignored.

I consider that the bug is important, and that you must fix it. The
debug mode is to detect bugs earlier, right?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23602] Implement __format__ for Fraction

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

>>> from fractions import Fraction as F
>>> format(F(4, 27), 'f')
'0.1481481'
>>> format(F(4, 27), '.1f')
'0.2'

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23571] Raise SystemError if a function returns a result with an exception set

[Roundup Robot]

Roundup Robot added the comment:

New changeset 970f33dff5ca by Victor Stinner in branch 'default':
Issue #23571: Fix test_capi
https://hg.python.org/cpython/rev/970f33dff5ca

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23360] Content-Type when sending data with urlopen()

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

The documentation looks contradictory. "The *data* argument must be", but "The 
*data* argument may also be". "must be a bytes object", but "If *data* is a 
buffer".

Why not write just "The data argument must be a bytes-like object, an iterable 
of bytes-like objects, or None"? It doesn't depend if url is a string or a 
Request object.

AFAIK the data argument of Request can be an iterable of bytes-like objects in 
additional to a bytes-like object or None.

The note about the application/x-www-form-urlencoded format is applied not only 
to a bytes object, but to an iterable of bytes-like objects too. I.e. to any 
acceptable value except None.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23571] Raise SystemError if a function returns a result with an exception set

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Non-Linux buildbots failed.

http://buildbot.python.org/all/builders/AMD64%20Snow%20Leop%203.x/builds/2798/steps/test/logs/stdio
==
FAIL: test_return_result_with_error (test.test_capi.CAPITest)
--
Traceback (most recent call last):
  File 
"/Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/test/test_capi.py", 
line 206, in test_return_result_with_error
self.assertIn(b'_Py_CheckFunctionResult: Assertion', err)
AssertionError: b'_Py_CheckFunctionResult: Assertion' not found in b'2015-03-21 
10:28:29.114 defaults[68384:903] \nThe domain/default pair of 
(com.apple.CrashReporter, DialogType) does not exist\nAssertion failed: 
(!err_occurred), function _Py_CheckFunctionResult, file Objects/abstract.c, 
line 2088.\nFatal Python error: Aborted\n\nCurrent thread 0x7fff71296cc0 
(most recent call first):\n  File "", line 6 in '

--
http://buildbot.python.org/all/builders/AMD64%20Windows7%20SP1%203.x/builds/5906/steps/test/logs/stdio
==
FAIL: test_return_result_with_error (test.test_capi.CAPITest)
--
Traceback (most recent call last):
  File 
"/Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/test/test_capi.py", 
line 206, in test_return_result_with_error
self.assertIn(b'_Py_CheckFunctionResult: Assertion', err)
AssertionError: b'_Py_CheckFunctionResult: Assertion' not found in b'2015-03-21 
10:28:29.114 defaults[68384:903] \nThe domain/default pair of 
(com.apple.CrashReporter, DialogType) does not exist\nAssertion failed: 
(!err_occurred), function _Py_CheckFunctionResult, file Objects/abstract.c, 
line 2088.\nFatal Python error: Aborted\n\nCurrent thread 0x7fff71296cc0 
(most recent call first):\n  File "", line 6 in '

--

Why this assert is needed? Why not always raise SystemError?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23723] Provide a way to disable bytecode staleness checks

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Wouldn't zipimport provide better performance? If bytecode generation is 
thoroughly controlled, could you collect your .pyc files in a ZIP file?

--
nosy: +serhiy.storchaka

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue22516] Windows Installer won't - even when using "just for me"option

[Paul Moore]

Paul Moore added the comment:

One implication of Nick's (and Steve's) position seems to me that we don't view 
per-user installs as a key aspect of the python.org installers. And yet the 
impression I get of the direction that the 3.5 installers is taking seems to 
contradict that - there's a definite feel that we're expecting per-user 
installs to be more the norm.

I think that until viable distribution channels exist, we have to accept that 
almost all Windows users *need* the python.org installers, regardless of their 
intended usage.

On Windows, at the moment, conda/enthought are entirely viable distributions, 
but focused on data analysis. This does have downsides for other types of user 
- the conda package manager largely only covers data analysis tools, and while 
mixing pip and conda works, it's not a core use case for the distribution and 
there are rough edges. I've tried using Anaconda briefly for non-data science 
uses, and it's a somewhat frustrating experience - not one I'd be comfortable 
directing new non-scientific users at.

>From checking the website, ActiveState free edition is for non-commercial use 
>only, which likely precludes use by most of the people who want to use the 
>python.org installer in their locked-down environments (if they can't get 
>admin rights, they almost certainly won't be able to get an ActivePython 
>license).

So, like it or not, until more generic free-for-commercual-use distributions of 
Python exist, I think we need to consider Windows users without admin rights as 
part of the core audience for the python.org installers.

Steve's changes to the 3.5 installer make this an entirely reasonable position. 
I see no need to provide backported solutions - it *is* reasonable for 
python.org to say "if you want improvements like this, you should choose the 
latest release".

Regarding the OP's issue, I think "fixed in Python 3.5" remains a fair answer. 
It's not a case of closing the issue without addressing the basic problem. It's 
more that it's fixed in the only version we'd ever fix it in (3.5). AIUI, the 
only thing that may still need admin rights is installing the required C 
runtime, which as a system component *has* to be done by an admin. That's a 
Windows issue, though, not a Python one.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23723] Provide a way to disable bytecode staleness checks

[Antoine Pitrou]

Antoine Pitrou added the comment:

Can you please provide timing numbers?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23571] Raise SystemError if a function returns a result with an exception set

[STINNER Victor]

STINNER Victor added the comment:

> I believe that this patch exposes some subtle bugs in Django (see 
> https://gist.github.com/berkerpeksag/8b8dbe594eb1a1c51275) and it would be 
> great to add a note for third party libraries.

Berker, can you please rerun your test with my new commit to check if you see 
the function error in the error?

(I didn't update the doc yet, not investigated Antoine's suggestion, I will do 
that later.)

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23571] Raise SystemError if a function returns a result with an exception set

[Roundup Robot]

Roundup Robot added the comment:

New changeset f30a5f6a665c by Victor Stinner in branch 'default':
Issue #23571: _Py_CheckFunctionResult() now gives the name of the function
https://hg.python.org/cpython/rev/f30a5f6a665c

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23733] Update porting HOWTO for bytes interpolation

[Brett Cannon]

New submission from Brett Cannon:

The porting HOWTO for Python 3.5 doesn't mention that bytes interpolation will 
exist.

--
assignee: brett.cannon
components: Documentation
messages: 238804
nosy: brett.cannon
priority: normal
severity: normal
status: open
title: Update porting HOWTO for bytes interpolation
versions: Python 3.5

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23732] Update porting HOWTO about new -b semantics

[Brett Cannon]

New submission from Brett Cannon:

Thanks to http://bugs.python.org/issue23681 we now have a better story about 
helping people find int/bytes comparison issues. The docs for Python 3.5 -- but 
not Python 3.4! -- should get updated to point out this change.

--
assignee: brett.cannon
components: Documentation
messages: 238803
nosy: brett.cannon
priority: normal
severity: normal
status: open
title: Update porting HOWTO about new -b semantics
versions: Python 3.5

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23360] Content-Type when sending data with urlopen()

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


--
nosy: +serhiy.storchaka

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23042] ctypes module doesn't build on FreeBSD, RHEL (x86) - Undefined symbol "ffi_call_win32"

[koobs]

koobs added the comment:

@marc I took a look at the code upstream and it does indeed appear to be the 
same. It was introduced in 3.1 [1].

I cant explain however how or why our Python ports work with libffi 3.2.1.

See msg238767 for a link to another similar (same?) issue, with failure of OSX 
on 3.2.1 (building libffi, not python)

[1] 
https://github.com/atgreen/libffi/commit/e1911f78df113ca58738b66089a070d4cf747de7

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23723] Provide a way to disable bytecode staleness checks

[Brett Cannon]

Brett Cannon added the comment:

What Greg said. =) Basically it would allow those who know what they are doing 
to cut out a stat call per load. I suspect anyone deploying to a server is in a 
similar situation where they are not actively editing the code once deployed, 
and so saving on the startup of a new process (probably most beneficial in a CI 
situation).

I might also simply refactor the importlib loader code to make this at least 
possible for someone to implement without doing the work for them.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue22619] Possible implementation of negative limit for traceback functions

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Due to changes in issue17911 the patch no longer applied cleanly an should be 
rewritten. But changes in issue17911 are close to my patch. 
_tb_frame_lineno_iter matches walk_tb and _stack_frame_lineno_iter matches 
walk_stack. So new patch is simpler.

--
nosy: +rbcollins
Added file: http://bugs.python.org/file38622/traceback_negative_limit_3.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23731] Implement PEP 488

[Brett Cannon]

New submission from Brett Cannon:

https://www.python.org/dev/peps/pep-0488/

--
assignee: brett.cannon
components: Interpreter Core
messages: 238799
nosy: brett.cannon
priority: release blocker
severity: normal
stage: test needed
status: open
title: Implement PEP 488
type: enhancement
versions: Python 3.5

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue22516] Windows Installer won't - even when using "just for me"option

[Nick Coghlan]

Nick Coghlan added the comment:

Short version of the above: I personally think we should be focusing on 
addressing the "system Python" and "Python as a library" cases upstream, as 
we're the only ones that can do that.

Solving the latter problem well then also sets the baseline for user focused 
installations, as those are then just a case of installing upstream CPython as 
if you were going to embed it in a larger application, and then just using it 
instead of embedding it.

For user focused cases, a good end user oriented solution will often bring in 
additional libraries targeted towards relevant problem domains. ActiveState 
does do that for Windows by bringing in additional modules like pywin32 and 
various others, but (as far as I am aware) we don't have anyone from there 
active on distutils-sig the way we do with Enthought, Continuum Analytics & the 
Linux distros. Assuming they have a booth at PyCon next month, I should 
probably swing by and ask the Komodo IDE folks about that...

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com