[issue1684] CGIHTTPServer does not chdir prior to executing the CGI script

[Fazal Majid]

Fazal Majid  added the comment:

The problem is that in the current implementation there is no hook to
allow overriding any setup prior to exec, so the only way to produce the
standard UNIX behavior assumed by many scripts is to copy-paste the code
and patch it manually, which is very crude and defeats the whole idea of
including it in the standard library.

Part of the problem is that the CGI spec isn't properly documented. A
great many early Internet standards were slapdashedly written up by
Netscape on web sites that were dropped by AOL eventually.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5902] Stricter codec names

[Marc-Andre Lemburg]

Marc-Andre Lemburg  added the comment:

On 2009-05-02 11:20, Georg Brandl wrote:
> Georg Brandl  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., "UTF-8" and no other spelling,
> that would make life much more difficult.  If you look into
> encodings/__init__.py, you can see that throwing out all
> non-alphanumerics is a conscious design choice in encoding name
> normalization.
> 
> The only thing I don't know is why "utf" is an alias for utf-8.
> 
> Assigning to Marc-Andre, who implemented most of codecs.

-1 on making codec names strict.

The reason why we have to many aliases is to enhance compatibility
with other software and data, not to encourage use of these aliases
in Python itself.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3130] In some UCS4 builds, sizeof(Py_UNICODE) could end up being more than 4.

[Mark Dickinson]

Mark Dickinson  added the comment:

> We'd have to add an AC_TYPE_INT32_T and AC_TYPE_INT16_T check to
> configure:

AC_TYPE_INT32_T should already be there.  See also the code in
pyport.h that #defines HAVE_INT32_T and PY_INT32_T, and the
corresponding bits of PC/pyconfig.h.

It was recently pointed out that there are some issues with these
definitions when using a C++ compiler instead of a C compiler, since
then INT32_MAX is undefined.  (See the footnote to 7.18.2, para.1 of
C99.)

--
nosy: +marketdickinson

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5906] Risk of confusion in multiprocessing module - daemonic processes

[Vaibhav Mallya]

Vaibhav Mallya  added the comment:

I understand pakal's line of reasoning. The term 'daemon' in the general
Unix sense has a specific meaning that is at odds with the
multiprocessing module's usage of 'daemon'. Clarification would be
useful, I feel, especially if an outright rename of that part of the API
is out of the question.

--
nosy: +mallyvai

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5630] Create alternative CObject API that is safe and clean

[Larry Hastings]

Larry Hastings  added the comment:

Updated patch based on impressively thorough Rietveld feedback from
Benjamin Peterson.  Thanks, Benjamin!

This patch should not be considered final; we already know the API
documentation in the comments in Include/pycapsule.h needs to change
(somehow).

--
Added file: http://bugs.python.org/file13864/lch.capsule.r72270.diff

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5880] Remove unneeded "context" pointer from getters and setters

[Larry Hastings]

Larry Hastings  added the comment:

Mark Dickinson: no extension module would ever *need* it.  One could
reproduce the functionality with stub intermediary functions, as follows:

PyObject *my_getter_with_context(PyObject *self, void *context) {
  /* ... /
}

PyObject *my_getter_A(PyObject *self) {
  return my_getter_with_context(self, "A");
}


PyObject *my_getter_B(PyObject *self) {
  return my_getter_with_context(self, "B");
}

/* etc. */

The body of Python extension code shows that this facility is rarely
needed.  And folks that need it can roll their own.

It's a minor thing, but I think it's worth doing, if we're willing to
break compatibility in this way.

Anyway, I'm gonna float it on python-dev.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5880] Remove unneeded "context" pointer from getters and setters

[Larry Hastings]

Larry Hastings  added the comment:

Oh, and, I looked at pyephem.  It uses the context field to... store an
integer.  In this case, the offset in a structure where it's going to
pull out a value (float or double).  This code would probably be clearer
if forced to make do without the "closure".

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5504] ctypes should work with systems where mmap can't be PROT_WRITE and PROT_EXEC

[Thomas Heller]

Thomas Heller  added the comment:

Hm, I don't see any problems with current Python trunk or the
release26-maint branch, on a Fedora 10 system.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5919] pygettext documentation

[Egon Frerich]

New submission from Egon Frerich :

In 
23.1.3. Internationalizing your programs and modules
is shown how to get help-instructions for pygettext:
pygettext.py --help

As pygettext is a script the line should be:

pygettext --help

--
messages: 87110
nosy: efrerich
severity: normal
status: open
title: pygettext documentation

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1054943] Python may contain NFC/NFKC bug per Unicode PRI #29

[STINNER Victor]

STINNER Victor  added the comment:

Here is a patch fixing Unicode issue "PR29", I used the testcases 
given in http://www.unicode.org/review/pr-29.html

--
keywords: +patch
Added file: http://bugs.python.org/file13865/unicode_pr29.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4425] UTF7 encoding of slash (character 47) is incorrect

[STINNER Victor]

STINNER Victor  added the comment:

I think that we can merge this issue with #4426.

--
resolution:  -> duplicate

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4426] UTF7 decoding is far too strict

[STINNER Victor]

STINNER Victor  added the comment:

Copy of msg76404 from duplicate issue (#4425):

'/'.encode('utf7') returns '+AC8-'.  It should return '/'.  See RFC 
2152.

'/'.decode('utf7') raises an exception (this is a special case of a
general problem with UTF-7 decoding, which I will report as a separate 
bug).


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4425] UTF7 encoding of slash (character 47) is incorrect

[STINNER Victor]

Changes by STINNER Victor :


--
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5920] Confusing float formatting for empty presentation type.

[Mark Dickinson]

New submission from Mark Dickinson :

I think the change in precision in the following is surprising, and should 
be fixed for 2.7 and 3.1:

