New submission from Vito De Tullio vito.detul...@gmail.com:
from http://docs.python.org/download.html and
http://docs.python.org/3.0/download.html you can download the python
documentation in many formats (html, pdf, txt), I think auto-generated
by the .rst source.
While html and txt does not,
Georg Brandl ge...@python.org added the comment:
I thought we already did assign these metadata items; looks like it's
been messed up somehow. I'll fix this.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5901
New submission from Ezio Melotti ezio.melo...@gmail.com:
I noticed that codec names[1]:
1) can contain random/unnecessary spaces and punctuation;
2) have several aliases that could probably be removed;
A few examples of valid codec names (done with Python 3):
s = 'xxx'
s.encode('utf')
b'xxx'
James Andrewartha tr...@ucc.gu.uwa.edu.au added the comment:
I'm jhbuilding GNOME on Solaris, and the attached patch fixes the
problem for me, having compiled Python with it I can now compile
dbus-python, pycairo and pyorbit against it.
--
nosy: +trs80
Georg Brandl ge...@python.org added the comment:
I don't think this is a good idea. Accepting all common forms for
encoding names means that you can usually give Python an encoding name
from, e.g. a HTML page, or any other file or system that specifies an
encoding. If we only supported, e.g.,
Martin v. Löwis mar...@v.loewis.de added the comment:
Reviewers: report_bugs.python.org, Benjamin,
Message:
Issues fixed in r72188.
http://codereview.appspot.com/52081/diff/1/5
File Doc/library/codecs.rst (right):
http://codereview.appspot.com/52081/diff/1/5#newcode326
Line 326: In addition,
Changes by Martin v. Löwis mar...@v.loewis.de:
Removed file: http://bugs.python.org/file13830/surrogates.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3672
___
Changes by Martin v. Löwis mar...@v.loewis.de:
Added file: http://bugs.python.org/file13836/surrogates.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3672
___
Antoine Pitrou pit...@free.fr added the comment:
Is there any reason for allowing utf as an alias to utf-8? It sounds
much too ambiguous. The other silly variants (those with lots of
spurious puncutuations characters) could be forbidden too.
--
nosy: +pitrou
status: pending - open
Antoine Pitrou pit...@free.fr added the comment:
Doesn't it also break binary compatibility with extension modules?
Perhaps this should be quickly discussed on python-dev, although I agree
that it looks sensible.
--
nosy: +pitrou
___
Python tracker
Changes by Antoine Pitrou pit...@free.fr:
--
stage: needs patch - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5084
___
___
Antoine Pitrou pit...@free.fr added the comment:
Thanks, I'll take a look very soon.
--
assignee: alexandre.vassalotti - pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5084
___
Michael Foord mich...@voidspace.org.uk added the comment:
Committed in revision 71291.
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3379
___
Michael Foord mich...@voidspace.org.uk added the comment:
No, make that revision 72191. :-)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3379
___
Benjamin Peterson benja...@python.org added the comment:
Since no other patches were proposed, I applied Antoine's patch in r72194.
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4136
Antoine Pitrou pit...@free.fr added the comment:
I'm not sure we can change the behaviour of PySys_SetArgv() like that.
At least not in a bugfix release.
In 2.7/3.1, we could either change PySys_SetArgv(), or introduce a new
PySys_SetArgvEx() with an additional argument indicating whether
New submission from Barry Alan Scott barry-sc...@users.sourceforge.net:
On Mac OS X 10.5
$ LC_ALL=ru_RU.koi8-r python3.0 -c 'import time;print( time.strftime(%A))'
Traceback (most recent call last):
File string, line 1, in module
UnicodeDecodeError: 'utf8' codec can't decode bytes in position
Ezio Melotti ezio.melo...@gmail.com added the comment:
See http://bugs.python.org/issue5398
--
nosy: +ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5903
___
New submission from Barry Alan Scott barry-sc...@users.sourceforge.net:
The result of time.strftime seems to be in the locale encoding
but this is not pointed out in the documentation.
Ideally an example like this would be in the docs to show how to
deal with strftime output:
import locale
Ezio Melotti ezio.melo...@gmail.com added the comment:
Here the issue might be different though. Does
$ LC_ALL=ru_RU.koi8-r python3.0 -c 'import time;time.strftime(%A)'
(without the print) work?
I don't have the ru_RU locale but here time.strftime() return 'str', not
'bytes' and the utf-8
Ezio Melotti ezio.melo...@gmail.com added the comment:
I was able to reproduce this using an italian locale on Windows:
locale.setlocale(locale.LC_TIME, 'Italian_Italy.1252')
'Italian_Italy.1252'
time.strftime(%A, time.strptime(2009-05-01, %Y-%m-%d))
'venerd?'
That should be 'venerdì'.
I also
Jeroen Ruigrok van der Werven asmo...@in-nomine.org added the comment:
As C99 section 7.23.3.5 states:
Each conversion specifier is replaced by appropriate characters as
described in the following list. The appropriate characters are
determined using the LC_TIME category of the current locale
Antoine Pitrou pit...@free.fr added the comment:
Same thing here (Linux) with a non-utf8 locale:
locale.setlocale(locale.LC_TIME, fr_FR.UTF-8)
'fr_FR.UTF-8'
time.strftime(%B, time.strptime(2009-12-01, %Y-%m-%d))
'décembre'
locale.setlocale(locale.LC_TIME, fr_FR.ISO8859-15)
'fr_FR.ISO8859-15'
Changes by Antoine Pitrou pit...@free.fr:
--
priority: - high
stage: - test needed
type: - behavior
versions: +Python 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5903
___
Antoine Pitrou pit...@free.fr added the comment:
Well, sorry for the message above. There is a problem but it is with
strptime() actually.
time.strptime(2009-12-01, %Y-%m-%d)
Traceback (most recent call last):
File stdin, line 1, in module
File /home/antoine/py3k/__svn__/Lib/_strptime.py,
Changes by Francesco Sechi francesco.se...@iet.unipi.it:
--
nosy: +sechi_francesco
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5752
___
___
Antoine Pitrou pit...@free.fr added the comment:
Well, it turns out that strftime() is buggy as well:
tp = time.strptime(2009-12-01, %Y-%m-%d)
locale.setlocale(locale.LC_TIME, fr_FR.ISO8859-15)
'fr_FR.ISO8859-15'
time.strftime(%B, tp)
Traceback (most recent call last):
File stdin, line 1,
New submission from Antoine Pitrou pit...@free.fr:
time.strptime() fails with non-UTF8 locales, *even when the input is
totally ASCII*.
locale.setlocale(locale.LC_TIME, fr_FR.ISO8859-15)
'fr_FR.ISO8859-15'
time.strptime(2009-01-01, %Y-%m-%d)
Traceback (most recent call last):
File stdin,
Benjamin Peterson benja...@python.org added the comment:
I think the new patch looks fine.
--
assignee: benjamin.peterson - loewis
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3672
___
Changes by Francesco Sechi francesco.se...@iet.unipi.it:
Added file: http://bugs.python.org/file13837/test_toxml.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5752
___
Benjamin Peterson benja...@python.org added the comment:
Can someone try this patch, please?
--
keywords: +patch
Added file: http://bugs.python.org/file13838/no_drive.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5692
Matthew Barnett pyt...@mrabarnett.plus.com added the comment:
How about a 'full' form and a 'key' form generated by the function:
def codec_key(name):
return name.lower().replace(-, ).replace(_, )
The key form would be the key to an available codec, and the key
generated by a user-supplied
New submission from Pascal Chambon chambon.pas...@gmail.com:
Usually, daemon processes are processes which got disconnected from
their parent process, and work in the background, often under a
different user identity.
The multiprocessing module has the concept of daemon too, but this
time in
Changes by Benjamin Peterson benja...@python.org:
--
assignee: - jnoller
nosy: +jnoller
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5906
___
New submission from John Morton j...@angrymonkey.net.nz:
The output of repr on an object of type time.struct_time has changed
from 2.5 to 2.6, and can no longer be read in with an eval.
2.5 behaviour:
Python 2.5.4 (r254:67916, Apr 4 2009, 17:55:16)
[GCC 4.3.3] on linux2
Type help, copyright,
Jesse Noller jnol...@gmail.com added the comment:
The multiprocessing lib mimics the threading library, and the
threading.Thread.daemon has always maintained these are not
services/daemons/etc.
I don't see that the clarification is needed, but let me think about it.
--
Pascal Chambon chambon.pas...@gmail.com added the comment:
I agree that for someone who discovers the multiprocessing api as a
generalization of the threading api, there won't be problems ;
I'm just worried about those (like me) who will see daemonic as coming
from unix processes, and not the
Mark Dickinson dicki...@gmail.com added the comment:
I've removed those gratuitous context uses in Objects/longobject.c
in r72202 (trunk) and r72203 (py3k).
I'm not sure it's a good idea to remove the context field completely.
Apart from the compatibility issues that Antoine pointed out, it
Mark Dickinson dicki...@gmail.com added the comment:
I'm not going to pursue this further; try as I might, I really can't
make this anything more than just a personal preference. It doesn't
solve any genuine problem.
Closing.
--
resolution: - rejected
status: open - closed
Martin v. Löwis mar...@v.loewis.de added the comment:
Notice that this is no bug: there is no guarantee that repr() can
eval(). For some types it does, for others, it doesn't.
--
nosy: +loewis
type: behavior - feature request
___
Python tracker
Mark Dickinson dicki...@gmail.com added the comment:
One comment on the new complex formatting. I now get (in py3k)
from math import pi, e
format(complex(pi,e), '')
'(3.14159+2.71828j)'
format(complex(pi,e), '')
'(3.14159265359+2.71828182846j)'
I understand why this is happening, but again
Steven Bethard steven.beth...@gmail.com added the comment:
Ok, I've been chatting with folks on microsoft.public.platformsdk.msi,
and I think the right approach here is to define a Feature for each
version of Python. Each Feature would install the exact same files, but
to a different Python
Benjamin Peterson benja...@python.org added the comment:
Something I overlooked is that PyCodec_SurrogateErrors isn't exposed in
any headers.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3672
Martin v. Löwis mar...@v.loewis.de added the comment:
Committed as r72208, blocked as r72209.
As for PyCodec_SurrogateErrors: I'd rather make it static than expose it.
--
resolution: - accepted
status: open - closed
___
Python tracker
Benjamin Peterson benja...@python.org added the comment:
2009/5/2 \Martin v. Löwis\
rep...@bugs.python.org@psf.upfronthosting.co.za:
Martin v. Löwis mar...@v.loewis.de added the comment:
Committed as r72208, blocked as r72209.
As for PyCodec_SurrogateErrors: I'd rather make it static than
A.M. Kuchling li...@amk.ca added the comment:
Updated version of the patch that only stores the current time -1sec,
adds a test case, and passes all tests.
--
keywords: +patch
Added file: http://bugs.python.org/file13839/mailbox-mtime.patch
___
Martin v. Löwis mar...@v.loewis.de added the comment:
As for PyCodec_SurrogateErrors: I'd rather make it static than expose it.
Why? All the other error handlers are exposed.
Sure - but what for? IMO, they all shouldn't be exposed.
--
___
Python
Benjamin Peterson benja...@python.org added the comment:
2009/5/2 \Martin v. Löwis\
rep...@bugs.python.org@psf.upfronthosting.co.za:
Martin v. Löwis mar...@v.loewis.de added the comment:
As for PyCodec_SurrogateErrors: I'd rather make it static than expose it.
Why? All the other error
Eric Smith e...@trueblade.com added the comment:
Is this suggestion for all types, or just complex? Because float has the
same issue.
format(pi, '')
'3.14159265359'
[38243 refs]
format(pi, '')
'3.14159'
--
___
Python tracker rep...@bugs.python.org
Mark Dickinson dicki...@gmail.com added the comment:
Hmm. That also seems wrong to me. So I guess it's a suggestion
for float as well, which means it's not specific to this issue.
Should I open a separate feature request?
--
___
Python tracker
Antoine Pitrou pit...@free.fr added the comment:
I don't think your patch is specific enough. It should only trigger when
the targetpath is of the form / or X:/.
By the way, while I first rated this bug release blocker, thinking
test_zipfile was failing for all Windows platforms, we can
Eric Smith e...@trueblade.com added the comment:
Hmm. That also seems wrong to me. So I guess it's a suggestion
for float as well, which means it's not specific to this issue.
Should I open a separate feature request?
Yes, this is a separate issue. It comes from PEP 3101's specification of
Antoine Pitrou pit...@free.fr added the comment:
This alternate patch is ok here (tested under Windows and Linux).
It's against trunk, since the bug actually exists there too.
--
Added file: http://bugs.python.org/file13840/issue5692.patch
___
Python
Changes by Antoine Pitrou pit...@free.fr:
--
versions: +Python 2.6, Python 2.7, Python 3.0
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5692
___
Michael Foord mich...@voidspace.org.uk added the comment:
Committed in revision 72219.
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5679
___
Georg Brandl ge...@python.org added the comment:
Also, the 2.5 behavior was not up to spec either: after eval() you get a
simple tuple, while the object before was a time.struct_time object.
(True, you can pass these tuples to the time functions, but an
eval()able repr() should reproduce the
Steven Bethard steven.beth...@gmail.com added the comment:
Ok, that was actually easier than I thought it would be. The new patch
introduces properties for each Python version (e.g. TARGETDIR2.4,
PYTHON.MACHINE.2.4, etc.), and disables and hides the features for any
Python versions that aren't
New submission from Gerald Britton gerald.brit...@gmail.com:
Python 2.6 segfaults when starting up the gramps application
--
assignee: theller
components: ctypes
files: gdb-python.txt
messages: 86981
nosy: gbritton, theller
severity: normal
status: open
title: Segfault in typeobject.c
Antoine Pitrou pit...@free.fr added the comment:
Committed in r72223, r72224. Thanks!
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5084
___
Jeroen Ruigrok van der Werven asmo...@in-nomine.org added the comment:
I will first point out where our current implementation is broken, in my
opinion of course, after which I propose a small patch.
Both C90 (7.4.1.1) and C99 (7.11.1.1) state:
A value of C for locale specifies the minimal
New submission from Erik Gorset e...@gorset.no:
The kqueue code doesn't increment the index when building the changelist.
The patch should work for both py26 and py30.
--
components: Extension Modules
files: kqueue.patch
keywords: patch
messages: 86984
nosy: Erik Gorset
severity:
Martin v. Löwis mar...@v.loewis.de added the comment:
If a pointer to a string is given for locale and the selection can be
honored, the setlocale function returns a pointer to the string
associated with the specified category for the new locale. If the
selection cannot be honored, the
Floris Bruynooghe floris.bruynoo...@gmail.com added the comment:
The attached patch does fix this issue.
Concerning the specific example of LDFLAGS used here there is still and
issue with LDFLAGS being ignored by the buid for the shared modules, but
that is an other issue.
--
keywords:
Michael Foord mich...@voidspace.org.uk added the comment:
Committed in revision 72225.
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5728
___
Paul Hummer p...@eventuallyanyway.com added the comment:
I've been doing a review of this patch for the last few hours. There
are a few issues that need to be taken care of in order for it to move
forward, and I'm currently working on them, in this order:
1. Update the patch to the most
Floris Bruynooghe floris.bruynoo...@gmail.com added the comment:
Hmm, the patch isn't quite right yet. When a $$ is present in the
makefile .parse_makefile() needs to return a single $. I'm not sure yet
what needs to happen with the \ for the shell escape.
--
Henrique Baggio hnrqbag...@gmail.com added the comment:
Sorry, I don't know how create a patch, but just change the line with
parts = file.split(.) to parts = os.path.splitext(file)
and the problem is fixed.
--
nosy: +hnrqbaggio
___
Python tracker
Henrique Baggio hnrqbag...@gmail.com added the comment:
I create a patch using the os.path.splitext function.
--
Added file: http://bugs.python.org/file13846/msilib.__init__.patch
___
Python tracker rep...@bugs.python.org
Steven Bethard steven.beth...@gmail.com added the comment:
Ok, I added one final Feature that allows the user to specify an
alternate Python directory. (The PathEdit for specifying the directory
will only display if this Feature is set to be installed.)
I think this patch is pretty much ready
tyoc z...@alum.com added the comment:
OK, here is a resume of the anterior.
I see clearly that it matter where I import the library (dont know if
is a problem of the library or python). This time the thread doesnt
end, will end when you hit CTRL+C in the terminal, for test this you
need
New submission from Naoki INADA songofaca...@gmail.com:
The built-in compile() expects source is encoded in utf-8.
This behavior make it harder to implement alternative shell
like IDLE and IPython. (http://bugs.python.org/issue1542677 and
https://bugs.launchpad.net/ipython/+bug/339642 are
Kurt B. Kaiser k...@shore.net added the comment:
r72227.
How's your test code coming? A relative Win filename with leading
spaces should be found even when there's a file of same name but no
spaces.
--
keywords: +26backport
___
Python tracker
A.M. Kuchling li...@amk.ca added the comment:
Committed to trunk in rev. 72213.
Committed to py3k in rev. 72228.
--
resolution: - fixed
status: open - closed
versions: +Python 2.7 -Python 2.6
___
Python tracker rep...@bugs.python.org
Garrett Cooper yaneg...@gmail.com added the comment:
Maybe the documentation for other examples should be referenced then?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5850
___
Garrett Cooper yaneg...@gmail.com added the comment:
Cool! Thanks for all of the hard work Michael :D.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5679
___
Garrett Cooper yaneg...@gmail.com added the comment:
Priorities shifted again at work, so I'll get around to this some time
around early June when I get an opportunity to implement multiprocessing
in my work code...
Thanks!
--
___
Python tracker
76 matches
Mail list logo
