Changes by Gregory P. Smith g...@krypto.org:
--
nosy: +gregory.p.smith
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15819
___
___
Changes by Gregory P. Smith g...@krypto.org:
--
nosy: +gregory.p.smith
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19142
___
___
Michel Albert added the comment:
I second supernet_of and subnet_of. I'll implement it as soon as I get
around it.
I have been thinking about using ``in`` and ``=`` and, while I initially liked
the idea for tests, I find both operators too ambiguous.
With ``in`` there's the already mentioned
Derek Chiang added the comment:
New contributor here. I'm submitting a patch; please let me know if I'm doing
something wrong :)
--
keywords: +patch
nosy: +derekchiang93
Added file: http://bugs.python.org/file34283/patch-20744.diff
___
Python
Surya K added the comment:
I have a fix for this. But before putting it forward, can you please tell me
about the below
1. email.header.Header.encode() --method
How different is it from str.encode()? Does [1] method also performs what
str.encode() does internally?
--
nosy: +suryak
Changes by koobs koobs.free...@gmail.com:
--
nosy: +koobs
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20251
___
___
Python-bugs-list mailing
Martin v. Löwis added the comment:
David, Mark: I agree that there is no bug in Python or pip here. The
installation *does* complete successfully, and the engine module is installed.
It just fails to work because of a syntax error (which would be a bug in pyttsx
had it claimed to support
STINNER Victor added the comment:
Can I close this issue now?
Yes. If something really critical appears, a new issue can be opened.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
STINNER Victor added the comment:
Let's wait 3.4.1 for this one.
--
resolution: - wont fix
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20646
___
Changes by STINNER Victor victor.stin...@gmail.com:
--
title: [3.4] cherrypick 5dec1604322c - [3.4] cherrypick 5dec1604322c: old
sys.path_hooks importer does not work with Python 3.4.0rc1
___
Python tracker rep...@bugs.python.org
STINNER Victor added the comment:
It's a regression compared to 3.3, so it looks important to fix it in Python
3.4(.0).
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20789
STINNER Victor added the comment:
Link to the changeset: 6a1711c96fa6
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20808
___
___
STINNER Victor added the comment:
Links: changesets 5fa3f6d82d61 and a8470f88e7b4
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20818
___
Changes by STINNER Victor victor.stin...@gmail.com:
--
title: 3.4 cherry pick: 5fa3f6d82d61 and a8470f88e7b4 - OS X installer use
SQLite 3.8.3.1 - 3.4 cherry pick: 5fa3f6d82d61 and a8470f88e7b4 - Windows and
OS X installer use SQLite 3.8.3.1 (instead of 3.8.3)
Changes by STINNER Victor victor.stin...@gmail.com:
--
title: 3.4 cherry pick: 5fa3f6d82d61 and a8470f88e7b4 - Windows and OS X
installer use SQLite 3.8.3.1 (instead of 3.8.3) - 3.4 cherry pick:
5fa3f6d82d61 and a8470f88e7b4 - OS X installer use SQLite 3.8.3.1 (instead of
3.8.3)
STINNER Victor added the comment:
On OS X, the change looks useless:
http://bugs.python.org/issue20465#msg212525
It can wait Python 3.4.0, but at the same time, the change looks safe.
--
___
Python tracker rep...@bugs.python.org
STINNER Victor added the comment:
Hum, it looks like 16f91d87ff39 must be come after ec42ab5e0cb3 (Close #20568:
install unversioned pip command on Windows) which has its own cherry-pick
issue: #20807.
--
dependencies: +3.4 cherry pick: 82ec02db7fe6 ec42ab5e0cb3 Windows installer
STINNER Victor added the comment:
If I understood correctly, Python 3.4 cannot be uninstalled if pip was
upgraded. IMO this bug is critical and must be fixed in Python 3.4.0.
But be careful, the fix has also a bug: it requires changeset 16f91d87ff39 (see
cherry-pick issue #20830).
--
Changes by STINNER Victor victor.stin...@gmail.com:
--
title: 3.4 cherry pick: 82ec02db7fe6 ec42ab5e0cb3 Windows installer fixes -
3.4 cherry pick: 82ec02db7fe6 ec42ab5e0cb3 Windows installer fixes, pip
uninstall failure
___
Python tracker
STINNER Victor added the comment:
I don't understand the impact of #20748: what happens when 3.4rc2 is
uninstalled? C:\Python34 is not removed because
C:\Python34Lib\ensurepip\__pycache__\_uninstall.cpython-34.pyc still exist?
It is a regression of Python 3.4rc2, right?
--
nosy:
Roundup Robot added the comment:
New changeset ea827c809765 by Nick Coghlan in branch 'default':
Close #20839: pkgutil.find_loader now uses importlib.util.find_spec
http://hg.python.org/cpython/rev/ea827c809765
--
nosy: +python-dev
resolution: - fixed
stage: - committed/rejected
Changes by STINNER Victor victor.stin...@gmail.com:
--
title: 3.4 cherry-pick: 7b3c40510a08 - 3.4 cherry-pick: 7b3c40510a08 Windows
uninstaller doesn't uninstall completly Python 3.4
___
Python tracker rep...@bugs.python.org
New submission from Nick Coghlan:
Cherry pick request for the fix to issue 20839:
http://hg.python.org/cpython/rev/ea827c809765
This updates pkgutil.find_loader to use importlib.util.find_spec, rather than
the deprecated importlib.find_loader.
--
keywords: 3.4regression
messages:
STINNER Victor added the comment:
Does the single change of 3.8.3.1 impacts Python on Windows?
http://www.sqlite.org/releaselog/3_8_3_1.html
Fix a bug (ticket 4c86b126f2) that causes rows to go missing on some queries
with OR clauses and IS NOT NULL operators in the WHERE clause, when the
Changes by STINNER Victor victor.stin...@gmail.com:
--
title: 3.4 cherry-pick: 9459f517d854 - 3.4 cherry-pick: 9459f517d854 Update
Windows installer to SQLite 3.8.3.1.
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20832
STINNER Victor added the comment:
If I understood correctly, it doesn't look like a regression of Python 3.4. So
it may wait for Python 3.4.1.
--
nosy: +haypo
title: 3.4 cherry-pick: de81e0fe4905 - 3.4 cherry-pick: de81e0fe4905 Pydocs
module docs server not working on Windows.
STINNER Victor added the comment:
We are close to Python 3.4 final, so what is the status of this issue? I don't
see any commit and nothing to cherry-pick in Larry's 3.4.0 repository.
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
STINNER Victor added the comment:
It is a regression of Python 3.4 compared to 3.3. The change only modifies
docstrings and so looks safe. IMO it should go into Python 3.4.0.
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
STINNER Victor added the comment:
Changeset b637064cc696 comes from issue #20653.
This changeset and this cherry-pick issue were discussed here:
https://mail.python.org/pipermail/python-dev/2014-February/132560.html
Antoine and Barry agree to cherry-pick b637064cc696 in Python 3.4.0.
STINNER Victor added the comment:
This issue is a regression of Python 3.4 compared to Python 3.3. subprocess is
major module and so 6a1711c96fa6 must be into Python 3.4.0.
--
___
Python tracker rep...@bugs.python.org
Surya K added the comment:
Forget about my previous comment.
David Murray:
One possible way to fix this issue is to ignore email.header.Header.encode() on
Message values in email._policybase_Compat32._fold() if they come from
BytesGenerator and not Generator. We can do this by encoding the
Changes by Josh Lee jlee...@gmail.com:
--
nosy: +jleedev
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17909
___
___
Python-bugs-list mailing list
Changes by Josh Lee jlee...@gmail.com:
--
nosy: +jleedev
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19837
___
___
Python-bugs-list mailing list
koobs added the comment:
It would be great if this could make it into 3.4, extended to include other
OS's if necessary at a later date.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20767
Arfrever Frehtes Taifersar Arahesis added the comment:
https://bugs.gentoo.org/show_bug.cgi?id=503352 suggests that this problem
occurs also on Linux when using Clang.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20767
Milan Oberkirch added the comment:
I looked into imaplib a bit to see how the problem is solved there; what I
observed:
- login() does 'PLAIN' only (and does not use authobj but smtplib would)
- there exists an extra function login_cram_md5() for 'CRAM-MD5'
So I guess the right way to do it
Changes by Berker Peksag berker.pek...@gmail.com:
--
stage: - patch review
versions: -Python 3.3, Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20849
___
Serhiy Storchaka added the comment:
Here is a patch with tests. Not all affected methods are tested because not all
methods and modules have tests at all.
--
Added file: http://bugs.python.org/file34284/getargs_c_unicode_2.patch
___
Python tracker
New submission from Brett Cannon:
Nick Coghlan brought up the fact that with Larry Hastings doing periodic
tarball dumps for the 3.4.0 release it would be good to make sure instructions
on how to actually test from a tarball were in the devguide.
--
components: Devguide
messages:
Serhiy Storchaka added the comment:
David did and does a great job (many thanks to him), but surprisingly many of
changes from msg205005 are still not mentioned in What's New.
Improvements and changes in modules:
aifc: Any bytes-like objects are now accepted.
audioop: Any bytes-like
R. David Murray added the comment:
cte binary has nothing to do with headers (other than appearing as the value of
the content-transfer-encoding header). It is about how the body of the email
is handled. ByteGenerator needs to be modified to not do anything with a
payload whose cte is
R. David Murray added the comment:
Ah, I see. I'm still not convinced from a usability standpoint that calling it
a successful install when byte compilation failed is good, but I understand
your point. And yeah, the ImportError problem getting resolved would make it a
lot clearer what was
R. David Murray added the comment:
Ah, I was going on imperfect memory of how imaplib worked without looking it
up. And I won't have time to do so today probably.
Probably we should decide on the exact API before you implement anything.
--
___
Guido van Rossum added the comment:
Yes, your whole world will be turned upside-down. However, we have to do it one
module at a time -- the approach will be different for each case.
--
resolution: - wont fix
status: open - closed
___
Python tracker
Martin v. Löwis added the comment:
Victor: I'm not sure whether the bugfix release is necessary. However, if this
change is not applied, SQLite would remain at 3.8.1 on Windows (which, in
itself, would be fine with me, but updating it was requested in #20465).
--
Martin v. Löwis added the comment:
I agree that the issue is not release-critical.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20834
___
___
Changes by STINNER Victor victor.stin...@gmail.com:
--
title: 3.4 cherry-pick: 9459f517d854 Update Windows installer to SQLite
3.8.3.1. - 3.4 cherry-pick: 9459f517d854 Update Windows installer to SQLite
from 3.8.1 to 3.8.3.1.
___
Python tracker
Martin v. Löwis added the comment:
This is all correct. In rc1, uninstallation was clean (but installation failed
when elevated privileges were necessary); in rc2, it always installs, but
doesn't cleanly uninstall, leaving the installation directory with some
subdirectories behind.
Surya K added the comment:
Without really making big the in the API, one way of providing a position
sensitive methods to enable more organized headers is to have. Having an index
based api probably needs `more` discussion and thought!
1. add_header_before('existing-header-name', 'new-name',
Shai Berger added the comment:
Just got bit by this.
Tim Peters said:
It is odd, but really no odder than zero values of other types evaluating to
false in Boolean contexts.
I disagree. Midnight is not a zero value, it is just a value. It does not
have any special qualities analogous to
Changes by Martin Dengler mar...@martindengler.com:
--
nosy: +mdengler
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11240
___
___
paul j3 added the comment:
A couple more thoughts on an expanded argument testing mechanism:
- do we need both 'seen_actions' and 'seen_non_default_actions'?
'seen_actions' is used only to test whether all required actions have been
seen. These 2 sets differ in how positionals with '?*'
Zachary Ware added the comment:
Here's a patch that seems to work; with it applied, I can run
`PCbuild\python_d.exe -m test -uall -rF test_tcl test_tk test_ttk_textonly
test_ttk_guionly test_idle` through at least 115 rounds of testing with no
warnings or errors aside from a locale warning
Milan Oberkirch added the comment:
Maybe I am a bit hyperactive, but I already was at it when receiving your
message, so I finished it. Anyhow most of what I have done is completely
independent of the API chosen. What I did:
1. I implemented a new authenticate(self, mechanism, authobject) as
Ned Deily added the comment:
Alas, I don't think there is a bug in the import machinery, either. Note that
puttsx's __init__.py uses a pre-PEP 328 ambiguous relative import:
from engine import ...
Even if there were no syntax errors, in Python 3 that would have to be spelled:
from .engine
Varun Sharma added the comment:
I think that raising an exception for starttls failure can be avoided, so i
have added a patch for documentation which adds the following line to doc
string : If server supports TLS but fails to start it, then it does not raise
any exception.
--
Andreas Pelme added the comment:
I agree with Danilo and Shai -- this behavior very surprising. I deal with
datetimes a lot, and this bug has bitten me a number of times.
I cannot really think of a single case where if timeobj: is useful with the
current behavior. It results in a check for is
R. David Murray added the comment:
OK, that makes sense to me. I'll take a look at it as soon as I can.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15014
___
R. David Murray added the comment:
Oh, right. I forgot to look back at the original report. It does show that
pyttsx was installed, since the error is coming from its __init__.
--
___
Python tracker rep...@bugs.python.org
Mark Lawrence added the comment:
All, and especially Ned, thank you for the detailed explanations, I do
appreciate it.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20846
___
Matt Chaput added the comment:
IIRC the root issue turned out to be that when you execute any multiprocessing
statements at the module/script level on Windows, you need to put it under if
__name__ == __main__, otherwise it will cause infinite spawning.
I think this is mentioned in the
Alexander Belopolsky added the comment:
Please reopen.
Please bring your case to python-ideas. All developers who commented on this
issue agree that it is invalid.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13936
New submission from Andrey Antsut:
When embedding Python into C++, Py_Initialize() crashes with following errors
if the standard library (python33\lib) is in a zip archive (e.g. python33.zip):
Fatal Python error: Py_Initialize: unable to load the file system codec
ImportError: No module named
Martin Dengler added the comment:
the root issue turned out to be that when you execute any multiprocessing
statements at the module/script level on Windows, you need to put it under if
__name__ == __main__, otherwise it will cause infinite spawning.
Same for me. The error message and
Nemo Neminibus added the comment:
Thanks for the reply.
No network drive involved. Using Windows Vista on solo computer.
But the referenced problem for a network drive is EXACTLY the problem I had.
The same solution worked.
Problem fixed.
--
resolution: - works for me
status: open
Ned Deily added the comment:
This is most likely a duplicate of Issue20621. A fix for the problem is the
primary motivation for a new maintenance release for which a release candidate
is now available. It would be great if you could test with 3.3.5rc2 and
confirm that the problem no longer
STINNER Victor added the comment:
Oh, it looks like my patch is not enough: the test still fails sometimes :-/ It
looks like the process was still running (poll() didn't return None) whereas
stdin.write() got an OSError(errno.EINVAL).
Andrey Antsut added the comment:
Just checked - confirming that it works with 3.3.5rc2.
--
status: pending - open
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20852
___
Ned Deily added the comment:
Great, thanks!
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20852
___
___
Python-bugs-list
Martin Dengler added the comment:
Ok, you're right about my link #2; I meant to include this link (a reply to the
link I actually included):
https://mail.python.org/pipermail/python-dev/2012-March/118047.html
...in which I think the pertinent quote is:
For direct execution, the proposal
Martin v. Löwis added the comment:
Since there is no consensus on how to resolve this issue, I'm dropping the
release-critical status for it; people should now consider whether a future
agreed-upon solution could apply to 3.4.1 or just to 3.5.
--
priority: release blocker - normal
Martin v. Löwis added the comment:
Serhiy: the patch is incomplete; it lacks test cases.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20283
___
Jeff Allen added the comment:
I worked out that the essence of the test is to insert an extra \n at the end
of a GET request line. The request is syntactically invalid for HTTP. The
\n\r\n appears like two blank lines, implying no headers, but the headers then
follow where no data should be.
Changes by Barry A. Warsaw ba...@python.org:
--
priority: normal - release blocker
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19021
___
___
R. David Murray added the comment:
Ah, OK. I was thinking that BaseHTTPRequestHandler defined GET, but I see that
it doesn't.
So yes, this patch looks fine to me.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20155
Alexander Mohr added the comment:
awesome, thanks so much!!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20849
___
___
Python-bugs-list
Charles-Axel Dein added the comment:
Any update?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20351
___
___
Python-bugs-list mailing list
77 matches
Mail list logo