Python 3.1a2+ (py3k:72258:72259, May  4 2009, 11:49:27) 
[GCC 4.0.1 (Apple Inc. build 5490)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> '{}'.format(10/3.)
'3.333'
>>> '{:}'.format(10/3.)
'3.333'
>>> '{:13}'.format(10/3.)
'  3.3'
>>> '{:-}'.format(10/3.)
'3.3'

Notice that the first two results above give 12 digits of precision,
while the third and fourth both give 6 digits of precision.

The above behaviour can be explained by a close reading of PEP 3101.
The last two results come from the section describing the empty 
presentation type for floats:

"""similar to 'g', except that it prints at least one digit after the 
decimal point."""

along with the fact that for 'g', the default precision is 6.  The first 
two results come from this sentence, at the end of the same section:

"""For all built-in types, an empty format specification will produce the 
equivalent of str(value)."""

and the fact that str(float) uses a precision of 12.

To me, it seems wrong, and potentially confusing, that adding a field 
width, or alignment specifier, or sign specifier, all of which have 
nothing to do with precision, should change the precision.

One possible solution would be to have the empty presentation type always 
use a precision of 12.  The output would still be 'similar to 'g'', except 
for the difference in default precision.

--
assignee: eric.smith
messages: 87114
nosy: eric.smith, marketdickinson
severity: normal
stage: needs patch
status: open
title: Confusing float formatting for empty presentation type.
type: behavior
versions: Python 2.7, Python 3.1

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5920] Confusing float formatting for empty presentation type.

[Mark Dickinson]

Mark Dickinson  added the comment:

Here's a patch, that also changed complex formatting in the same way.

--
keywords: +patch
stage: needs patch -> patch review
Added file: http://bugs.python.org/file13866/issue5920.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1588] str.format() wrongly formats complex() numbers (Py30a2)

[Mark Dickinson]

Mark Dickinson  added the comment:

> Yes, this is a separate issue.

Thanks.  See issue 5920.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4426] UTF7 decoding is far too strict

[STINNER Victor]

STINNER Victor  added the comment:

I updated the patch to python trunk. I was hard because "patch -p1" 
failed at many places, so please double check the updated patch.

Changes from utf7patch:
 * I removed the test "c >=0" in DECODE_DIRECT(c) because c type 
is "Py_UNICODE" and the type is always unsigned (right?)
 * I added "shiftOutStart = p;" at the beginning of 
PyUnicode_DecodeUTF7Stateful() to fix the gcc warning reported by 
pitrou.
 * I fixed the failing test in test_unicode.py (also reported by 
pitrou)
 * I added the tests listed in msg76414 (by nick)

I didn't read the UTF-7 encoder or decoder code. I just updated the 
patch.

--
Added file: http://bugs.python.org/file13867/issue4426.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4426] UTF7 decoding is far too strict

[STINNER Victor]

Changes by STINNER Victor :


Removed file: http://bugs.python.org/file13867/issue4426.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1054967] bdist_deb - Debian packager

[Lukas Lueg]

Lukas Lueg  added the comment:

Thanks for your efforts. I don't think you are stepping on anyone's toes
when picking up an issue that was unsolved for almost 5 years :-)

Please post patches to this bug for review/comments/help/whatever

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4426] UTF7 decoding is far too strict

[STINNER Victor]

STINNER Victor  added the comment:

(oops, i stripped spaces in my last patch)

--
Added file: http://bugs.python.org/file13868/issue4426.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5915] PEP 383 implementation

[Antoine Pitrou]

Antoine Pitrou  added the comment:

A couple of really small things.

http://codereview.appspot.com/52095/diff/30/1013
File Lib/test/test_codecs.py (right):

http://codereview.appspot.com/52095/diff/30/1013#newcode1545
Line 1545: b"foo\xa5bar")
You decode with iso-8859-3 but encode with iso-8859-4. Is it intended?

http://codereview.appspot.com/52095/diff/30/1014
File Lib/test/test_os.py (right):

http://codereview.appspot.com/52095/diff/30/1014#newcode704
Line 704: filenames = [b'foo\xf6bar', b'foo\xf6bar']
Is my sight bad, or is this twice the same filename?

http://codereview.appspot.com/52095/diff/30/1016
File Modules/python.c (right):

http://codereview.appspot.com/52095/diff/30/1016#newcode47
Line 47: /* Try conversion with mbsrtwocs (C99), and escape
non-decodable bytes. */
Typo: s/mbsrtwocs/mbrtowc/

http://codereview.appspot.com/52095

--
nosy: +pitrou

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3446] center, ljust and rjust are inconsistent with unicode parameters

[STINNER Victor]

STINNER Victor  added the comment:

haypo> About Python3, bytes.center accepts unicode as second argument,
haypo> which is an error for me

Ok, it's fixed thanks by r71013 (issue #5499).

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3446] center, ljust and rjust are inconsistent with unicode parameters

[STINNER Victor]

STINNER Victor  added the comment:

This issue only concerns Python 2.x, Python 3.x has the right 
behaviour: it disallow mixing bytes with characters.

--
versions: +Python 2.7 -Python 2.4, Python 2.5, Python 3.0

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3446] center, ljust and rjust are inconsistent with unicode parameters

[STINNER Victor]

STINNER Victor  added the comment:

The question is why str.{ljust,rjust,center} doesn't accept unicode 
argument, whereas unicode.{ljust,rjust,center} accept ASCII string. 
Other string methods accept unicode argument, like str.count() (encode 
the unicode string to bytes using utf8 charset).

To be consistent with other string methods, str.{ljust,rjust,center} 
should accept unicode string and convert them to byte string using 
utf8, like str.count does. But I hate such implicit conversion (I 
prefer Python3 way: disallow mixing bytes and characters), so I will 
not contribute to such patch.

Can you write such patch?

--

str.{ljust,rjust,center} use PyArg_ParseTuple(args, "n|c:...", ...) 
and getarg('c') which only accepts a string of 1 byte.

