Ned Deily added the comment:
Tal, I'm working on something to make that easier.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3068
___
___
Changes by Martin Panter vadmium...@gmail.com:
Added file: http://bugs.python.org/file35980/test2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19524
___
Martin Panter added the comment:
Added a new test for the invalid response case. Now both tests are included in
test2.patch.
I separated the actual fix into a separate close3.4.patch (refreshed for the
3.4 branch). This way it is easier for me to make sure the tests work before
applying the
Changes by Saimadhav Heblikar saimadhavhebli...@gmail.com:
Added file: http://bugs.python.org/file35982/test_percolator-34-v2.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21939
___
Martin Panter added the comment:
A file called “package/__main__.py” is executed as a script by “python -m
package”. See https://docs.python.org/dev/library/__main__.html.
I’ve came across this issue myself. You don’t even need the __main__.py file to
be doing anything special, as long as the
New submission from Martin Panter:
It looks like if you pass a “fileobj” argument to “gettarinfo”, it assumes it
can use the “name” as a text string.
import tarfile
with tarfile.open(/dev/null, w) as tar, open(/bin/sh, rb) as file:
tar.gettarinfo(fileobj=file)
...
TarInfo 'bin/sh' at
Martin Panter added the comment:
Opened Issue 21996 for the “gettarinfo” method.
Also, Serhiy, I think you may have got me mixed up with someone else. I don’t
think I did any patches here, so I probably shouldn’t be credited for them :)
--
___
Martin v. Löwis added the comment:
-1 on adding such a test. Some people may rely on the current behaviour, and
use that to put the installation into some intermediate location (although
DESTDIR would be a better approach for that). Also, how many variables would
you want to protect from
STINNER Victor added the comment:
I ran test_asyncio on my own FreeBSD VM, with the sandbox/issue21645 repository
and I got a new (different) error on signal handling: RuntimeError('reentrant
call inside') when writing into sys.stderr. To be fair: this bug was introduced
by my changes in this
Martin v. Löwis added the comment:
RFC 4954 states
Note: A server implementation MUST implement a configuration in which
it does NOT permit any plaintext password mechanisms, unless either
the STARTTLS [SMTP-TLS] command has been negotiated or some other
mechanism that protects the
Martin v. Löwis added the comment:
No. There is no responsibility to do anything in an open source project.
--
nosy: +loewis
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17243
___
Carol Willing added the comment:
Looks as if there is a patch for this on Issue 20064.
http://bugs.python.org/issue20064
--
nosy: +willingc
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18392
Tal Einat added the comment:
@Ned: Great! Please keep me posted.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3068
___
___
Python-bugs-list
STINNER Victor added the comment:
IMO we must handle signals correctly when there are more than one thread. On
Linux, it looks like the C signal handler is always called from the main
thread. On FreeBSD, it looks like the C signal handler can be called in any
thread, C thread, Python thread
Milan Oberkirch added the comment:
My interpretation of this paragraph is the following (English is not my native
language so please correct me if I'm wrong):
The requirement is to provide a configuration where plain auth is disabled if
password snooping would be possible otherwise not to
Mark Lawrence added the comment:
As the patch is short can we have a commit review please. Can we also close
issue 18392 as a duplicate of this.
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20064
Floris Bruynooghe added the comment:
Oops, I've kicked the bruynooghe-solaris-csw buildslave and it should now be
building again. A bit disappointed that buildbot/twisted doesn't reconnect
automatically though.
--
___
Python tracker
Mark Lawrence added the comment:
The patch LGTM at a quick glance so can we have a formal review please.
--
nosy: +BreamoreBoy
versions: +Python 3.5 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7247
Mark Lawrence added the comment:
It appears, especially from the later messages, that this is not wanted.
However noting msg170616 should we close this with #10967 to supersede it?
--
nosy: +BreamoreBoy
versions: +Python 3.5 -Python 3.4
___
Python
Mark Lawrence added the comment:
@Denver are you still interested in working on this as a week or two has
passed? :)
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11551
Changes by Brian Curtin br...@python.org:
--
nosy: -brian.curtin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11551
___
___
Python-bugs-list
Changes by Brian Curtin br...@python.org:
--
nosy: -brian.curtin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9949
___
___
Python-bugs-list
Changes by Brian Curtin br...@python.org:
--
nosy: -brian.curtin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10305
___
___
Python-bugs-list
Mark Lawrence added the comment:
Are these sporadic failures still happening? I've glanced over the logs and
only found failures due to recent code changes.
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
Changes by Brian Curtin br...@python.org:
--
nosy: -brian.curtin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15411
___
___
Python-bugs-list
Changes by Brian Curtin br...@python.org:
--
nosy: -brian.curtin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13837
___
___
Python-bugs-list
R. David Murray added the comment:
I'm guessing you do. On the other hand, I fixed a get_response bug a few
months ago...it doesn't sound related from the description, but if someone can
arrange to test against a Lotus server and can't reproduce the bug, testing
again with an older version
Antoine Pietri added the comment:
Also, Serhiy, I think you may have got me mixed up with someone else. I don’t
think I did any patches here, so I probably shouldn’t be credited for them :)
Yeah, but I don't mind if I'm not in the ACKS file for a one-line patch though
:P
--
R. David Murray added the comment:
Providing starttls support would be the preferred solution, but that is a Hard
Problem. We probably need to rewrite smtpd using asyncio in order to provide
starttls.
--
___
Python tracker rep...@bugs.python.org
R. David Murray added the comment:
buildbot does normally reconnect automatically, so something must be wrong
somewhere if it didn't. I do seem to remember a bug that caused the slave to
occasionally get confused about its current status in certain unusual
circumstances...perhaps that bug
R. David Murray added the comment:
This is the documented behavior of the -u option. It puts the streams in
binary mode on systems where it matters, which would be windows. That is,
universal newline processing is disabled when you use -u.
Note that this is no longer an issue in python3:
Zachary Ware added the comment:
This change appears to have broken 2.7 on Windows:
http://buildbot.python.org/all/builders/x86%20Windows7%202.7/builds/2707/steps/test/logs/stdio
--
nosy: +zach.ware
resolution: fixed -
stage: resolved - commit review
status: closed - open
Guido van Rossum added the comment:
I did my meditation. I now understand the race:
- main thread is blocked in select() (or poll() etc.)
- C-level signal handler is called in thread B and writes a byte to self-pipe
- kernel immediately switches threads
- main thread wakes up, reads data from
eryksun added the comment:
Doskey is a command-line interface for a subset of the Win32 console API.
Macros are implemented as console input aliases by calling AddConsoleAlias.
http://msdn.microsoft.com/en-us/library/ms681935
You can load macros from a text file that defines aliases for
New submission from ppperry:
In IDLE:
def dodebug():
pdb.set_trace()
dodebug()
--Return--
pyshell#6(2)dodebug()-None
(Pdb) s
--Return--
pyshell#8(1)module()-None
(Pdb) s
PDB should exit, but it doesn't
c:\python27\lib\idlelib\run.py(308)runcode()
-
STINNER Victor added the comment:
The intention if the code was that the Py_AddPendingCall() would complete
before the thread switch.
In fact I also expected Py_AddPendingCall() to be called *before* writing the
signal number into the wakeup fd. I guess that before nobody was relying on
New submission from STINNER Victor:
It looks like asyncio does not suppport fork() currently: on fork(), the event
loop of the parent and the child process share the same self pipe.
Example:
---
import asyncio, os
loop = asyncio.get_event_loop()
pid = os.fork()
if pid:
print(parent,
Changes by ppperry maprea...@olum.org:
--
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21997
___
___
Python-bugs-list mailing
Antoine Pietri added the comment:
This change does not need to be merged on 2.7 anyway, as the os.fdopen sets the
name attribute to 'fdopen' and not to the fd, this check is not required
prior to python 3.
Still, it would be interesting to investigate why this breaks 2.7 though.
--
STINNER Victor added the comment:
I don't know if it can be useful, but there is also the
signal.pthread_sigmask() which can be used to queue pending signals. (...)
Oh, I didn't remember that I opened the issue #12060 to discuss real time
signals. The summary is that the wakeup fd should be
Changes by Berker Peksag berker.pek...@gmail.com:
--
nosy: +eric.snow
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14285
___
___
Python-bugs-list
STINNER Victor added the comment:
The bug is not on print, but raw_input().
In Python 3, I worked on the following issues to support fully binary standard
streams:
- #10841: binary stdio
- #11272: input() has trailing carriage return on windows, fixed in Python
3.2.1
- #11395: print(s)
Changes by Berker Peksag berker.pek...@gmail.com:
--
nosy: +serhiy.storchaka
versions: +Python 3.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21996
___
New submission from Martin Morrison:
Minimal testcase of the problem situation is tokenising (with posix mode on):
''),
Specifically, an empty string, followed by a non-word character, followed by a
non-space character. In this case, the token buffer is empty and due to a
missing check for
Changes by Martin Morrison m...@ensoft.co.uk:
Added file: http://bugs.python.org/file35984/shlex.2.7.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21999
___
Orion Poplawski added the comment:
That appears to work. Thanks!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21247
___
___
Python-bugs-list
Guido van Rossum added the comment:
The more esoteric system calls you use the more you end up debugging it on
esoteric platforms. :-(
On Thu, Jul 17, 2014 at 9:17 AM, STINNER Victor rep...@bugs.python.org
wrote:
STINNER Victor added the comment:
I don't know if it can be useful, but
Ingolf Becker added the comment:
A couple of issues:
PCbuild/build_pgo.bat:
- there a quite a few incorrect which break the call to rmpyc.py
- some paths were not cwd-agnostic
- all paths should now be whitespace aware
- The PGI python.exe requires the pgodb100.dll to be in the PATH when
Martin v. Löwis added the comment:
Milan: Your interpretation of the MUST requirement is correct.
However, we still cannot support the SHOULD NOT requirement: A server operator
SHOULD NOT accept unencrypted passwords. RFC 2119 explains
This phrase, or the phrase NOT RECOMMENDED mean that
New submission from Jim Jewett:
https://docs.python.org/3.5/library/stdtypes.html
says Objects of different types, except different numeric types, never compare
equal.
Despite the location, this seems to strong a statement, because of subclasses
and classes which define __eq__.
A first
R. David Murray added the comment:
I haven't looked at the problem myself. Someone (Giampaolo?) told me that
wrap_socket wouldn't work because of the fact that smtpd uses asynchat.
As for the 'particular circumstances' clause, I would suggest that one of the
primary use cases for smtpd is in
Zachary Ware added the comment:
As you can probably tell, I wasn't on a machine where I could test
build_pgo.bat before I committed changes to it (oops).
It looks like your patch is reversed, would you mind fixing it? I can tell you
it will need to change, though; build.bat needs to use
R. David Murray added the comment:
If the headers are missing, you will get a complaint at the end of the make
process that it couldn't build the _sqlite module. It should also have tried
to import the sqlite3 module and complained if there was an error. So,
pre-install, everything looked
Ned Deily added the comment:
Also, how many variables would you want to protect from being changed? People
may come up with ideas of changing arbitrary other Makefile variables, and
guarding all of them is just not feasible.
I certainly wasn't contemplating guarding *all* of them. I'm
Mark Lawrence added the comment:
Can we have this followed up please.
--
nosy: +BreamoreBoy, paul.j3
versions: +Python 3.4, Python 3.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17113
___
Mark Lawrence added the comment:
Just a gentle reminder.
--
nosy: +BreamoreBoy
versions: +Python 3.4, Python 3.5 -Python 3.2, Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13819
Roy Hyunjin Han added the comment:
Is imaplib choking on the IBM-specific X-MIMETrack header? Is Lotus Notes
properly formatting the multi-line headers? Can RFC822 headers contain the
PIPE | symbol?
--
___
Python tracker rep...@bugs.python.org
Mark Lawrence added the comment:
My reading of msg166737 is that the type should be behaviour. The patch is
only five lines of actual code so can we have a review please.
--
nosy: +BreamoreBoy
type: - behavior
versions: +Python 3.5
___
Python
New submission from Jim Jewett:
https://docs.python.org/3.5/reference/expressions.html#not-in
Containers are permitted to (and generally do) read same as as is or
__eq__), which can be confusing -- particularly in the section defining __eq__.
Several suggested changes:
The values
Ingolf Becker added the comment:
This should now be the correct way.
I did not need to touch build.bat indeed. I got confused by all the different
combinations! I have removed the calls from build_pgo.bat to build.bat and
changed the it to a native x64 build - the PGO requires the code to be
Mark Lawrence added the comment:
I've confirmed that the behaviour is identical in 3.4.1 on Windows.
--
nosy: +BreamoreBoy, jnoller, sbt
versions: +Python 3.4, Python 3.5 -Python 3.3
___
Python tracker rep...@bugs.python.org
Mark Lawrence added the comment:
@Siona sorry about the delay in getting back to you. Can someone try this
please as I've only got Windows.
--
nosy: +BreamoreBoy
versions: +Python 3.4, Python 3.5 -Python 2.6, Python 3.2
___
Python tracker
New submission from Zachary Ware:
Here's a patch against 3.4 implementing Serhiy's suggestion in msg223277 and
taking it a step further, actually using test discovery in all of the
test.test_* subpackages.
To reduce duplication, the patch adds a 'load_package_tests' function to
test.support,
Changes by Ned Deily n...@acm.org:
--
nosy: +gregory.p.smith
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17131
___
___
Python-bugs-list mailing
Uwe Kleine-König added the comment:
I like the function as it is documented, i.e. filenames is a list of the names
of the non-directory files in dirpath.. This includes all symlinks (in the
followlinks=False cast at least).
I'd say not including symlinks to directories but symlinks to files
Francis MB added the comment:
On the other hand, the documentation *does* mention that
'U' is for backwards compatibility and shouldn't be used
with new code.
Shouldn't be some deprecation warning somewhere?
--
nosy: +francismb
___
Python tracker
Roundup Robot added the comment:
New changeset c4f053f1b47f by Victor Stinner in branch '3.4':
Python issue #21645, Tulip issue 192: Rewrite signal handling
http://hg.python.org/cpython/rev/c4f053f1b47f
New changeset 2176496951a4 by Victor Stinner in branch 'default':
(Merge 3.4) Python issue
R. David Murray added the comment:
It looks like this issue can be closed?
--
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21959
___
paul j3 added the comment:
I suspect fixing this isn't going to be easy.
Extra lines are removed by the top most `formatter` function:
def format_help(self):
help = self._root_section.format_help()
if help:
help = self._long_break_matcher.sub('\n\n', help)
STINNER Victor added the comment:
I commited the patch into Tulip (c149370c8027), Python 3.4 (c4f053f1b47f),
Python 3.5 (2176496951a4).
I'm now waiting for the buildbot.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21645
Steve Dower added the comment:
Yes. I don't have permission to close issues.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21959
___
___
R. David Murray added the comment:
Well, that's a bit of an oversight :)
Now you do.
--
resolution: - fixed
stage: - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21959
Mark Lawrence added the comment:
Just a gentle reminder.
--
nosy: +BreamoreBoy
versions: +Python 3.5 -Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17182
___
Mark Lawrence added the comment:
Guys I asked on IRC and was advised to add you to the nosy list to see if you
can help out on this. Please be aware that there are plenty more where this
came from.
--
nosy: +BreamoreBoy, loewis, steve.dower, tim.golden, zach.ware
versions: +Python
Roundup Robot added the comment:
New changeset 651475d67225 by Victor Stinner in branch '3.4':
Issue #21247: Fix a race condition in test_send_signal() of asyncio
http://hg.python.org/cpython/rev/651475d67225
New changeset 45e8eb53edbc by Victor Stinner in branch 'default':
(Merge 3.4) Issue
Changes by STINNER Victor victor.stin...@gmail.com:
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21247
___
STINNER Victor added the comment:
That appears to work. Thanks!
Cool, I commited my enhancement of the unit test.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21247
___
Lita Cho added the comment:
I spent the last 2 hours trying to setup a Lotus Server, which is ending up to
be a lot more work then I thought in order to test this bug.
Is there anyway I can get a test Lotus account on a Lotus Server to test this
bug?
--
Mark Lawrence added the comment:
Just curiosity why such a name change?
--
components: +Tests
nosy: +BreamoreBoy
title: create_autospec - unittest mock create_autospec doesn't correctly
replace mocksignature
type: - behavior
versions: +Python 3.4, Python 3.5
Mark Lawrence added the comment:
@Stefan could you provide a patch for this?
--
nosy: +BreamoreBoy
versions: +Python 3.5 -Python 2.6, Python 3.2, Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17210
Mark Lawrence added the comment:
@Florian can you provide a patch for this?
--
nosy: +BreamoreBoy
type: - behavior
versions: +Python 2.7, Python 3.4, Python 3.5 -Python 2.6, Python 3.1, Python
3.2, Python 3.3
___
Python tracker
New submission from David Wilson:
This is a followup to the thread at
https://mail.python.org/pipermail/python-dev/2014-July/135543.html , discussing
the existing behaviour of BytesIO copying its source object, and how this
regresses compared to cStringIO.StringI.
The goal of posting the
Mark Lawrence added the comment:
@Baptiste can you provide a patch for this?
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17286
___
David Wilson added the comment:
Submitted contributor agreement. Please consider the demo patch licensed under
the Apache 2 licence.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22003
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +benjamin.peterson, hynek, pitrou, stutzbach
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22003
___
Antoine Pitrou added the comment:
Be careful what happens when the original object is mutable:
b = bytearray(babc)
bio = io.BytesIO(b)
b[:] = bdefghi
bio.getvalue()
b'abc'
I don't know what your patch does in this case.
--
nosy: +serhiy.storchaka
stage: - needs patch
cosmicduck added the comment:
Hi,
this is a problem for all users which have to want to use python on there own
home directory.
I wonder me, how did some other projects could install python to different
directories e.g. OpenCSW it did on /opt/csw/...
My most problem is, that I can do many
paul j3 added the comment:
A user could preserve blank lines by including a space (or more) in each. That
is, instead of ending with '\n', end with '\n \n'.
epilog = 'Epilog: No wrap text %(prog)s\n\tNext line\n \n'
---
I just checked a simple help. The description and epilog
Ned Deily added the comment:
cosmicduck, the recommended and supported way to do this is by specifying the
installation prefix at the configure step, not at the make install step:
./configure --prefix=${HOME}/scripts/tools/python/python-3.3.2
make
make install
If done this way, the
Changes by Thomas Kluyver tak...@gmail.com:
--
nosy: +takluyver
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18395
___
___
Python-bugs-list
Mark Lawrence added the comment:
@Aivars sorry about the delay in getting back to you.
--
nosy: +BreamoreBoy, David.Edelsohn
type: - behavior
versions: +Python 3.4, Python 3.5 -Python 2.6
___
Python tracker rep...@bugs.python.org
Mark Lawrence added the comment:
I'm sorry but this site is for reporting bugs on Python itself, not on third
party packages.
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17308
Mark Lawrence added the comment:
Can someone comment on this please as I haven't got a clue, sorry :(
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17362
___
Josh Rosenberg added the comment:
How often do people need to convert to do platform independent locale encoding
before Python is initialized? Encouraging use of platform dependent wchar_t's
seems like a bad idea when PyUnicode abstracts away the difference ever since
3.3 released.
Josh Rosenberg added the comment:
Note: To my knowledge there is little or no benefit to using maxtasksperchild
when the implementation is using threads. Cleaning up worker processes
intermittently will guarantee that memory, handles, etc., are returned to the
OS. But memory and handles
Josh Rosenberg added the comment:
Actually, now that I think about, most thread local stuff wouldn't be freed
automatically either, since it's still allocated from a common pool of memory,
and interleaved allocations would still prevent memory blocks from being
returned to the OS. As far as
Thomas Kluyver added the comment:
You seem to need wchar_t to call Py_Main and Py_SetProgramName.
I think there's an example in the docs which is wrong, because it appears to
pass a char* to Py_SetProgramName:
https://docs.python.org/3.4/extending/embedding.html#very-high-level-embedding
Changes by ppperry maprea...@olum.org:
--
hgrepos: +264
nosy: +georg.brandl, terry.reedy -ppperry
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21997
___
Changes by ppperry maprea...@olum.org:
--
hgrepos: -264
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21997
___
___
Python-bugs-list mailing list
Changes by Berker Peksag berker.pek...@gmail.com:
--
resolution: - third party
stage: - resolved
status: open - closed
type: crash - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17308
1 - 100 of 101 matches
Mail list logo