Raymond Hettinger added the comment:
After some thought, I think we have to fix this.
I'll go through the patch in careful detail this weekend.
Ethan, if you would like to help, it would be great to have a third pair of
eyes looking at the patch to make sure it correct it every detail.
Ned Deily added the comment:
A comment on Vinay's comment: and this cannot be obtained from sys.executable
because that is pointing to a framework executable. That *was* true prior to
3.3 and is still true at the moment for 2.7.x but it is not true for 3.3+.
Ronald's change (b79d276041a8)
Roundup Robot added the comment:
New changeset 922526816b25 by Georg Brandl in branch '3.4':
Closes #22568: fix UTIME_TO_* macros in posixmodule for rare cases.
https://hg.python.org/cpython/rev/922526816b25
New changeset 0b2c7ea86d96 by Georg Brandl in branch 'default':
#22568: merge with 3.4
Serhiy Storchaka added the comment:
I thought that more verbose but straightforward code would be more acceptable.
Well, here is smaller and clever patch. Tests are the same.
--
Added file: http://bugs.python.org/file36886/collections_pos_only_params2.patch
Roundup Robot added the comment:
New changeset 985bda4edf9d by Georg Brandl in branch '3.2':
#16040: fix unlimited read from connection in nntplib.
https://hg.python.org/cpython/rev/985bda4edf9d
--
___
Python tracker rep...@bugs.python.org
Raymond Hettinger added the comment:
Many of these (such as collections, collections.abc, decimal, and itertools)
use import * as part of the doctest setup and are not part of the generated
page shown to users.
Also, I don't think you should be aggressive about removing the other example
New submission from Aivar Annamaa:
Currently lineno and col_offset attributes in AST nodes have confusing roles.
According to documentation they indicate the starting position of node's source
text but according to recent developments (#16795) they seem to indicate a
position most suitable to
Serhiy Storchaka added the comment:
In msg228954, Serhiy reported a new problem, which I an transferring to this
new issue, with 2.7 and 3.4 but not 3.5.
I now can reproduce the issue on 3.5 too. But with Lib/test/test_decimal.py,
not Lib/decimal.py. The difference between 3.4 and 3.5 is
Vinay Sajip added the comment:
Ronald's change ... changed the stub launcher to no longer do a realpath() on
the executable name
which means that sys.executable contains the path to the Python stub launcher
whether or not in a venv
Ronald's change doesn't do a realpath() on the executable
R. David Murray added the comment:
If it needs some discussion, perhaps it should be raised on python-ideas first.
My reading of #16795 (granted I only skimmed it) was that improving the error
messages was a *side effect* of making the position information more accurate
(in the context of
Raymond Hettinger added the comment:
Can you say which version of Tk was in use
(it should be in the About IDLE display) and on what platform?
I am using ActiveTcl8.5.15.1 and a latest Python for Macs taken from the
python.org download page. I'm running OS X 10.9.5.
--
Tim Smith added the comment:
We would like to refer to python3 as /usr/local/opt/python3/bin/python3, where
/usr/local/opt/python3 is a symlink to ../Cellar/python3/3.4.2, and
/usr/local/Cellar/python3/3.4.2/bin/python3 is a symlink to
Terry J. Reedy added the comment:
According to the tcl/tk manual, tcl does ~ expansion on non-'old' Windows.
However, I cannot tell in what context that could be useful. Trying to save to
'~/x.py' fails. The filename is not valid. This might be because there is no
HOME since Windows
Ned Deily added the comment:
Thanks, Raymond. Upon further investigation, I think you are running into a
user-wide behavior of OS X rather than specifically a Tk or IDLE issue. By
tradition and by default, OS X tries to hide file extensions in file Open or
Save dialogs; this dates back to
Terry J. Reedy added the comment:
Makes sense now. Large file relative to machine speed + quick close click =
close (at least to point of destruction of self.text) before initialization is
complete. Hence continued initialization fails. Yes, when closing crashed in
Multicall, would not see
Changes by Terry J. Reedy tjre...@udel.edu:
--
Removed message: http://bugs.python.org/msg228637
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3832
___
Terry J. Reedy added the comment:
Misdirected push message copied here.
New changeset 69cdf71bda12 by Terry Jan Reedy in branch '2.7':
Issue #3832: backport 677a9326b4d4 to 2.7 (and delete some obsolete code).
https://hg.python.org/cpython/rev/69cdf71bda12
--
Serhiy Storchaka added the comment:
Interesting, that save as ./~x.py works when the ~x.py file exists and
doesn't work (press the Save button has no any effect at all, even doesn't
close a dialog) when it does not exist on Linux.
--
___
Python
Serhiy Storchaka added the comment:
I meant save as ~x.py, without the ./ prefix.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15363
___
___
Terry J. Reedy added the comment:
(I moved the commit message)
I am assuming that Ned is correct. I think we should start documenting system
peculiarities like this. I changed the title and will leave this open for this
purpose.
--
title: IDLE SaveAs drops the extension in the
Serhiy Storchaka added the comment:
Here is a patch which should fix this issue. The same solution already is used
in restore_file_breaks().
--
keywords: +patch
Added file: http://bugs.python.org/file36888/issue22614.patch
___
Python tracker
Edward K. Ream added the comment:
I urge the Python development team to fix this and the related bugs given in
the Post Script. The lack of an easy way of associating ast nodes with text
ranges in the original sources is arguably the biggest hole in the Python api.
These bugs have immediate,
Serhiy Storchaka added the comment:
It would be good to add a test of rpc.dumps().
Current code copies copyreg.dispatch_table at the moment of rpc import. But it
can be changed later and these change will not affect private copy. For example
the re module adds pickleability of compiled regex
Julian Berman added the comment:
My opinion is already here re: patch vs patch.object, so I won't repeat it, but
@Michael, if you really want .patch, are you open to adding .patch_object as
well?
(Regardless, thanks for working on this Julien.)
--
Roundup Robot added the comment:
New changeset 75b5617b8dfc by Stefan Krah in branch 'default':
Issue #19232: Fix sys.modules lookup (--without-threads)
https://hg.python.org/cpython/rev/75b5617b8dfc
--
___
Python tracker rep...@bugs.python.org
Changes by Georg Brandl ge...@python.org:
--
resolution: - not a bug
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22617
___
Changes by Georg Brandl ge...@python.org:
--
title: Jobs Opportunities in France/Canada - spam
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22617
___
Changes by Georg Brandl ge...@python.org:
--
Removed message: http://bugs.python.org/msg229142
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22617
___
Serhiy Storchaka added the comment:
Yet one related bug is that flush() isn't called at all if the file was opened
with closefd=False.
import io, os
class MyIO(io.FileIO):
... def flush(self):
... print('closed:', self.closed)
...
fd = os.open('test.out',
New submission from Alex Vaystikh:
parsing query-string before and after cleaning with urllib.parse.unquote can
have very different results:
http://nbviewer.ipython.org/gist/bornio/e112e6d8d04dfed898c8
Perhaps it should be better documented, or make the method more idempotent?
--
Changes by Alex Vaystikh alex.vaystikh+pyt...@gmail.com:
--
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22618
___
___
Roundup Robot added the comment:
New changeset 9eed2e7fa764 by Georg Brandl in branch '3.4':
Closes #22586: clarify meaning of allow_fragments in urlparse.
https://hg.python.org/cpython/rev/9eed2e7fa764
New changeset c2eda29a8ccb by Georg Brandl in branch '2.7':
Closes #22586: clarify meaning
Roundup Robot added the comment:
New changeset be600ea4ad13 by Serhiy Storchaka in branch '2.7':
Fixed and optimized a test of issue #22526.
https://hg.python.org/cpython/rev/be600ea4ad13
--
___
Python tracker rep...@bugs.python.org
Serhiy Storchaka added the comment:
I haven't fixed all bugs in handling encoding cookie yet (there are separate
issues). Well, this issue can be closed, I'll open new issue about the PEP when
will be needed. The PEP should be corrected because it affects how other Python
implementations and
R. David Murray added the comment:
If there was a python-ideas or python-dev thread that resulted in consensus
approval of this change, can someone post a link to it?
--
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
Sven Brauch added the comment:
Hi,
Mailing list thread:
https://mail.python.org/pipermail/python-dev/2012-December/123320.html
Discussion on the patch: http://bugs.python.org/issue16795
Greetings,
Sven
--
___
Python tracker rep...@bugs.python.org
Serhiy Storchaka added the comment:
Most tests which detects no-unicode build, assume that the unicode doesn't
exist. It can be confused to introduce faked public (non-underscored) name.
--
___
Python tracker rep...@bugs.python.org
Serhiy Storchaka added the comment:
If there are no objections, I'll commit the patch soon.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17293
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
assignee: - serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13664
___
___
R. David Murray added the comment:
The python develop team is a group of volunteers. What you need to do to
move this forward is to work on patches (or polishing patches, in the case of
issue 16806) for open issues for which there has been no objection, and build a
consensus for fixing the
Charles-François Natali added the comment:
My only comment would be to use subprocess instead of os.popen().
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17293
___
Serhiy Storchaka added the comment:
This is different issue and can be applied only to 3.5.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17293
___
Serhiy Storchaka added the comment:
I there are no objections I'll commit the patch soon.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13664
___
R. David Murray added the comment:
Isn't it obvious that you have to parse before you unquote? That's the purpose
of quoting, after all. I suppose that is one of those beginner mind things
that is obvious only because I'm an experienced programmer...and that there are
web servers that do it
R. David Murray added the comment:
Eh, that Isn't it obvious comment was uncalled for. Of course it isn't
obvious, especially when the docs are unclear.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22618
R. David Murray added the comment:
OK, so that patch was committed. Does that mean this one can be close? (I'm
not familiar with the code in question.)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10769
Serhiy Storchaka added the comment:
Oh-oh, I didn't attached my patch and cleared my working space.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7665
___
Charles-François Natali added the comment:
Why is that a different issue?
The code you *add in this patch* uses os.popen, why not use subprocess instead?
Furthermore, the code catches OSError when calling popen(), but
popen() doesn't raise an exception.
--
STINNER Victor added the comment:
Oh-oh, I didn't attached my patch and cleared my working space.
Too bad. I did the same mistake yesterday :-/
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7665
STINNER Victor added the comment:
FYI os.popen() now calls subprocess... So it's safe to call directly subprocess.
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17293
___
STINNER Victor added the comment:
+cmd = 'LC_ALL=C %s %s 2/dev/null' % (executable, '-ia')
It's safer to use the subprocess module instead of using a shell (see the
recent Shellshock story) to change the environment variables and to redirect
stderr. subprocess now has a convinient
R. David Murray added the comment:
OK, reading the followon links just added to issue issue 10769, it seems clear
you don't need to advocate for the idea of supporting external tools, there
seems to be consensus agreement for that. So now it is down to specific
proposals and patches. And
Sven Brauch added the comment:
Yes, this issue can be closed.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10769
___
Serhiy Storchaka added the comment:
Here is an attempt to reproduce my patch.
--
Added file: http://bugs.python.org/file36890/issue7665.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7665
Changes by Benjamin Peterson benja...@python.org:
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22526
___
New submission from Dmitry Kazakov:
This is the possible patch for this proposal:
https://mail.python.org/pipermail/python-ideas/2014-October/029826.html.
--
components: Library (Lib)
messages: 229167
nosy: vlth
priority: normal
severity: normal
status: open
title: Possible
Dmitry Kazakov added the comment:
def _extract_tb_or_stack_iter(curr, limit, extractor):
# Distinguish frames from tracebacks (need to import types)
if limit is None:
limit = getattr(sys, 'tracebacklimit', None)
elif limit 0 and isinstance(curr, types.TracebackType):
Alex Vaystikh added the comment:
It is much clearer after your insight:
- I wasn't aware that 'parse_qs' unquotes values. That's most helpful!
- I had no idea what 'keep_blank_values' were before your example, but now it
couldn't be more obvious. I know that adding that example to docs would've
R. David Murray added the comment:
Thanks.
--
stage: needs patch - resolved
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10769
___
___
R. David Murray added the comment:
Berker: the patch doesn't apply cleanly any more. Also, about the
test_bad_timezone modification...what about the previous check that the tzname
wasn't in UTC/GMT? Isn't that still needed? Or perhaps better yet, an
additional @run_with_tz decorator?
Serhiy Storchaka added the comment:
The code you *add in this patch* uses os.popen, why not use subprocess
instead?
Added code is just modified copy of existing code.
Furthermore, the code catches OSError when calling popen(), but
popen() doesn't raise an exception.
It can raise an
Serhiy Storchaka added the comment:
You forgot a patch.
--
nosy: +serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22619
___
___
R. David Murray added the comment:
Moving this back to 'patch review' stage since there's a new patch that hasn't
been reviewed. Perhaps this 'ping' will result in someone doing the review
(so, no, the issue isn't dead, just sleeping :)
--
nosy: +r.david.murray
stage: commit review -
Changes by Serhiy Storchaka storch...@gmail.com:
--
priority: normal - low
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20335
___
___
Dmitry Kazakov added the comment:
Sorry, first time posting here; accidently pressed Enter.
--
hgrepos: +275
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22619
___
Changes by Dmitry Kazakov jsb...@gmail.com:
--
keywords: +patch
Added file: http://bugs.python.org/file36891/9f618a0c2880.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22619
___
Roundup Robot added the comment:
New changeset 35542a32cd54 by R David Murray in branch '3.4':
#11973: add test for previously fixed kevent signed/unsigned bug.
https://hg.python.org/cpython/rev/35542a32cd54
New changeset a028299c9bc2 by R David Murray in branch 'default':
Merge: #11973: add
R. David Murray added the comment:
Committed the test finally. Thanks, David.
--
nosy: +r.david.murray
stage: commit review - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11973
Saimadhav Heblikar added the comment:
Saimadhav, can you quickly try Save As with x.py on Linux?
with files of type python: filename stored on disk - x.py
with all files type : filename stored on disk - x.py
--
___
Python tracker
Roundup Robot added the comment:
New changeset 12536a991007 by R David Murray in branch '3.4':
#17325: Improve distutils PyPI documentation.
https://hg.python.org/cpython/rev/12536a991007
New changeset 8e4afcaa196c by R David Murray in branch 'default':
Merge: #17325: Improve distutils PyPI
Serhiy Storchaka added the comment:
I have added comments on Retvield (a system for patch reviewing). You should
receive an email about this.
In general the patch is not optimal. There is no need to load source lines for
dropped entries.
--
___
R. David Murray added the comment:
Committed. I changed the urls as suggested by Antoine. I also added a link to
the test pypi page, though I'm not sure what I did is exactly what Antoine had
in mind.
--
nosy: +r.david.murray
resolution: - fixed
stage: commit review - resolved
Serhiy Storchaka added the comment:
These messages are produced because there are non-handled events of destroyed
root widget. They are handled when update() is called for other root widget. To
get rid of them you should call update_idletasks() before destroying root
widget.
--
Dmitry Kazakov added the comment:
Thanks. I replied to your comments at Retvield. I'll update the patch tomorrow.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22619
___
Changes by Cristian Baboi cristian.ba...@gmail.com:
--
components: Windows
nosy: Cristian.Baboi
priority: normal
severity: normal
status: open
title: pythonw does not open on windows 8.1 x64
type: crash
versions: Python 3.5
___
Python tracker
New submission from Cristian Baboi:
I've just installed the latest python on windows 8.1 x64 version and it does
not start. The console version works
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22620
Terry J. Reedy added the comment:
fine with me
--
stage: patch review - commit review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13664
___
___
Roundup Robot added the comment:
New changeset e940bb13d010 by R David Murray in branch '3.4':
#13096: Fix segfault in CTypes POINTER handling of large values.
https://hg.python.org/cpython/rev/e940bb13d010
New changeset 02c9c3204a04 by R David Murray in branch 'default':
Merge: #13096: Fix
R. David Murray added the comment:
Committed.
--
nosy: +r.david.murray
resolution: - fixed
stage: commit review - resolved
status: open - closed
versions: +Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13096
Cristian Baboi added the comment:
I tried both 2.7 and 3.5 versions and none of them works
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22620
___
Ethan Furman added the comment:
I will take a look.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22609
___
___
Python-bugs-list mailing list
Mark Lawrence added the comment:
The purpose of pythonw is to run GUI scripts without having a console. How are
you trying to run it, what do you expect to happen and what actually happens?
I'm assuming that you mean 3.4 as 3.5 hasn't been released yet.
--
nosy: +BreamoreBoy
Vandana Rao added the comment:
I had the same problem. I assume that you are using IDLE. Hopefully it works.
--
nosy: +Vandana.Rao
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22620
___
Roundup Robot added the comment:
New changeset 27a02eb9273f by R David Murray in branch '3.4':
#20815: small readability improvements in ipaddress tests.
https://hg.python.org/cpython/rev/27a02eb9273f
New changeset 4c9d27eef892 by R David Murray in branch 'default':
#20815: small readability
R. David Murray added the comment:
Since ipaddress is relatively new, the package maintainers approved the patch,
and it is mostly blank lines (and therefore not a problem with
annotate) I committed this. Thank Michel.
--
nosy: +r.david.murray
resolution: - fixed
stage: commit review
Roundup Robot added the comment:
New changeset 272c78c9c47e by Serhiy Storchaka in branch '2.7':
Issue #13664: GzipFile now supports non-ascii Unicode filenames.
https://hg.python.org/cpython/rev/272c78c9c47e
--
nosy: +python-dev
___
Python tracker
Serhiy Storchaka added the comment:
Thank you Terry for the review.
--
resolution: - fixed
stage: commit review - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13664
Serhiy Storchaka added the comment:
How about regrtest_warn_lost_files.patch?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22390
___
___
Cristian Baboi added the comment:
Sorry! I launched pythonw without ascript. I found idle and it works.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22620
___
R. David Murray added the comment:
I'm going to close this, then. If you think there's a documentation issue we
can reopen it.
--
nosy: +r.david.murray
resolution: - not a bug
stage: - resolved
status: open - closed
type: crash - behavior
___
Ned Deily added the comment:
If Raymond concurs that either unchecking the Hide Extensions option or
checking the Show All Filenmame Extensions preference solves the problem for
him, we should just close this issue. In this particular case, the file is
actually saved with a .py extension;
STINNER Victor added the comment:
This allow other tests which leaks the same file to be reported too.
I don't understand your answer. The fn.startswith(support.TESTFN) test is not
used in get_files().
If I understood correctly, your patch changes two things:
- it now reports files created
Terry J. Reedy added the comment:
You left this issue number off your tkinter test updates, such as f6f098bdb843.
By using .update_idletasks instead of .update, are you assuming that their are
no user events, or that they should be ignormed?
I was wondering whether it would be Ok, if not a
Michael Foord added the comment:
The patch (including lazy import) looks good, and the test looks ok too. I
still think that patch should be the default instead of patch.object - although
I wouldn't object to a second method (name?) if there was significant demand.
--
STINNER Victor added the comment:
Alternative solution of this issue would be to use from builtins import open
as _open instead of import builtins.
Right. I prefer your solution because it's much simpler, it doesn't make
traceback less usable at exit, and it doesn't need to make assumption
koobs added the comment:
This broke a FreeBSD buildbot (koobs-freebsd10), complete log attached.
--
nosy: +koobs
Added file: http://bugs.python.org/file36893/koobs-freebsd10-build-742.log
___
Python tracker rep...@bugs.python.org
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
status: closed - open
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13664
___
___
Robert Collins added the comment:
FWIW I'd really like to be reducing the TestCase API not extending it -
particularly since there are lots of good convenient ways of doing this already
(not least mock.patch/mock.patch.object).
So I'm -0.5 on adding this, as I don't see it adding value. That
koobs added the comment:
koobs@10-STABLE-amd64:~ % locale
LANG=
LC_CTYPE=C
LC_COLLATE=C
LC_TIME=C
LC_NUMERIC=C
LC_MONETARY=C
LC_MESSAGES=C
LC_ALL=
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13664
Ezio Melotti added the comment:
I'm -0.5 on this as well, and agree that we should try to keep the TestCase API
small.
On one hand, a patch method available without extra imports would be handy, and
having this as a generic function/method in unittest seems more natural to me
than having it
1 - 100 of 109 matches
Mail list logo