unicode.{ljust,rjust,center} use PyArg_ParseTuple(args, "n|
O&:...", ..., convert_uc, ...) where convert_uc looks something like:

  def convert_uc(o):
 try:
u = unicode(o)
 except:
raise TypeError("The fill character cannot be converted to 
Unicode")
 if len(u) != 1:
raise TypeError("The fill character must be exactly one 
character long"))
 return u[0]

convert_uc() accepts an byte string of 1 ASCII.

string_count() uses PyArg_ParseTuple(args, "O...", ...) and then test 
the substring type.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5724] 2.6.2c1 fails to pass test_cmath on Solaris10

[Mark Dickinson]

Mark Dickinson  added the comment:

Applied in r72275.  I've also applied the same changes to the
release30-maint branch in r72277.

--
resolution: accepted -> fixed
stage:  -> committed/rejected
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5572] distutils ignores the LIBS configure env var

[Tarek Ziadé]

Tarek Ziadé  added the comment:

> May be I miss something but I could not found why distutils 
> has to use LIBS to link a module.

It doesn't right now, but depending on the extension you want to build,
you might want to configure it and make sure it is passed to the compiler.

About the patch:

is there a particular reason why you have changed the call to
'set_library' into calls to 'add_library' in build_ext in your patch ?

--
versions: +Python 3.1

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5922] Multi-with patch

[Georg Brandl]

New submission from Georg Brandl :

So that this doesn't get overlooked.

--
assignee: georg.brandl
components: Interpreter Core
files: issue53094_2001.diff
keywords: patch
messages: 87131
nosy: georg.brandl
priority: release blocker
severity: normal
stage: patch review
status: open
title: Multi-with patch
versions: Python 2.7, Python 3.1
Added file: http://bugs.python.org/file13869/issue53094_2001.diff

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5923] turtle.py update: 1.0 --> 1.1

[Gregor Lingl]

New submission from Gregor Lingl :

I propose to update turtle.py with this new version 1.1 of the turtle
module. 

Summary of changes:

1. a few bugfixes, with 1 - 5 lines of code changed for each;
   these concern bugs that prevented turtle to run correctly

2. I've added four methods to the class TurtleScreeenBase:
   _onkeypress(fun, key)  (supplementing _onkeyrelease)
   mainloop()  (which is now a Screen-method and a function)
   textinput(title, prompt)
   numinput(title, prompt, default, minval, maxval)
  the latter two remedy the complete lack of input methods

   _onkey, an internal method name is changed to _onkeyrelease

3. I've added one method to the class TurtleScreen:
   onkeypress(fun, key=None)implemented in analogy to the
already present onkey()
   which got onkeyrelease as an alias.

4. I've changed several portions of the code that affect
  the representation of the turtleshape thus making it
  more compact (by removing some duplicated code) and more
  powerful, i. e. by adding the possibility to apply
  shearings to turtleshapes (in addition to the already present
  scaling and rotating transformations). Thus now the full
  range of (non singular) linear transformations is available.

  New methods in class RawTurtle:
   shearfactor(shear=None)set or get the shearfactor
   shapetransform(t11, t12, t21, t22)
   set or get the shape transform directly
   get_shapepoly() return the polygon of the current shape

  I've enhanced the functionality of tiltangle(angle=None)
  to contain also that of settiltangle and I propose to
  declare settiltangle as deprecated.
  5. I've removed a lot of codelines that were commented out
  during the process of transferring the module from 2.6
  to 3.0

6. I've implemented the bugfix for http://bugs.python.org/issue4117
  according do my proposition there and I strongly
  recommend this change again, as the bug described is very
  annoying, the fix is easy and no one proposed a better
  solution. 

For convenience I'll add the diff subsequently

Regards,
Gregor

--
components: Library (Lib)
files: turtle31.py
messages: 87132
nosy: benjamin.peterson, gregorlingl, loewis, rhettinger
severity: normal
status: open
title: turtle.py update: 1.0 --> 1.1
type: feature request
versions: Python 3.1
Added file: http://bugs.python.org/file13870/turtle31.py

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5900] Ensure RUNPATH is added to extension modules with RPATH if GNU ld is used

[Floris Bruynooghe]

Floris Bruynooghe  added the comment:

I'm not convinced that would help much.  The GNULD variable in the
makefile is for when the default linker is used.  If you change that by
using LDSHARED then you're probably not going to be using --rpath but
LDFLAGS to configure it the way you want.

If anything maybe using configure/Makefile to detect if GNU ld is used
is wrong just for the case they use LDSHARED (I didn't think of this
before), since then they can use LDSHARED and --rpath and get misterious
failures.  But it seems a lot more complicated to do, LDSHARED can be
set to something like "cc -shared" (the default) in which case we can't
use -V and assume it's a non-GNU ld if we don't get "GNU" back.  So we'd
have to try and detect if LDSHARED is set to a compiler or a linker,
then try to find which linker gets invoked etc.  A lot more complicated
and way more possibilities then I can test.

I'd argue that when someone uses LDSHARED they should be using LDFLAGS
intead of --rpath, they obviously know what they are doing.  --rpath is
there if you want to use the environment Python was compiled in to build
an extension module with a RPATH/RUNPATH in.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5923] turtle.py update: 1.0 --> 1.1

[Gregor Lingl]

Gregor Lingl  added the comment:

Just to see what I've changed:

The unified diff from version 1.0 ( Revision 69847 )
to the proposed version 1.1b

(Should result in version 1.1 'final'ly)

--
keywords: +patch
Added file: http://bugs.python.org/file13871/turtle30_to_31.diff

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4426] UTF7 decoding is far too strict

[Antoine Pitrou]

Antoine Pitrou  added the comment:

A quick comment on the patch: it seems to invert (quite futily I'd say)
the meaning of the arguments given to PyUnicode_EncodeUTF7, which is an
incompatible API change.
I'm in favour of reworking this patch in order to keep the original API.
If I'm not mistaken, it's just a matter of using the boolean complement
of these two arguments (encodeSetO, encodeWhiteSpace) inside the body of
PyUnicode_EncodeUTF7.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3244] multipart/form-data encoding

[Barry A. Warsaw]

Changes by Barry A. Warsaw :


--
assignee:  -> barry
nosy: +barry

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5630] Create alternative CObject API that is safe and clean

[Lisandro Dalcin]

Lisandro Dalcin  added the comment:

In Doc/c-api/capsule.rst, you wrote

.. cfunction:: int PyCapsule_Import(const char* name, int no_block)

