Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
priority: - normal
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6331
___
Georg Brandl ge...@python.org added the comment:
Thanks, applied in r73544.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6332
___
Kristján Valur Jónsson krist...@ccpgames.com added the comment:
Second patch applied in 73546
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6192
___
Antoine Pitrou pit...@free.fr added the comment:
As Michael said. As a Linux user I prefer tar.gz (or tar.bz2 or tar.xz),
but distutils should go with zip since it has better support everywhere.
It's true that tar supports lzma (although unfortunately there is still
no lzma support bundled in
New submission from Markus F.X.J. Oberhumer mar...@oberhumer.com:
Please note that the correct answer is 25, and the last element is missing !
This bug does not show on 64-bit versions (but 46337**2 is near 2**31).
~Markus
C:\Python31python
Python 3.1rc2 (r31rc2:73414, Jun 13 2009, 16:43:15)
Ezio Melotti ezio.melo...@gmail.com added the comment:
Simpler test case:
Py2.6:
n = 46349**2
n
2148229801L
range(n-10, n, 3)
[2148229791L, 2148229794L, 2148229797L, 2148229800L]
Py3.0:
n = 46349**2
n
2148229801
list(range(n-10, n, 3))
[2148229791, 2148229794, 2148229797]
--
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +marketdickinson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6334
___
___
Python-bugs-list
Barry A. Warsaw ba...@python.org added the comment:
Looks good; feel free to commit.
--
versions: -Python 2.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2622
___
New submission from smartmobili foru...@smartmobili.com:
Hi,
I can see that python still doesn't support mingw environnment whil
during past years some people provided some patch.
I wanted recently to compile Python-3.0.1 on mingw and I have found a
patch in a svn repository of a opensource
New submission from Floris Bruynooghe floris.bruynoo...@gmail.com:
http://docs.python.org/c-api/typeobj.html#number-object-structures is
missing the entry for nb_divide, this is confusing.
--
assignee: georg.brandl
components: Documentation
messages: 89664
nosy: flub, georg.brandl
Mark Dickinson dicki...@gmail.com added the comment:
The length calculation in range_iter in Objects/rangeobject.c is
incorrect, when using a longrangeiterobject. The length is computed
as: (stop - start)//step. It should be ceiling((stop-start)/step), or
1 + (stop - start - 1)//step,
New submission from Alexey Akimov sub...@gmail.com:
Double close of FD 0 when child process spawns its own child process.
Bug causes wrong file descriptors to be closed.
Bug affects only posix system.
How to reproduce:
import multiprocessing as mp
def child(q):
... print 'current process:',
Mark Dickinson dicki...@gmail.com added the comment:
Here's a patch for py3k.
There are also a whole bunch of tests that are commented
out in BuiltinTest.test_range in Lib/test/test_builtin.py.
Some of those tests fail with the current py3k; with this
patch applied, they all pass except the
Changes by Mark Dickinson dicki...@gmail.com:
--
stage: - commit review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6334
___
___
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
Are you referring to the email.mime.text.MIMEText class (or
email.MIMEText.MIMEText)?
How did you use it? A basic test (print MIMEText('long'*500)) did not
show any line break.
--
nosy: +amaury.forgeotdarc
Benjamin Peterson benja...@python.org added the comment:
The patch looks good. Please apply.
--
nosy: +benjamin.peterson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6334
___
Mark Dickinson dicki...@gmail.com added the comment:
Applied to py3k in r73547. Will backport to 3.0.
--
versions: -Python 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6334
___
Walter Dörwald wal...@livinglogic.de added the comment:
Martin v. Löwis wrote:
Martin v. Löwis mar...@v.loewis.de added the comment:
I think the patch is incorrect: the default value for the script
property ought to be Unknown, not Common (despite UCD.html saying the
contrary; see UTR#24
Changes by Walter Dörwald wal...@livinglogic.de:
Added file: http://bugs.python.org/file14356/unicode-script-2.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6331
___
Ned Deily n...@acm.org added the comment:
This was probably fixed by the checkins for Issue6202.
$ python3.1
Python 3.1rc1+ (py3k, Jun 8 2009, 22:53:59)
[GCC 4.0.1 (Apple Inc. build 5490)] on darwin
Type help, copyright, credits or license for more information.
import locale
Martin v. Löwis mar...@v.loewis.de added the comment:
Don't understand you still don't support it.
Primarily because the patches that have been contributed don't work
well. We see no point in adding patches that don't work, and prefer
to add only patches that actually do work.
--
Mark Dickinson dicki...@gmail.com added the comment:
Backported to release30-maint branch in r73549.
Thanks for catching this, Markus!
--
resolution: - fixed
stage: commit review - committed/rejected
status: open - closed
___
Python tracker
Martin v. Löwis mar...@v.loewis.de added the comment:
I'm puzzled why you use a hard-coded list of script names. The set of
scripts will certainly change across Unicode versions, and I think it
would be better to learn the script names from Scripts.txt.
I hardcoded the list, because I saw
Roumen Petrov bugtr...@roumenpetrov.info added the comment:
quote : Primarily because the patches that have been contributed don't
work well. :)
--
nosy: +rpetrov
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6335
Roumen Petrov bugtr...@roumenpetrov.info added the comment:
Antoine, you may mix container with compression. tar as file container
is suitable for unix like systems. other container like zip-container is
not well designed for unix-like file systems.
I disagree with request. Package distribution
Zooko O'Whielacronx zo...@zooko.com added the comment:
Antoine, when you say zip has better support everywhere, what do you
mean? I don't want to put words in your mouth, but what I think of is
that users maybe want to pack or unpack distributions with separate
tools instead of with the Python
Michael Foord mich...@voidspace.org.uk added the comment:
Yup, standard install procedure is (and will probably remain for a
while) - unpack and run python setup.py install
Users should be able to unpack on the most common platforms Python
supports without needing additional tools. All major
R. David Murray rdmur...@bitdance.com added the comment:
I do not believe it is true that zip is supported by all platforms out
of the box. As far as I know Gentoo, for example, does not install
unzip by default. For that matter, before windows XP one had to
download a utility to unzip files
New submission from Gregor Lingl gregorli...@users.sourceforge.net:
In the Python3.1rc2 documentation for turtle.py there are the following
functional errors:
In the overview section the (newly added) entries for the functions/methods
shearfactor
get_shapepoly
onkeypress
numinput
do not have
Changes by Benjamin Peterson benja...@python.org:
--
assignee: - jnoller
nosy: +jnoller
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6337
___
New submission from Eric Huss e...@huss.org:
Importing the uuid module on a posix system (FreeBSD in my case) that
does not have a C compiler causes cc: not found to be sent to stderr.
This is because it imports ctypes and calls ctypes.util.find_library
which attempts to determine if the C
Jesse Noller jnol...@gmail.com added the comment:
Dupe of issue 5313
--
resolution: - duplicate
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6337
___
Fredrik Lundh fred...@effbot.org added the comment:
That's backwards, unless I'm missing something here: charrefs represent
Unicode characters, not UTF-8 byte values. The character LATIN SMALL
LETTER A WITH TILDE with the character value 227 should be represented as
#227; if serialized to an
Fredrik Lundh fred...@effbot.org added the comment:
For ET, that's very much on purpose. Validating data provided by every
single application would kill performance for all of them, even if only a
small minority would ever try to serialize data that cannot be represented
in XML.
--
New submission from Gregor Lingl gregorli...@users.sourceforge.net:
I've submitted a replacement, which is functionally 100% equivalent,
but cleaner code, more appropriate for a demo:
four or five superfluous lines, which were remains from some previous
version are deleted now; names and
Changes by Gregor Lingl gregorli...@users.sourceforge.net:
Removed file: http://bugs.python.org/file14358/tdemo_chaos.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6340
___
Changes by Gregor Lingl gregorli...@users.sourceforge.net:
Added file: http://bugs.python.org/file14359/tdemo_chaos.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6340
___
Changes by Gregor Lingl gregorli...@users.sourceforge.net:
Removed file: http://bugs.python.org/file14359/tdemo_chaos.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6340
___
Changes by Gregor Lingl gregorli...@users.sourceforge.net:
Added file: http://bugs.python.org/file14360/tdemo_chaos.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6340
___
nestor nestornis...@gmail.com added the comment:
That fails consistently:
Python 2.6.2 (r262:71600, Jun 4 2009, 16:07:26) [C] on aix5
Type help, copyright, credits or license for more information.
import os
r,w=os.pipe()
os.lseek(r,0,1)
Traceback (most recent call last):
File stdin, line
Tanaka Akira a...@fsij.org added the comment:
src/if_python.c in vim-7.2 has a comment:
/* Set sys.argv[] to avoid a crash in warn(). */
I think the crash is follows.
% python
Python 2.5.2 (r252:60911, Jan 4 2009, 17:40:26)
[GCC 4.3.2] on linux2
Type help, copyright, credits or license for
Craig McQueen ces-...@mcqueen.id.au added the comment:
@gregory.p.smith:
This change is not suitable for back porting as it arguably adds a new
feature.
Speaking as a Mercurial user who can't use Mercurial at work through a
proxy firewall... I beg you to consider that fixing this is not
Jerry Chen je...@3rdengine.com added the comment:
Thanks for the explanation -- looks like I was way off base on that one.
I took a look at the code you provided but it doesn't work as a drop-in
replacement for _escape_cdata, since that function returns a string
rather than bytes.
However
Antoine Pitrou pit...@free.fr added the comment:
other container like zip-container is
not well designed for unix-like file systems.
Well, please be more specific as to why zip it affects sdist in
particular. Never before have I heard anyone claim that zip was
ill-suited for source tarballs.
Antoine Pitrou pit...@free.fr added the comment:
Personally I would very much dislike it if python source distributions
were zipfiles by default.
Why?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6296
R. David Murray rdmur...@bitdance.com added the comment:
Because I'm a unix weenie, and zip files feel like an intrusion from the
Windows world. I expect source tarballs to be, well, tarballs. I don't
say zip shouldn't be the default, I just noted that I personally would
find that distasteful.
Senthil orsent...@gmail.com added the comment:
Craig McQueen comment:
Speaking as a Mercurial user who can't use Mercurial at work through a
proxy firewall... I beg you to consider that fixing this is not really
We might have to take this up at python-dev. I shall do that
to get other
47 matches
Mail list logo