R. David Murray added the comment:
Mark, are you still planning to do something for 3.1/2.7, or should this be
closed?
--
nosy: +r.david.murray
stage: commit review -> needs patch
___
Python tracker
<http://bugs.python.org/iss
R. David Murray added the comment:
The source used to create _socket.pyd is in Modules/socketmodule.c in the
source code tarball available from the python web site. As neologix says, it
is a thin wrapper around the OS level socket library.
--
nosy: +r.david.murray
resolution
R. David Murray added the comment:
I'm not necessarily opposed to this, but an alternative is to modify
pyspecific.py so that it generates text output from the ReST when it builds the
pydoc topic index.
--
components: +Demos and Tools
nosy: +georg.brandl, r.david.m
R. David Murray added the comment:
Alexander, I agree with Velko in that it isn't obvious to me how the addition
of localtime would answer the desire expressed in this issue. It addresses
Antoine's complaint about aware datetimes, but I don't see that it does
anything for the
R. David Murray added the comment:
Well, in that case, can we change the text style for code and related markup to
be something prettier? Normal single quotes, perhaps?
--
___
Python tracker
<http://bugs.python.org/issue10
R. David Murray added the comment:
Given the long projected lifetime of 2.7, I suppose it is.
--
___
Python tracker
<http://bugs.python.org/issue9011>
___
___
R. David Murray added the comment:
s/prettier/more readable/
--
___
Python tracker
<http://bugs.python.org/issue10726>
___
___
Python-bugs-list mailing list
Unsub
R. David Murray added the comment:
Attached diff provides another suggested rewording that I think is clearer.
--
nosy: +r.david.murray
Added file: http://bugs.python.org/file20093/tut_argv.diff
___
Python tracker
<http://bugs.python.org/issue10
Changes by R. David Murray :
Removed file: http://bugs.python.org/file20093/tut_argv.diff
___
Python tracker
<http://bugs.python.org/issue10559>
___
___
Python-bugs-list m
Changes by R. David Murray :
Added file: http://bugs.python.org/file20094/tut_argv.diff
___
Python tracker
<http://bugs.python.org/issue10559>
___
___
Python-bugs-list m
R. David Murray added the comment:
Committed in r87337.
--
resolution: -> fixed
stage: patch review -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
R. David Murray added the comment:
OK, this went in to 2.7 without the OS conditional, and there has been no great
hue and cry, so I guess it was safe enough :)
As for the difference in error message between execlp and execlpe, I think
that's fine. The execlpe index error messa
R. David Murray added the comment:
Committed in r87338. Backporting the relevant bits will be a bit of a pain,
anyone who feels like doing it is welcome to. I may or may not get to it
myself.
--
resolution: -> fixed
stage: patch review -> committed/rejected
status: open -&g
R. David Murray added the comment:
I can confirm that the patch fixes the recursion problem if threading._VERBOSE
is set to true, but the test Antoine mentioned hangs when the test suite is run.
_VERBOSE is an internal, undocumented facility, so perhaps the priority on this
isn't r
R. David Murray added the comment:
Committed to py3k in 87356 and 2.7 in r87358.
--
nosy: +r.david.murray
resolution: -> fixed
stage: patch review -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.o
R. David Murray added the comment:
I think this is a documentation bug, since IMO help should print on stdout, not
stderr[1]. I would expect print_usage to do likewise, but for the error to
tell print_usage to write to stderr when it calls it...which is exactly what
the code does.
[1] I
Changes by R. David Murray :
--
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6
___
Python tracker
<http://bugs.python.org/issue10728>
___
___
Python-bug
R. David Murray added the comment:
Fixed in r87372.
--
resolution: -> fixed
stage: needs patch -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
R. David Murray added the comment:
Ayman: FYI it looks like you are trying to run the program on a Python version
older than what it requires (the delete keyword for NamedTemporaryFile was
introduced in version 2.6, as you can find out by looking it up in the python
documentation for the
R. David Murray added the comment:
What are the media types, and are they registered with IANA? A citation from
http://www.isi.edu/in-notes/iana/assignments/media-types will be needed in
order for this addition to happen if they are not x- types.
I checked out of curiousity, and the last
Changes by R. David Murray :
--
assignee: -> ronaldoussoren
components: +Macintosh -Tkinter
nosy: +ned.deily, ronaldoussoren
___
Python tracker
<http://bugs.python.org/issu
Changes by R. David Murray :
--
type: crash -> behavior
___
Python tracker
<http://bugs.python.org/issue10731>
___
___
Python-bugs-list mailing list
Unsubscri
R. David Murray added the comment:
Committed to py3k in r87374, 3.1 in r87375, and 2.7 in r87376.
--
resolution: -> fixed
stage: patch review -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
R. David Murray added the comment:
You are correct, I misread your message. However, my point still stands. .svg
is not a file extension that appears in the types_map table, so adding the line
you request to the suffix_map table is not something we would do by itself.
So, to correct my
R. David Murray added the comment:
Committed in r87384.
Barry, I've added you as nosy in case you disagree with this fix. The
essential point is that before, parseaddr would turn 'merwok w...@example.com'
into 'merwok...@example.com', and now it preserves the whites
R. David Murray added the comment:
This media type does not appear in the official IANA registry. Has it not yet
been officially approved? If you want to argue that its use is common enough
and its approval immanent enough (I do see that it has been submitted) to
warrant inclusion in
R. David Murray added the comment:
Backport done in r87387 and r87388.
--
nosy: +r.david.murray
resolution: -> fixed
stage: -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
R. David Murray added the comment:
Victor, I think you attached to the wrong issue.
--
nosy: +r.david.murray
___
Python tracker
<http://bugs.python.org/issue10
R. David Murray added the comment:
Victor, I think you attached msg123266 to the wrong issue.
--
___
Python tracker
<http://bugs.python.org/issue10616>
___
___
Changes by R. David Murray :
--
Removed message: http://bugs.python.org/msg124315
___
Python tracker
<http://bugs.python.org/issue10616>
___
___
Python-bugs-list m
R. David Murray added the comment:
The approach looks good to me. I think this issue is orthogonal to #10616,
since the message here needs to be modified anyway, regardless of what happens
to the underlying issue.
--
nosy: +r.david.murray
Changes by R. David Murray :
--
versions: -Python 2.6
___
Python tracker
<http://bugs.python.org/issue6780>
___
___
Python-bugs-list mailing list
Unsubscribe:
R. David Murray added the comment:
What about bytearray? Apparently that works pre-patch for at least read,
though setpassword rejects it via an assertion.
Also, the error message should be "expected bytes" rather than "bytes
expected". Don't ask me why, that'
R. David Murray added the comment:
I think a variance from the policy stated in mimetypes is quite possible, and
the kind of information you provide, Terry, is a step in that direction. We
would need release manager approval, of course, since we are in Beta, but this
is a small enough
Changes by R. David Murray :
--
nosy: +lemburg
___
Python tracker
<http://bugs.python.org/issue10735>
___
___
Python-bugs-list mailing list
Unsubscribe:
R. David Murray added the comment:
I agree that the unquoted single column cases look weird. But changing it could
affect other cases were there is more data. I'll leave that problem to you :)
But I do not think that should be backported.
The locals trick I stole from Barry. I think
R. David Murray added the comment:
Actually our normal procedure currently (this will change a bit after the
migration to mercurial) is a patch against the py3k branch, and the committer
will do the backport to the other active branches. If the 2.7 code is very
different, a separate 2.7
R. David Murray added the comment:
Like Georg, I'll get to that when I do a mass backport of all my doc fixes. My
apologies for missing the beta2 deadline on doing that, but there aren't many
of them.
--
___
Python trac
Changes by R. David Murray :
--
resolution: -> wont fix
stage: -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
R. David Murray added the comment:
This might be an example of the general problem that on windows, sockets and
files don't mix well. You can't use a file in a select call, either.
I think there are two possibilities here: either makefile doesn't produce
anything very useful
R. David Murray added the comment:
It's pretty easy, really, to do an SVN checkout of python and compile it on a
mac, if you are at all familiar with the unix command line. If you don't have
the time or desire for that, though, someone will eventually get to it, we just
don&#
R. David Murray added the comment:
I think I'll leave that decision up to the doc crew. My thought was that
makefile was supposedly returning a file, therefore it was appropriate to
document there that it wasn't really a file on windows, whereas subprocess docs
are only talking a
R. David Murray added the comment:
Sorry, I thought I was being clear that if you *wanted* to help further here
was how you could, but if you didn't then we'd get to it eventually. We're all
volunteers here, just like you, so every bit of help...helps, and we thank you
since
R. David Murray added the comment:
See also Issue 8145. It would be nice if someone could sort all this out, but
I'm not knowledgeable enough to do so.
For this patch, it would be a significant change it behaviour. Therefore it
would have to be a new feature controlled by a flag of
R. David Murray added the comment:
Turns out there's a bug in my version of the patch, and no test in the email
test suite traversed that code path.
Attached patch fixes this; I'll commit and backport after trunk unfreezes.
Note that the backport contains a second bug (
R. David Murray added the comment:
Regardless, Python doesn't generate the tcp/ip sequence numbers, the OS socket
library does, so this is not a bug in Python. If you follow the code link I
posted you will see that, other than Python internal bookkeeping, the only
thing socket.close do
R. David Murray added the comment:
Committed test and fix in r87415, r87416, r87417.
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue1
Changes by R. David Murray :
--
nosy: +mark.dickinson
___
Python tracker
<http://bugs.python.org/issue10744>
___
___
Python-bugs-list mailing list
Unsubscribe:
R. David Murray added the comment:
Thanks for the research and the updated patch. Unfortunately as a feature
request this is going to have to wait for 3.3 since we missed the pre-beta
window.
--
versions: +Python 3.3 -Python 3.2
___
Python
R. David Murray added the comment:
Thinking about this some more, it seems like the chance that someone is using
bytearray to pass a password to zipfile is vanishingly small, especially since
in non-optimized mode setpassword would have rejected it. So I think that this
should go in
R. David Murray added the comment:
Nope, you've got it.
After the final release of Python 3.2, please post to the issue to remind us
about it, and someone will commit the patch. (For future Python releases we
expect that the delays in our ability to commit feature patches will be
R. David Murray added the comment:
Committed in r87430 (with message word order change), backported to 3.1 in
r87431. Making the parallel change to 2.7 would be likely to break working
code, IMO.
--
resolution: -> fixed
stage: commit review -> committed/rejected
status
R. David Murray added the comment:
Xuanji: thanks for taking a crack at the test.
Rather than adding another data file to the test directory, how about creating
a zipfile using the zipfile module in the test, closing it, opening it as a
file, writing the /r/n to it, and then opening it back
Changes by R. David Murray :
--
nosy: +pje
___
Python tracker
<http://bugs.python.org/issue10751>
___
___
Python-bugs-list mailing list
Unsubscribe:
R. David Murray added the comment:
Presumably all that is needed is to add ';' to 'safe' in the call that encodes
PATH_INFO?
--
nosy: +orsenthil, pje, r.david.murray
versions: -Python 3.3
___
Python tracker
<http://bug
R. David Murray added the comment:
I am unable to reproduce this on any python from py3k trunk down to 2.6.6. Can
you provide a complete test program that demonstrates the failure? (That is,
it creates the file and then fails to detect it as a file with isfile.)
--
nosy
R. David Murray added the comment:
Oh, yes, and it is likely to be important to know what OS you are on. I tested
on linux.
--
___
Python tracker
<http://bugs.python.org/issue10
Changes by R. David Murray :
--
stage: -> patch review
type: -> feature request
versions: +Python 3.3 -Python 2.6, Python 3.0
___
Python tracker
<http://bugs.python.org/
R. David Murray added the comment:
Since 2.7 has been released and this behaviour could not be changed in a point
release even if agreement that it was a good change was reached, and since it
is meaningless in 3.x, I'm closing this issue.
--
nosy: +r.david.murray
resol
R. David Murray added the comment:
Looks like Josiah just forgot to close this bug, so I'm closing it.
--
nosy: +r.david.murray
stage: -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python
R. David Murray added the comment:
No idea if this is even still valid (I skimmed the issue, I did not try to
understand it in detail), but I agree that a change like this is more feature
than bug fix, so I'm updating the issue settings accordingly.
--
nosy: +r.david.murray
Changes by R. David Murray :
--
type: -> feature request
versions: +Python 3.3
___
Python tracker
<http://bugs.python.org/issue4264>
___
___
Python-bugs-lis
R. David Murray added the comment:
Indeed, the time module is documented as not handling timestamps before the
epoch.
--
nosy: +r.david.murray
resolution: -> invalid
stage: -> committed/rejected
status: open -> closed
___
Python track
Changes by R. David Murray :
--
resolution: -> invalid
stage: -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.o
R. David Murray added the comment:
Since the os functions tend to be small wrappers around system functions, this
sounds like it is probably a platform issue and not a Python issue. I'm adding
our windows experts as nosy, they can reopen the issue if they disagree.
--
R. David Murray added the comment:
I'm not sure what "compiling using a user prefix" means. I've certainly
specified a prefix containing my home directory and had things work just fine.
There isn't enough information here to know what is actually going wrong.
Sinc
R. David Murray added the comment:
It's too late to make any further changes in version numbers for 2.x. Sorry
this slipped by me.
--
status: open -> closed
___
Python tracker
<http://bugs.python.or
R. David Murray added the comment:
Leaving the input unchanged does seem to be what browsers do. (Issue 7626 has
some info on browser behaviour with invalid entity refs.)
Rather than pre-validating the input, I think the exception can be caught and
the putative entity returned unchanged
R. David Murray added the comment:
Ah, as an undocumented internal interface it may in fact not be appropriate to
make this change. Or it may be. I'll have to look at the code in more detail
to figure that out, or perhaps Senthil will. (It may even be time to document
the function,
R. David Murray added the comment:
Note that this is a regression relative to 2.6, where the same call returns ''
(which is different from what it returns on linux, where the result would be
'%f', or OSX, where the result would be 'f'). (Tests done on windows XP
R. David Murray added the comment:
Yes, adding the x- version would probably be pointless as most likely nobody
uses it.
Has anyone found any definitive info on where exactly in the approval process
image/svg+xml is?
I think we should probably just go ahead and put it in, but it would be
R. David Murray added the comment:
No, I don't think it qualifies as a common_type.
But since this is technically a feature request we need Georg's approval for
the commit.
--
___
Python tracker
<http://bugs.python.o
R. David Murray added the comment:
It is used in the tests, but I agree that it doesn't appear to be used in the
code. I've removed the misleading comment and marked the self.handlers
attribute as backward-compat-only in r87448, r87449, and r87450.
The sorting is based on a
R. David Murray added the comment:
Committed a slightly different patch in r87451, with tests. Although I do
consider this a bug fix, it hasn't apparently caused any problems in real life
and does represent a slight behavior change, so I'm not backporting it.
--
R. David Murray added the comment:
Got approval from Georg on IRC, so go ahead and commit it, Terry. Or assign it
to me if you'd rather I do it.
--
___
Python tracker
<http://bugs.python.org/is
R. David Murray added the comment:
Reading the RFC again, I think you are right. The quoted vs unquoted sounds
like it refers to the *n vs the [*n]* forms, and the latter doesn't use quoted
strings but % encoding.
I'm attaching a patch that adds some tests and fixes this. It&#
R. David Murray added the comment:
I take it back. Previously quotes didn't get added if they weren't already
there. So my simpleminded fix may not be the best choice.
--
___
Python tracker
<http://bugs.python.org
R. David Murray added the comment:
Well, if the parameters aren't part of the path info, what are they part of?
They are passed as part of path info now, just incorrectly encoded. I haven't
found anything so far to make me think they belong any
Changes by R. David Murray :
--
nosy: +benjamin.peterson
stage: -> needs patch
versions: +Python 3.3
___
Python tracker
<http://bugs.python.org/issu
R. David Murray added the comment:
Where is this example?
--
assignee: -> d...@python
components: +Documentation
nosy: +d...@python, r.david.murray
type: crash -> behavior
___
Python tracker
<http://bugs.python.org/i
Changes by R. David Murray :
--
assignee: d...@python ->
components: -Documentation
keywords: +easy
nosy: -d...@python
stage: -> unit test needed
___
Python tracker
<http://bugs.python.org/i
R. David Murray added the comment:
No, I was wrong. This would only be an issue when a parameter's value is
changed, and at that point we should be producing correctly (un)quoted values
no matter what the original quoting of the individual value was.
So I've applied the patch
R. David Murray added the comment:
I suspect it would help if there are more changes, though.
I believe that to push to launchpad you have to upload an ssh key. Not sure
why you'd get "no such account", though. Barry woul
R. David Murray added the comment:
Yes, I think it is a good idea for site.py to issue error messages and continue
on when it is processing files that don't come from the python distribution
itself (such as pth files). However, I think just printing the error message
is not going to pr
R. David Murray added the comment:
Georg posted a patch to issue 5258 that would "fix" this. I've posted a
counter proposal that would give more info. We're proposing to simply write to
stderr and then continue. With either patch this issue would be fixed, so I&#x
Changes by R. David Murray :
--
nosy: +Arfrever, dwr2, eric.araujo, haypo, tarek
___
Python tracker
<http://bugs.python.org/issue5258>
___
___
Python-bugs-list m
R. David Murray added the comment:
Yes, I forgot to delete that bit when I realized it could all be done in one
place.
--
___
Python tracker
<http://bugs.python.org/issue5
R. David Murray added the comment:
See also msg79724 of issue 4871. From looking at the code it appears that the
filename must be a string, and if it contains only ASCII characters it is
entered as ascii, while if it contains non-ascii it is encoded to utf-8 and the
appropriate flag bits
R. David Murray added the comment:
Here is a revised patch with tests.
--
Added file: http://bugs.python.org/file20169/site_pth_exceptions.diff
___
Python tracker
<http://bugs.python.org/issue5
New submission from R. David Murray :
assertRaises used as a method can't take a msg keyword argument because all
args and keywords are passed to the callable. But in context manager form it
could, and this can be useful. See, for example, issue 3583.
--
keywords: easy
mes
R. David Murray added the comment:
I think the best we can do here is add a message explaining that the error may
be due to a broken DNS server (one with a wildcard dns record for all
non-existent top level domains). However, assertRaises, even in context
manager form, doesn't take
R. David Murray added the comment:
IMO there's no way to fix this. I suggest closing it as invalid, since the
problem is a buggy ISP DNS server, and the problem only occurs when
time.xmlrpc.com is down.
The canonical fix to problems like this is to remove dependency on the external
se
R. David Murray added the comment:
Committed to py3k in r87497, 3.1 in r87499, and 2.7 in r87500.
--
resolution: -> fixed
stage: patch review -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.o
R. David Murray added the comment:
OK, I'm reopening this as a doc issue, since currently the Python3 writer docs
do not mention newline='', and it is indeed required on Windows. John, would
you care to suggest a doc patch?
I agree with Skip that "where it makes a
R. David Murray added the comment:
Well, this is the same
treat-strings-and-byte-strings-equivalently-in-the-same-API problem that we've
had elsewhere. It'll require a bit of refactoring to make it work.
On read zipfile decodes filenames using cp437 if the utf-8 flag isn't s
R. David Murray added the comment:
I've considered this a bit more deeply, and it turns out to be simpler to fix
than I originally thought, assuming the fix is acceptable.
When a message is parsed we obviously wind up with headers that don't have any
embedding issues. So, if we
R. David Murray added the comment:
I never forward ported this, but it was fixed in a different way in python3
during a complete rewrite of transient_internet for other reasons.
--
resolution: -> fixed
stage: commit review -> committed/rejected
status: open -&g
R. David Murray added the comment:
Too late for 3.2, will implement for 3.3.
--
title: The email package should defer to the codecs module for all aliases ->
The email package should defer to the codecs module for all aliases
versions: +Python 3.3 -Python
R. David Murray added the comment:
Now that we are primarily focused on Python3 development, collecting "unicode"
issues is not really all that useful (at least not to me, and I'm currently
doing the email maintenance), so I'm closing this. All the relevant issues are
a
R. David Murray added the comment:
Since this is a performance hack and is considerably invasive of the feedparser
code (and needs updating), I'm deferring it to 3.3.
--
stage: unit test needed -> patch review
versions: +Python 3.3 -Python 2.7, Python 3.1, Py
1501 - 1600 of 10554 matches
Mail list logo