but it should be:

.. cfunction:: void* PyCapsule_Import(const char* name, int no_block)

Additionally, you wrote "disambugate" in many places.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5906] Risk of confusion in multiprocessing module - daemonic processes

[Jesse Noller]

Jesse Noller  added the comment:

I'm more than familiar with the Unix meaning of Daemon - and the API will 
*not* be changed or renamed.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5755] "-Wstrict-prototypes" is valid for Ada/C/ObjC but not for C++"

[Tarek Ziadé]

Tarek Ziadé  added the comment:

I could work on a patch for this, by checking the compiler, if I get
some feedback from the matplotlib guys in this issue here

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5900] Ensure RUNPATH is added to extension modules with RPATH if GNU ld is used

[Tarek Ziadé]

Tarek Ziadé  added the comment:

what about adding 'GNULD' into sysconfig.customize_compiler too, so it
can be set using os.environ as well, not only in the Makefile

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5921] PEP 362 can be marked as finished?

[Daniel Stutzbach]

New submission from Daniel Stutzbach :

It looks like PEP 362 has been implemented in the py3k branch:

>>> def f(x: int):
...   pass
...
>>>

--
components: None
messages: 87125
nosy: stutzbach
severity: normal
status: open
title: PEP 362 can be marked as finished?
versions: Python 3.0, Python 3.1

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5311] bdist_msi generates version number for pure Python packages

[Martin v. Löwis]

Martin v. Löwis  added the comment:

The patch looks fine so far, please apply to trunk and 3k. As this is a
new feature, I think backporting it is not appropriate.

I believe that the support for (pre)install scripts is incorrect; I
would expect that each such script should be executed once per version
for which the package is installed. However, this can be fixed later;
for the moment, it would be good enough to warn at packaging time that
scripts may not work for multi-version packages.

You can also consider providing "Change" installation, allowing the user
to selectively add a package to a python version after that python
version is installed (or to remove it before the python version gets
removed). To do so, just add an option to the MaintenanceTypeDlg that
forks into the feature selection dialog, with the standard INSTALL action.

--
resolution:  -> accepted

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4426] UTF7 decoding is far too strict

[Nick Barnes]

Nick Barnes  added the comment:

This was my first contribution to Python.  I don't know what the rules
are on changing the arguments of an internal function such as
PyUnicode_EncodeUTF7().  Since I was rewriting the whole function
anyway, I tried to give it arguments which made more sense with respect
to the defining RFC.  If you want us to revert to the original meanings
of these arguments (so the third argument means "use base-64 encoding
for characters in set O", and not "use direct encoding for characters in
set O"), please can we have better names for them?

The name "encodeSetO" was meaningless: the function encodes *all* the
characters in the string.  What the argument specifies is whether the
"set O" characters are self-encoded or base-64 encoded.  So maybe it
should be called "base64SetO".

Ditto for the "encodeWhiteSpace" name.

Here's a trunk patch with the meaning of those parameters reverted, and
better names.

--
Added file: http://bugs.python.org/file13872/python-unicode-trunk-patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1128] msilib.Directory.make_short only handles file names with a single dot in them

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc  added the comment:

The current patch is not correct, because os.path.splitext returns the
extension with the leading dot.

Here is another patch that simplifies the code (os.path.splitext is
guaranteed to return two strings)
It also adds the first unit test for msilib.

There is an unresolved issue: what is make_short('foo.2.txt') supposed
to return? FOO.2.TXT or FOO~1.TXT ?

--
nosy: +amaury.forgeotdarc
Added file: http://bugs.python.org/file13873/msilib-2.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5919] pygettext documentation

[Georg Brandl]

Changes by Georg Brandl :


--
assignee:  -> georg.brandl
components: +Documentation
nosy: +georg.brandl

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5921] PEP 362 can be marked as finished?

[Georg Brandl]

Georg Brandl  added the comment:

I fail to see how that relates to function signature objects... the
annotation PEP is 3107, and that is marked as final.

--
nosy: +georg.brandl
resolution:  -> works for me
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5923] turtle.py update: 1.0 --> 1.1

[Georg Brandl]

Changes by Georg Brandl :


--
assignee:  -> loewis

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5902] Stricter codec names

[Georg Brandl]

Georg Brandl  added the comment:

So, do you also think "utf" and "latin" should stay?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5921] PEP 362 can be marked as finished?

[Daniel Stutzbach]

Daniel Stutzbach  added the comment:

You're right.  I got them mixed up.  Please disregard.  I'm just having
that kind of day.  :-)

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5921] PEP 362 can be marked as finished?

[Georg Brandl]

Georg Brandl  added the comment:

I think I know what you mean :)

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5572] distutils ignores the LIBS configure env var

[Collin Winter]

Collin Winter  added the comment:

2009/5/4  <"Tarek Ziadé "@psf.upfronthosting.co.za>:
> About the patch:
>
> is there a particular reason why you have changed the call to
> 'set_library' into calls to 'add_library' in build_ext in your patch ?

Yes. It seems like the proper thing to do is to merge the global LIBS
and the module-specific libraries (via add_library()), rather than
having one override the other (set_library()).

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1566260] Better order in file type descriptions

[Georg Brandl]

Changes by Georg Brandl :


--
assignee:  -> loewis
nosy: +loewis

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5902] Stricter codec names

[Matthew Barnett]

Matthew Barnett  added the comment:

Well, there are multiple UTF encodings, so no to "utf".

Are there multiple Latin encodings? Not in Python 2.6.2 under those names.

I'd probably insist on names that are strictish(?), ie correct, give or
take a '-' or '_'.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1128] msilib.Directory.make_short only handles file names with a single dot in them

[Henrique Baggio]

Henrique Baggio  added the comment:

@Amaury,

Sorry my mistake. I forgot splitext returns a tuple. =/

About your question, if the file name has less then 8 characters, then 
the function don't change it. Else, it return tha name with 8 chars.

e.g., make_short(foo.2.txt) returns FOO.2.TXT
and make_short(foo.longer_name.txt) returns FOO.LO~1.TXT

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5311] bdist_msi generates version number for pure Python packages

