New submission from Larry Hastings la...@hastings.org:
Makefile.pre.in as checked in has several small bugs:
First, the altbininstall target runs ln -s without first ensuring the
destination doesn't exist. If you run make install twice, without
manually deleting $prefix/bin/python3 between the
Larry Hastings la...@hastings.org added the comment:
Minor correction for the First bug mentioned: altbininstall is running
ln, not ln -s.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5818
New submission from Larry Hastings la...@hastings.org:
The attached patch adds support for a new environment variable,
PYTHONPREFIXES. PYTHONPREFIXES is similar to PYTHONUSERBASE: it lets
you add prefix directories to be culled for site packages. It differs
from PYTHONUSERBASE in three ways:
Larry Hastings la...@hastings.org added the comment:
Whoops, didn't classify the patch before submission.
--
components: +Library (Lib)
type: - feature request
versions: +Python 3.1
___
Python tracker rep...@bugs.python.org
Mark Dickinson dicki...@gmail.com added the comment:
Updated patch:
4. also simplify complex printing: no special handling for nans or
infinities. This means that e.g. complex(1, inf) prints as
1 + infj instead of 1+inf*j.
This might look ugly, but I think it's better than what was
New submission from P.C. Shyamshankar syk...@lucentbeing.com:
The suggestion that non-ASCII based encodings should be wrapped in a
codecs.getreader instance has a small bug, ie instead of
codecs.getreader(fp)(encoding), it should be the other way around,
codecs.getreader(encoding)(fp).
It's
Georg Brandl ge...@python.org added the comment:
It's all right! Thanks for the patch, committed in r71814.
--
resolution: - accepted
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5820
Georg Brandl ge...@python.org added the comment:
I added a seealso in r71816.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5813
___
Eric Smith e...@trueblade.com added the comment:
Wow, that does greatly simplify printing. One nit: the variable named
'im' isn't needed any more, you could just use 'pim'. Not sure if the
asymmetry with 're' and 'pre' is worthwhile, though.
Mark Dickinson wrote:
6. Change PyOS_ascii_strtod
Eric Smith e...@trueblade.com added the comment:
The fallback code, around line 633 in the patched version of pystrtod.c,
probably also needs to be modified. It's this code that would need
backporting to 2.7.
--
___
Python tracker
Stefan Ring stefan...@gmail.com added the comment:
Jeffrey, this very commit broke it. See also issue 5814. The same
happened for me last week. What makes it especially bad is that even
once enough children terminate, the SocketServer won't be able to handle
any more connections; it just throws
Andrew I MacIntyre aimacint...@users.sourceforge.net added the comment:
The offending code appears to have been introduced in r33090 and tweaked
in r37025, which both originated from Mark Hammond.
From the comments, there seems to be no reason why the build_lib
override should apply when the
Andrew I MacIntyre aimacint...@users.sourceforge.net added the comment:
Pretty much all the test structure in the patch has made it through the
re-write to unittest, so closed as out of date.
--
resolution: - out of date
status: pending - closed
___
Changes by Andrew I MacIntyre aimacint...@users.sourceforge.net:
--
status: pending - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3868
___
Guilherme Polo ggp...@gmail.com added the comment:
Unfortunately this is not that easy for us, while we could add some code
like this:
import Tkinter
text = Tkinter.Text()
text.event_add(Up, Key-Up)
text.event_add(Up, Key-KP_Up)
text.bind_class(Text, Up, text.bind_class(Text, Key-Up))
Guilherme Polo ggp...@gmail.com added the comment:
When numlock is on, it would still
move one line up. We could change it to fix this problem, but then we
would be using tk::TextUpDownLine which is marked as unsupported
(basically everything that could help us in such situations is marked
Senthil orsent...@gmail.com added the comment:
This issue is already fixed by jeremy at Revision 70815, wherein The
response from an HTTP request is now an HTTPResponse instance instead of
an addinfourl() wrapper instance.
So the issue won't be present in the py3k code ( confirmed).
However,
New submission from Ben North benno...@users.sourceforge.net:
The current documentation for tarfile.TarFile.extractfile() does not
mention that the returned 'file-like object' supports close() and also
iteration. The attached patch (against svn trunk) fixes this.
(Background: I was wondering
Guilherme Polo ggp...@gmail.com added the comment:
Can you verify if it is possible to type '\' in a standard Tkinter.Text ?
--
nosy: +gpolo
type: feature request -
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3493
Jeffrey Yasskin jyass...@gmail.com added the comment:
Yes, sorry. That was fixed in r69927.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1540386
___
klappnase klappn...@users.sourceforge.net added the comment:
Maybe this depends on whether the dragged item is clickable like
listbox items and buttons or not , like the Labels in the Tkdnd demo.
Ok, I wrote a second patch that solves this by adding another option to
dnd_start(); if this option
Ian Bicking i...@colorstudy.com added the comment:
This has a similar purpose to virtualenv, but using an environmental
variable. An earlier package, workingenv, also used an environmental
variable, and this led to a set of problems.
The biggest problem is that the environmental variable is
Ian Bicking i...@colorstudy.com added the comment:
Also with respect to the patch, for consistency there needs to be
changes to distutils to make use of this variable. PYTHONUSERBASE
included changes so that you can install based on that variable.
--
Changes by Terry J. Reedy tjre...@udel.edu:
--
nosy: -tjreedy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3493
___
___
Python-bugs-list mailing
New submission from Michael Gilbert michael.s.gilb...@gmail.com:
using range in combination with remove is inconsistent. for example in
python 2.x:
x = range(0,3)
x.remove(1)
x
[0, 2]
x = range(0,3).remove(1)
x
and in python 3.x:
x = list(range(0,3))
x.remove(1)
x
[0, 2]
x =
Mark Dickinson dicki...@gmail.com added the comment:
Committed to py3k, r71818, with the changes Eric suggested. I ran build
and tests both with and without the -DPY_NO_SHORT_FLOAT_REPR compiler
option.
Will backport.
--
versions: +Python 2.7 -Python 3.1
R. David Murray rdmur...@bitdance.com added the comment:
[1,2,3].remove(1)
repr([1,2,3].remove(1))
'None'
The remove method mutates the list, and therefore like all such mutating
methods, it returns None.
--
nosy: +r.david.murray
resolution: - invalid
stage: - committed/rejected
Michael Gilbert michael.s.gilb...@gmail.com added the comment:
ok, i see now. the list itself is changed in place, and the return value
of the remove() method is always None. since i din't assign the list to a
variable in the first place, there is hence no way now to access that
modified
New submission from Michael Gilbert michael.s.gilb...@gmail.com:
hello, i've recently been working on some code where i am processing a
list, but excluding certain items. the solution is to use a list
comprehension in the for statement, which for example looks like:
for m in [n for n in
Benjamin Peterson benja...@python.org added the comment:
You should bring this up on the python-ideas mailing list. I'm closing
this unless it gets support on that list or python-dev.
--
nosy: +benjamin.peterson
resolution: - rejected
status: open - closed
Michael Gilbert michael.s.gilb...@gmail.com added the comment:
hello, i've recently been working on some code where i am processing a
list, but excluding certain items. the solution is to use a list
comprehension in the for statement, which for example looks like:
for m in [n for n in
New submission from Jim Dennis answr...@gmail.com:
.../lib/python2.*/SocketServer.py in class DatagramRequestHandler
contains the following comment:
# XXX Regrettably, I cannot get this working on Linux;
# s.recvfrom() doesn't return a meaningful client address.
This is a poor way to
Jim Dennis answr...@gmail.com added the comment:
Addendum:
What I said about the default sendto() in finish() causing a loop in
server_forever() was wrong. I'd seen that behavior in an experimental
variation of the code.
The exceptions raised (and deficiencies in documentation) are the issue.
Mark Hammond mhamm...@users.sourceforge.net added the comment:
So it looks like I broke the ability to override --build-lib :( Without
testing, I think you might also need to handle the cross-compile case -
the version may be the same, but the platform different. I know
distutils is a PITA so
Larry Hastings la...@hastings.org added the comment:
Thanks for your battle-tested feedback, Mr. Bicking! I reply inline.
The biggest problem is that the environmental variable is inherited by
subprocesses. [...] Another problem is that scripts aren't really
sticky with respect to the
Robert Kern robert.k...@gmail.com added the comment:
Is there any interest in my expanding the list of probes? Ruby has quite
a few more than function-entry and function-return, to give some
examples of what is possible:
Jesús Cea Avión j...@jcea.es added the comment:
Is there any interest in my expanding the list of probes?
Definitively!!!.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4111
___
Guilherme Polo ggp...@gmail.com added the comment:
That bug report is talking about gtk and modifiers affecting bindings
(in the first comments at least), or maybe it even talks about your
problem but it is so long that I would ask to include the relevant parts
here.
Nevertheless, after reading
New submission from Miki Tebeka miki.teb...@gmail.com:
Adding remove method to NamedTemporaryFile will reduce the need to
import os.unlink when creating a NamedTemporaryFile with delete=False.
--
components: Library (Lib)
files: tempfile.diff
keywords: patch
messages: 86387
nosy: tebeka
New submission from Mike Rooney mroo...@gmail.com:
On http://docs.python.org/dev/py3k/whatsnew/3.1.html under unittest
changes, you will find the last new function listed is assertIsNotNot()
instead of assertIsNotNone()
--
assignee: georg.brandl
components: Documentation
messages: 86388
Skip Montanaro s...@pobox.com added the comment:
Robert Is there any interest in my expanding the list of probes?
Yes. Jeff Garrett (a guy I work with) added some more DTrace probes to a
2.4 source tree at work. I mentioned them in an earlier message. I'll
check with him at work tomorrow
Matt Giuca matt.gi...@gmail.com added the comment:
I've attached a patch which renames encodestring to encodebytes (keeping
encodestring around as an alias). Updated test and documentation.
I also renamed decodestring to decodebytes, because it also refuses to
accept a string (only a bytes). I
Matt Giuca matt.gi...@gmail.com added the comment:
Now, base64.encodestring and decodestring seem a bit weird because the
Base64 encoded string is also required to be a bytes.
It seems to me that once something is Base64-encoded, it's considered to
be ASCII text, not just some byte string, and
Robert Kern robert.k...@gmail.com added the comment:
We could probably merge Apple's and Sun's probes without too much
trouble. Apple simply extended function-entry to include the argcount in
addition to Sun's (filename, funcname, lineno) arguments. We could use
Apple's probe while retaining
Matt Giuca matt.gi...@gmail.com added the comment:
OK since the patches I submitted are now eight months old, I just did an
update and re-applied them. I am submitting new patch files which don't
change anything, but are patches against revision 71822 (should be much
easier to apply).
I'd still
Matt Giuca matt.gi...@gmail.com added the comment:
Full method renaming patch.
--
Added file: http://bugs.python.org/file13756/doc+bytesmethods.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3565
New submission from Matt Giuca matt.gi...@gmail.com:
In the Python 2.x branch, os.path.normpath will sometimes return a str
even if given a unicode. This is not an issue in the Python 3.0 branch.
This happens specifically when it throws away all string data and
constructs its own:
Changes by Matt Giuca matt.gi...@gmail.com:
--
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5827
___
___
Python-bugs-list
Robert Kern robert.k...@gmail.com added the comment:
James McIlree from Apple has informed me on dtrace-discuss that ustack
helpers cannot currently be built on OS X. Bummer.
--
___
Python tracker rep...@bugs.python.org
Martin v. Löwis mar...@v.loewis.de added the comment:
I think this patch is unacceptable for Python 3.1. It is an incompatible
change (removing a method), one would have to deprecate the method to be
removed first. I also agree with Benjamin that a wider-audience approval
of the deprecation
Matt Giuca matt.gi...@gmail.com added the comment:
I agree with that -- too big a change to make now.
But can we please get the documentation patch accepted? It's been
waiting here for eight months with corrections to clearly-incorrect
documentation.
--
51 matches
Mail list logo