New submission from Matthias Kievernagel mkie...@web.de:
Hello,
there is a broken link on
http://www.python.org/news/
at
Python 3.0 is an ex-release! Long live Python 3.1!
There will be no Python 3.0.2 release or further 3.0.x maintenance/
security releases. All users of Python 3.0 are
Mark Dickinson dicki...@gmail.com added the comment:
Note to self: when fixing this, make sure that Decimal.number_class is
also behaving sensibly.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7099
New submission from Ezio Melotti ezio.melo...@gmail.com:
regrtest.py should output all the names of the tests that fail and their
tracebacks on stderr.
This will provide an easy way to filter out the relevant information
(errors and tracebacks) from all the other outputs.
The current behavior
Senthil Kumaran orsent...@gmail.com added the comment:
Hope this is the right place to report website issues.
Not actually,
http://wiki.python.org/moin/PythonWebsiteCreatingNewTickets
to report a bug or to suggest an enhancement for the python.org
website, please send an e-mail message to
Changes by Senthil Kumaran orsent...@gmail.com:
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7109
___
___
New submission from Peter Eisentraut pete...@gmx.net:
bash$ python3.1 -c 'pass' 2-
Aborted (core dumped)
(I verified, the core dump belongs to python.)
If you remove the redirection thingy at the end, it works.
Not sure why I ever wrote that code, but it has been working since
forever up to
Matthias Kievernagel mkie...@web.de added the comment:
Sorry. Somehow this page did not show up on my google search on
python.org. Problem sent to webmaster.
Thanks.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7109
Changes by Matthias Klose d...@debian.org:
--
nosy: +doko
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7111
___
___
Python-bugs-list mailing list
New submission from Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp:
I've got this warning while compiling on coLinux.
gcc -pthread -c -fno-strict-aliasing -g -Wall -Wstrict-prototypes -I.
-IInclude
-I./Include -DPy_BUILD_CORE -o Objects/unicodectype.o
Objects/unicodectype.c
In file included
Marc-Andre Lemburg m...@egenix.com added the comment:
Hirokazu Yamamoto wrote:
This issue is related to issue1571184, I think.
Assuming that you're using the SVN version of Python, I agree,
that's likely.
This is the line in question:
case 0x5146:
return (double) 1;
Changes by Marc-Andre Lemburg m...@egenix.com:
--
assignee: - amaury.forgeotdarc
nosy: +amaury.forgeotdarc
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7112
___
New submission from albert hofkamp a.t.hofk...@tue.nl:
Current implementation (r71564) uses '%s\n%s' % (old_val, new_line) to
merge multi-line options into one string.
For options with many lines, this wastes a lot of CPU power.
Attached patch against r71564 fixes this problem by first building
Changes by Facundo Batista facu...@taniquetil.com.ar:
--
nosy: +facundobatista
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5911
___
___
Mark Dickinson dicki...@gmail.com added the comment:
I'm able to reproduce this on Debian Lenny/x86_64 with a home-built gcc
4.4.0 and the --with-computed-gotos and --with-tsc configure options.
I'm compiling with:
CC=gcc-4.4 ./configure --with-tsc --with-computed-gotos make
The Python
Benjamin Peterson benja...@python.org added the comment:
The patch as it currently stands is unacceptable because it changes
public APIs.
--
nosy: +benjamin.peterson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5911
Mark Dickinson dicki...@gmail.com added the comment:
Here's a patch.
Martin, would you be able to take a look at this?
N.B. I also tried './configure --with-tsc make make test' for a
build of the trunk on OS X 10.6; the configure and make steps succeeded,
but 'make test' immediately
Mark Dickinson dicki...@gmail.com added the comment:
N.B. The patch assumes that unsigned int has 32 bits. This is almost
certainly true on the platforms of interest, but it might be better to use
uint64_t and uint32_t throughout the tsc code. For Python 2.7 and 3.x,
uint32_t and uint64_t
Matthias Klose d...@debian.org added the comment:
This change shows a regression (https://bugs.launchpad.net/bugs/449734),
the setup.py file might not be correct, but it did work before this
change (with plain distutils). Quoting from the report:
Set setup.py file looks like this:
Barry A. Warsaw ba...@python.org added the comment:
Tarek,
Can you please look at this for 2.6.4? We might need another rc and it
would be better to do that sooner rather than later.
Thanks!
--
priority: - release blocker
status: closed - open
Mark Dickinson dicki...@gmail.com added the comment:
Assigning to myself so this doesn't get forgotten.
--
assignee: - mark.dickinson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6970
___
Tarek Ziadé ziade.ta...@gmail.com added the comment:
Looking at it now
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7064
___
___
Phillip J. Eby p...@telecommunity.com added the comment:
FYI, a fix allowing setuptools to work with 2.6.3 is now checked in, and
will be released soon (preferably in a few days, unless new bugs turn
up). If you are experiencing issues with this and would like to try the
fixed version(s),
New submission from Greg Baker ggba...@sfu.ca:
I believe what I'm seeing here is somewhat related to issue 670664, but
is easier to handle because of the CDATA structure. Basically,
HTMLParser doesn't recognize CDATA sections at all, so their content is
incorrectly parsed like normal data.
The
Marc-Andre Lemburg m...@egenix.com added the comment:
Looking at the description of manifest files, it appears that just
removing the assemblyIdentity-element results in an invalid manifest file:
http://msdn.microsoft.com/en-us/library/aa374219(VS.85).aspx
It appears that the entire
Tarek Ziadé ziade.ta...@gmail.com added the comment:
I am opening another issue to keep a record of the particular case
Matthias brought.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7064
New submission from Tarek Ziadé ziade.ta...@gmail.com:
This change shows a regression (https://bugs.launchpad.net/bugs/449734),
the setup.py file might not be correct, but it did work before this
change (with plain distutils). Quoting from the report:
Set setup.py file looks like this:
New submission from Jess Austin jess.aus...@gmail.com:
In its __doc__ string and in the documentation, str.join() is described
as taking a sequence. This is not general enough; it actually takes any
iterable of strings:
','.join(str(x) for x in range(5))
'0,1,2,3,4'
Maybe this is a
Tarek Ziadé ziade.ta...@gmail.com added the comment:
done in r75390.
Matthias could you check on your side with the UpdateManager
distribution that it working fine now in your environment ?
--
resolution: - fixed
status: open - closed
___
Python
Changes by Jess Austin jess.aus...@gmail.com:
--
keywords: +patch
Added file: http://bugs.python.org/file15111/jointakesiterables.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7116
___
Sridhar Ratnakumar sridh...@activestate.com added the comment:
Tarek - could you give the new issue link?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7064
___
Antoine Pitrou pit...@free.fr added the comment:
This new patch makes it possible to mutate the dict without messing with
the delayed removal when an iterator exists.
--
Added file: http://bugs.python.org/file15112/weakiter2.patch
___
Python tracker
Christoph Gohlke cgoh...@uci.edu added the comment:
This patch also removes empty dependentAssembly elements after removing
the VC.CRT assemblyIdentity element.
It seems not enough to just place the Microsoft.VC90.CRT.manifest and VC
runtime DLL files into the Python folder. On a system without
Changes by Reid Kleckner r...@mit.edu:
--
nosy: +rnk
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1068268
___
___
Python-bugs-list mailing list
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7112
___
___
Python-bugs-list
Stuart Axon stu.a...@gmail.com added the comment:
zipfile also would make a good target for a contextmanager (as noted here -
http://tarekziade.wordpress.com/2009/01/20/python-standard-lib-give-me-more-withs/
)
--
nosy: +stuaxo
___
Python tracker
Ezio Melotti ezio.melo...@gmail.com added the comment:
There's a patch for zipfile in #5511.
--
nosy: +ezio.melotti
priority: - normal
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4972
___
Charles Cazabon charlesc-pyt...@pyropus.ca added the comment:
Can someone review this patch? I believe it's sufficient for inclusion
now, as it includes docs and unit tests, but if anything about it
requires further attention I'd be happy to listen to change requests.
We'd like get this into
Benjamin Peterson benja...@python.org added the comment:
The problem is the check_fd in _fileio.c checks fstat of 2, which
returns EBADFD. I'm not sure what about this redirection makes it a bad
file descriptor, though..
--
nosy: +benjamin.peterson
38 matches
Mail list logo