[Anthony Tuininga]

Anthony Tuininga  added the comment:

One additional suggestion: allow the packager to specify what the
minimum Python version is. Otherwise, you might have a package that
enables installation for Python 2.3 and 2.4 when the maintainer has
already stated that Python 2.5 is the minimum version supported.
Otherwise, looks great.

--
nosy: +atuining

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4426] UTF7 decoding is far too strict

[Antoine Pitrou]

Antoine Pitrou  added the comment:

Thanks for the update. Functions like PyUnicode_EncodeUTF7() are part of
the public C API, therefore their semantics can't be changed lightly.
The patch looks ok to me, apart from minor style issues.

--
assignee:  -> pitrou
resolution:  -> accepted
versions: +Python 2.7, Python 3.1 -Python 2.6

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5920] Confusing float formatting for empty presentation type.

[Eric Smith]

Eric Smith  added the comment:

About your patch: Wouldn't it make more sense to switch to type 's',
with a precision of 0, so as to use the same logic that float_str uses?
I realize it's the same result, but if we're making the point that we
want to match float_str, it makes sense to me to use the same logic so
you don't have to walk through the code to figure it out.

Or, also switch float_str to use 'g' with a precision of
PyFloat_STR_PRECISION, and get rid of 's' altogether. But maybe we
should do that as a separate step, after this change.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5311] bdist_msi generates version number for pure Python packages

[Steven Bethard]

Steven Bethard  added the comment:

@martin: 
Thanks! Do I need to do something special to make the merging work
right? Or do I just apply the patch separately to the trunk and the py3k
branche?

Good point about the install script - I think the condition needs to be
("&Python%s=3" % ver) instead of "NOT Installed". I'll use this approach
when I apply the patch, but clearly this needs some testing by folks
that use install scripts either way. I didn't worry much about the
pre-install script, since finalize_options() already throws an exception
saying that isn't supported

I'll open a new issue for support for a "Change" installation. This is
one of the nice things that treating Python versions as features allows,
I just haven't had time to look into it yet.

@anthony:
Allowing a minimum version to be set sounds like a nice feature. Could
you open a new feature request?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4426] UTF7 decoding is far too strict

[Antoine Pitrou]

Antoine Pitrou  added the comment:

Committed in r72283 and r72285. Thanks!

--
resolution: accepted -> fixed
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5924] When setting complete PYTHONPATH on Python 3.x, paths in the PYTHONPATH are ignored

[Fabio Zadrozny]

New submission from Fabio Zadrozny :

Setting the complete PYTHONPATH in Python 3.x does not work (reported
initially for Pydev:
https://sourceforge.net/tracker/index.php?func=detail&aid=2767830&group_id=85796&atid=577329
). Checked on 3.0.1 and 3.1a2.

I'm not sure if the paths must be the same, but when I did change the
path of the project, the bug was not always reproduced.

I've reproduced it on Windows XP SP3.

To reproduce, extract the ProjectStructure so that you have a path as
c:\Documents and
Settings\Fabio\Desktop\temp_pydev\ProjectStructure\proj_b\src\testcaller_a.py

Then considering your python install is at d:\bin\Python301, set the
pythonpath as:

[C:\temp]set pythonpath=C:\Documents and
Settings\Fabio\Desktop\temp_pydev\ProjectStructure\proj_b\src;C:\Documents
and
Settings\Fabio\Desktop\temp_pydev\ProjectStructure\proj_a\src;D:\bin\Python301;D:\bin\Python301\DLLs;D:\bin\Python301\lib;D:\bin\Python301\lib\plat-win;D:\bin\Python301\lib\site-packages

And run the command below:

[C:\temp]d:\bin\Python301\python.exe "c:\Documents and
Settings\Fabio\Desktop\temp_pydev\ProjectStructure\proj_b\src\testcaller_a.py"
Running code is 'c:\Documents and
Settings\Fabio\Desktop\temp_pydev\ProjectStructure\proj_b\src\testcaller_a.py'

The contents of 'sys.path' is:
c:\Documents and
Settings\Fabio\Desktop\temp_pydev\ProjectStructure\proj_b\src
C:\WINDOWS\system32\python30.zip
D:\bin\Python301\DLLs
D:\bin\Python301\lib
D:\bin\Python301\lib\plat-win
D:\bin\Python301
D:\bin\Python301\lib\site-packages
Traceback (most recent call last):
  File "c:\Documents and
Settings\Fabio\Desktop\temp_pydev\ProjectStructure\proj_b\src\testcaller_a.py",
line 11, in 
from testmod_a import testfunc
ImportError: No module named testmod_a


Note how the module was not properly imported... Now, if the PYTHONPATH
is set without the system folders:

[C:\temp]set pythonpath=C:\Documents and
Settings\Fabio\Desktop\temp_pydev\ProjectStructure\proj_b\src;C:\Documents
and Settings\Fabio\Desktop\temp_pydev\ProjectStructure\proj_a\src

Running the command line:

[C:\temp]d:\bin\Python301\python.exe "c:\Documents and
Settings\Fabio\Desktop\temp_pydev\ProjectStructure\proj_b\src\testcaller_a.py"
Running code is 'c:\Documents and
Settings\Fabio\Desktop\temp_pydev\ProjectStructure\proj_b\src\testcaller_a.py'

The contents of 'sys.path' is:
c:\Documents and
Settings\Fabio\Desktop\temp_pydev\ProjectStructure\proj_b\src
C:\Documents and
Settings\Fabio\Desktop\temp_pydev\ProjectStructure\proj_b\src
C:\Documents and
Settings\Fabio\Desktop\temp_pydev\ProjectStructure\proj_a\src
C:\WINDOWS\system32\python30.zip
D:\bin\Python301\DLLs
D:\bin\Python301\lib
D:\bin\Python301\lib\plat-win
D:\bin\Python301
D:\bin\Python301\lib\site-packages

'test_print()' in "testmod_a.testfunc" is called.

Properly works. Note that on Python 2.x this works.

--
components: Interpreter Core, Windows
files: ProjectStructure.zip
messages: 87151
nosy: fabioz
severity: normal
status: open
title: When setting complete PYTHONPATH on Python 3.x, paths in the PYTHONPATH 
are ignored
type: behavior
versions: Python 3.0, Python 3.1
Added file: http://bugs.python.org/file13874/ProjectStructure.zip

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5906] Risk of confusion in multiprocessing module - daemonic processes

[Pascal Chambon]

Pascal Chambon  added the comment:

I guess we all agree on the fact that a renaming of the API would be
highly disproportionate ;-)
A simple line of warning in the doc, next to the daemonic-related
methods, should be sufficient to prevent people like me from wondering
weird stuffs for hours ^^

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5925] Odd formatting differences of keywords in reference

[Mitchell Model]

New submission from Mitchell Model :

In the section at reference/lexical_analysis.html#keywords of the HTML
documentation some of the keywords are formatted differently from the
majority. In the HTML markup most of the keywords have CSS class 'k',
but others have 'n', 'nc', 'kn', 'nn', or 'ow'. I don't see any pattern
to which keywords are formatted which way, so I believe this should be
corrected. Or, if the differences are intentional they should be
documented. [Just trying to help clean up the doc -- I realize how
trivial this is.]

--
assignee: georg.brandl
components: Documentation
messages: 87153
nosy: MLModel, georg.brandl
severity: normal
status: open
title: Odd formatting differences of keywords in reference
versions: Python 3.0, Python 3.1

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5926] bdist_msi - add support for minimum Python version for pure Python packages

[Anthony Tuininga]

New submission from Anthony Tuininga :

Add support for specifying the minimum Python version supported so that
versions which are not supported are not included when running the MSI
created by distutils for pure Python packages with the patch referred to
here:

http://bugs.python.org/issue5311

--
assignee: tarek
components: Distutils
messages: 87154
nosy: atuining, tarek
severity: normal
status: open
title: bdist_msi - add support for minimum Python version for pure Python 
packages
type: feature request
versions: Python 2.7, Python 3.1

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5920] Confusing float formatting for empty presentation type.

[Mark Dickinson]

Mark Dickinson  added the comment:

> Wouldn't it make more sense to switch to type 's',
> with a precision of 0, so as to use the same logic that float_str 
uses?

Yes, that makes some sense.  How would you handle 
'{:.10}'.format(10/3.), though?  We could either change 's' to allow a 
precision, or use 's' when there's no precision specified and 'g' (with 
the ADD_DOT_0 flag) otherwise.

> Or, also switch float_str to use 'g' with a precision of
> PyFloat_STR_PRECISION, and get rid of 's' altogether.

This sounds good to me.  It does feel as though there's unnecessary
duplication with the current setup.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5927] Typo in library on xmlrpc

[Jonathan Hayward]

New submission from Jonathan Hayward :

On http://docs.python.org/library/xmlrpclib.html , 21.23.1, at the end
of ServerProxy.system.methodSignature(name):

If no signature is defined for the method, a non-array value is
returned. In Python this means that the type of the returned value will
be something other that list.

I assume this should be:

If no signature is defined for the method, a non-array value is
returned. In Python this means that the type of the returned value will
be something other than list.

reading 'thaN' for 'thaT' in the second-to-last word?

Jonathan
http://JonathansCorner.com

--
assignee: georg.brandl
components: Documentation
messages: 87156
nosy: JonathansCorner.com, georg.brandl
severity: normal
status: open
title: Typo in library on xmlrpc

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5311] bdist_msi generates version number for pure Python packages

[Anthony Tuininga]

Anthony Tuininga  added the comment:

I've created another feature request as requested for supplying a
minimum Python version when creating pure Python packages.

http://bugs.python.org/issue5926

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5928] Missing space after period in xmlrpc library documentation

[Jonathan Hayward]

New submission from Jonathan Hayward :

Under http://docs.python.org/library/xmlrpclib.html , 21.23.1:

ServerProxy.system.methodSignature(name)¶
This method takes one parameter, the name of a method implemented by the
XML-RPC server.It

There should be a space before the second sentence in this paragraph.

Jonathan
http://JonathansCorner.com/

--
assignee: georg.brandl
components: Documentation
messages: 87158
nosy: JonathansCorner.com, georg.brandl
severity: normal
status: open
title: Missing space after period in xmlrpc library documentation

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5925] Odd formatting differences of keywords in reference

[R. David Murray]

R. David Murray  added the comment:

Whare are you seeing this?  The online documentation doesn't use css
class names like the ones you mention as far as I can see.

--
nosy: +r.david.murray

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5925] Odd formatting differences of keywords in reference

[R. David Murray]

R. David Murray  added the comment:

Woops, I was looking at the wrong page.  I see it now.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5926] bdist_msi - add support for minimum Python version for pure Python packages

[Steven Bethard]

Changes by Steven Bethard :


--
nosy: +bethard

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3739] unicode-internal encoder reports wrong length

[STINNER Victor]

STINNER Victor  added the comment:

Patch fixing unicode-internal encoder for unicode string input: return 
the length of the input string (number of characters) and not the 
internal size (number of bytes needed to store the text). I wrote a 
small test, I hope that it will be enough (to test the function).

If the input is not an unicode string, return the number of bytes (I 
leaved this case unchanged).

--
keywords: +patch
nosy: +haypo
Added file: http://bugs.python.org/file13875/issue3739.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5925] Odd formatting differences of keywords in reference

[R. David Murray]

R. David Murray  added the comment:

It looks like the py3 table is being colorized incorrectly.  The rst
source code looks the same, so it must be some sort of difference in
configuration.  I think I'll leave it to Georg to sort out :)

--
stage:  -> needs patch
type:  -> behavior

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5925] Odd formatting differences of keywords in reference

[R. David Murray]

R. David Murray  added the comment:

A thought: there are additional keywords words in the Py3 table. 
Perhaps Sphinx is using a heuristic to detect example blocks that are
python source code, and this one does not qualify in the py2 docs but
does qualify in the p3 docs.  In the py2 docs the table is not colorized
at all.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5311] bdist_msi generates version number for pure Python packages

[Martin v. Löwis]

Martin v. Löwis  added the comment:

> Thanks! Do I need to do something special to make the merging work
> right? Or do I just apply the patch separately to the trunk and the py3k
> branche?

You commit to the trunk, then you do "svnmerge merge -r" in the 3k
branch, then "svn commit -F svnmerge-something.txt" (in case of
conflicts, you fix them first, of course).

> Good point about the install script - I think the condition needs to be
> ("&Python%s=3" % ver) instead of "NOT Installed".

I'm not sure - I think the install script must run several times
actually, so there must be several custom actions, each with its own
condition.

> I'll open a new issue for support for a "Change" installation. This is
> one of the nice things that treating Python versions as features allows,
> I just haven't had time to look into it yet.

Well, if there had been separate packages per version, you could install
them independently, anyway.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5920] Confusing float formatting for empty presentation type.

[Eric Smith]

Eric Smith  added the comment:

> Yes, that makes some sense.  How would you handle 
> '{:.10}'.format(10/3.), though?  We could either change 's' to allow a 
> precision, or use 's' when there's no precision specified and 'g' (with 
> the ADD_DOT_0 flag) otherwise.

Good point, I hadn't thought of that. I'm not a big fan of switching 
between 's' and 'g' depending on whether a precision is specified.

>> Or, also switch float_str to use 'g' with a precision of
>> PyFloat_STR_PRECISION, and get rid of 's' altogether.
> 
> This sounds good to me.  It does feel as though there's unnecessary
> duplication with the current setup.

A major point of 's' was to not specify the precision, so I'd prefer to 
remove 's' and use 'g' with a specified precision.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5923] turtle.py update: 1.0 --> 1.1

[Martin v. Löwis]

Martin v. Löwis  added the comment:

I won't have time to look into this soon.

--
assignee: loewis -> 

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5925] Odd formatting differences of keywords in reference

[Georg Brandl]

Georg Brandl  added the comment:

Pygments' cleverness is detrimental here.  It highlights module, class
and function names specially, therefore the identifiers after "class"
and "import" are differently colored.

I've made the table non-highlighted in 2 and 3, r72288.

--
resolution:  -> fixed
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5927] Typo in library on xmlrpc

[Georg Brandl]

Georg Brandl  added the comment:

Fixed in r72290.

--
resolution:  -> fixed
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5928] Missing space after period in xmlrpc library documentation

[Georg Brandl]

Georg Brandl  added the comment:

Fixed in r72290.

--
resolution:  -> fixed
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5920] Confusing float formatting for empty presentation type.

[Mark Dickinson]

Mark Dickinson  added the comment:

> ... so I'd prefer to remove 's' and use 'g' with a specified precision.

Let's do that then.  I'll update the patch.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5916] Wrong function referenced in documentation of socket.inet_aton

[Georg Brandl]

Georg Brandl  added the comment:

Thanks, applied in r72292.

--
resolution:  -> accepted
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5917] Reference platform-independent alternative in socket.inet_ntop documentation

[Georg Brandl]

Georg Brandl  added the comment:

Thanks, applied in r72292.

--
resolution:  -> accepted
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5915] PEP 383 implementation

[Benjamin Peterson]

Benjamin Peterson  added the comment:

Aside from Antoine's comments, I think it looks good now.

--
assignee: benjamin.peterson -> loewis

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5890] Subclassing property doesn't preserve the auto __doc__ behavior

[R. David Murray]

R. David Murray  added the comment:

Updated patch that updates property_copy so that the __doc__ string is
also copied appropriately when getter, setter, or deller are used.  A
bunch more tests, as well. I refactored property_copy to make it reuse
the logic in property_init directly.

Unfortunately I've got a refleak somewhere in there (regrtest -R :: says
[8, 8, 8, 8].  Hopefully fresh and more experienced eyes can help me out.

--
Added file: http://bugs.python.org/file13876/issue5890.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2660] Py3k fails to parse a file with an iso-8859-1 string

[STINNER Victor]

STINNER Victor  added the comment:

Patch using tokenize.detect_encoding() to read the encoding of Python 
scripts instead of using default io.open() encoding (utf-8).

We might write unit test.

See also related issue: #5093

--
keywords: +patch
nosy: +haypo
Added file: http://bugs.python.org/file13877/2to3_encoding.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5890] Subclassing property doesn't preserve the auto __doc__ behavior

[R. David Murray]

R. David Murray  added the comment:

Updated patch with refleak fixed.  Thanks Georg.

--
Added file: http://bugs.python.org/file13878/issue5890.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5890] Subclassing property doesn't preserve the auto __doc__ behavior

[R. David Murray]

Changes by R. David Murray :


Removed file: http://bugs.python.org/file13876/issue5890.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5890] Subclassing property doesn't preserve the auto __doc__ behavior

[R. David Murray]

Changes by R. David Murray :


Removed file: http://bugs.python.org/file13832/issue5890.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5692] test_zipfile fails under Windows

[Antoine Pitrou]

Antoine Pitrou  added the comment:

Benjamin oked the patch on IRC.

--
assignee:  -> pitrou
resolution:  -> accepted

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5752] xml.dom.minidom does not handle newline characters in attribute values

[Francesco Sechi]

Francesco Sechi  added the comment:

Ok, I've tried to solve this problem, but I think that the keyword
'easy' is not suitable for this kind of task, because it is necessary to
modify the expat module that is very complex.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5923] turtle.py update: 1.0 --> 1.1

[Georg Brandl]

Georg Brandl  added the comment:

Had a quick look over the patch, and couldn't find ab obvious problem
(except one -- you maybe want to comment out "print(_ver)" again).

Needs a docs patch, though.

--
nosy: +georg.brandl

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5929] warnings in unicodeobject.c

[Antoine Pitrou]

New submission from Antoine Pitrou :

This happens in trunk and py3k:

gcc -pthread -c -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall
-Wstrict-prototypes  -I. -IInclude -I./Include   -DPy_BUILD_CORE -o
Objects/unicodeobject.o Objects/unicodeobject.c
Objects/unicodeobject.c: In function ‘PyUnicodeUCS2_FromFormatV’:
Objects/unicodeobject.c:795: attention : pointer targets in passing
argument 1 of ‘strlen’ differ in signedness
Objects/unicodeobject.c:795: attention : pointer targets in passing
argument 1 of ‘PyUnicodeUCS2_DecodeUTF8’ differ in signedness

--
components: Interpreter Core
messages: 87180
nosy: pitrou
priority: normal
severity: normal
stage: needs patch
status: open
title: warnings in unicodeobject.c
type: behavior
versions: Python 2.7, Python 3.1

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5692] test_zipfile fails under Windows

[Antoine Pitrou]

Antoine Pitrou  added the comment:

Fixed in r72295, r72296, r72297.

--
resolution: accepted -> fixed
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5930] Transient error in multiprocessing

[Antoine Pitrou]

New submission from Antoine Pitrou :

Just got this on py3k, I can't reproduce unfortunately.

test test_multiprocessing failed -- Traceback (most recent call last):
  File "/home/antoine/py3k/__svn__/Lib/test/test_multiprocessing.py",
line 1070, in test_number_of_objects
self.assertEqual(refs, EXPECTED_NUMBER)
AssertionError: 10 != 1

--
assignee: jnoller
components: Library (Lib)
messages: 87182
nosy: jnoller, pitrou
priority: normal
severity: normal
stage: needs patch
status: open
title: Transient error in multiprocessing
type: behavior
versions: Python 3.1

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5930] Transient error in multiprocessing

[Jesse Noller]

Jesse Noller  added the comment:

there's not much I can do without the ability to reproduce it :(

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5923] turtle.py update: 1.0 --> 1.1

[Gregor Lingl]

Gregor Lingl  added the comment:

I just wanted to submit the reply below. In the meantime Benjamin's
remark arrived. So perhaps the issue can be resolved successfully.

May I submit here one of the two example scripts I'd like to add to the
demos: tdemo_round_dance.py . Have a look at it and run it. 
Just for fun - in this strained situation - I hope you enjoy it.

I'll prepare the patch for the docs and I'll submit it as soon as
possible, not later than tomorrow.

Of course the print(_ver) statement should be commented out.

Regards,
Gregor

---

So perhaps there is someone else who could do it.

I'd like to state decisively:

Version 1.1 contains significant amendments.
I tested it thoroughly 
It would be a big advantage if others could test it also
during the 4 weeks of beta testing.

So I'd like to ask: Would it be practicable to put it
into 3.1b with the caveat to revert this adoption if it
turns out to have unrecoverable flaws? 

I'd like to remind you that Martin even did significant 
changes to version 1.0 only a few days before the final 
release of Python2.6. 

I know (and regret) that I submitted these changes rather late, 
but it was four days ago that I asked Martin and also Raymond for
advice on how to proceed with the submission but regrettably with 
no response. Unfortunately I'm a full time teacher and have to
do a lot of final exams these days. So I have only limited 
resources to work on turtle development. Nevertheless 
I'm anxious to only deliver valuable contributions.

I hope there is a way to accept these for now.
Regards
Gregor

--
Added file: http://bugs.python.org/file13879/tdemo_round_dance.py

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5922] Multi-with patch

[Benjamin Peterson]

Changes by Benjamin Peterson :


--
priority: release blocker -> deferred blocker

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5923] turtle.py update: 1.0 --> 1.1

[Gregor Lingl]

Gregor Lingl  added the comment:

Here the patch to comment out the print(_ver) statement

--
Added file: http://bugs.python.org/file13880/print_ver_patch.diff

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5923] turtle.py update: 1.0 --> 1.1

[Georg Brandl]

Georg Brandl  added the comment:

Gregor, I'll have a more thorough look and commit the patch before
3.1b1, if you promise to submit a patch to the documentation later --
that one can go in until a few days before final anyway.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5504] ctypes should work with systems where mmap can't be PROT_WRITE and PROT_EXEC

[Adam Goode]

Adam Goode  added the comment:

Currently there is an issue where allow_execstack implies allow_execmem.
Even though allow_execmem is default to off, allow_execstack is default
to on. If this issue is fixed, or if the administrator sets
allow_execstack to off, ctypes will fail.

Try this as root, then repeat your test:
semanage boolean -m --off allow_execstack

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5881] Remove extraneous backwards-compatibility attributes from some modules

[Benjamin Peterson]

Benjamin Peterson  added the comment:

Applied in r72300.

--
nosy: +benjamin.peterson
resolution:  -> accepted
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5929] warnings in unicodeobject.c

[STINNER Victor]

STINNER Victor  added the comment:

Use "const char*" fixes this issue.

Note: the warning was introduced by r72260 (issue #5108).

--
keywords: +patch
nosy: +haypo
Added file: http://bugs.python.org/file13881/unicode_warning.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5931] Python runtime name hardcoded in wsgiref.simple_server

[Thijs Triemstra]

New submission from Thijs Triemstra :

While testing the following script on Jython 2.5b4 I noticed it returned 
SERVER_SOFTWARE = 'WSGIServer/0.1 Python/2.5b4+' instead of the expected 
'WSGIServer/0.1 Jython/2.5b4+'. This is because the word 'Python' is 
hardcoded in simple_server.py; "sys_version = "Python/" + 
sys.version.split()[0]". I suggest using the real name of the runtime 
instead of hardcoding it.

from wsgiref.simple_server import make_server, demo_app

httpd = make_server('', 8000, demo_app)
print "Serving HTTP on port 8000..."

# Respond to requests until process is killed
httpd.serve_forever()

# Alternative: serve one request, then exit
httpd.handle_request()

--
components: Library (Lib)
messages: 87190
nosy: thijs
severity: normal
status: open
title: Python runtime name hardcoded in wsgiref.simple_server
type: behavior
versions: Python 2.5

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5931] Python runtime name hardcoded in wsgiref.simple_server

[Benjamin Peterson]

Changes by Benjamin Peterson :


--
assignee:  -> pje
nosy: +pje

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com