[issue5799] Change ntpath functions to implicitly support UNC paths

Larry Hastings added the comment: I stared at it some more. Now I understand what "for ... : else:" was for in the original. The "else: i += 1" ensures that if the "for" loop runs to completion "i" is set to the length of the shorter of the two lists. Anyway, my reimplemented loop accomplishe

[issue5935] Better documentation of use of BROWSER environment variable

Tim Golden added the comment: Edmund Eyles wrote: > New submission from Edmund Eyles : > > The documentation for the webbrowser module at > http://www.python.org/doc/2.5/lib/module-webbrowser.html refers to the > use of the BROWSER environment variable as a means to control which > browser is r

[issue5915] PEP 383 implementation

Martin v. Löwis added the comment: Committed as r72313 -- resolution: -> accepted status: open -> closed ___ Python tracker ___ ___ P

[issue5937] Problems with dbm documentation

New submission from Mitchell Model : There are some problems with the dbm documentation. In the opening section: 1. The comment before the iteration example says that .values() works, but the method is not defined. 2. The statement in the paragraph after the documentation of dbm.open() says th

[issue5915] PEP 383 implementation

Martin v. Löwis added the comment: Fixed in r72310 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") On 2009/05/04 12:25:43, Antoine Pitrou wrote: > You decode with iso-8

[issue5799] Change ntpath functions to implicitly support UNC paths

Larry Hastings added the comment: Sorry for the quick double-patch, but I realized that there was no test for the obverse case, where "path" is / and "curdir" is non-empty. So I threw in some more tests. -- Added file: http://bugs.python.org/file13891/lch.ntpath.r72309.diff.2

[issue5799] Change ntpath functions to implicitly support UNC paths

Larry Hastings added the comment: As promised, a fresh patch. Note that the current formulation of that troublesome loop in relpath() is *very* much on purpose. The removal of the "else" is no longer a bug :) -- Added file: http://bugs.python.org/file13890/lch.ntpath.r72309.diff

[issue5799] Change ntpath functions to implicitly support UNC paths

Larry Hastings added the comment: Sweet jumping rhubarb! I didn't know about this "for ...: else:" construct in Python. When I was editing it I thought it was my editor stumbling over a tab, and the "else" went with the "if" *inside* the "for". You're absolutely right that the current code is

[issue5936] Add MSI suport for uninstalling individual versions

New submission from Steven Bethard : With issue5311 now resolved, bdist_msi can generate a single MSI that can install to any number of Python versions (for pure Python modules). Right now, you can only install or uninstall these MSIs, but it would be nice to also provide a "Change" installation.

[issue5311] bdist_msi generates version number for pure Python packages

Steven Bethard added the comment: > 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). Done in r72306 for trunk and r72309 for 3k. Thanks. > I'm not sure - I think th

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

R. David Murray added the comment: Gregor, I applied my doctest fixups to turtle.rst in the py3k branch in r72307. I've attached an updated version of your docpatch that applies against this new revision. -- nosy: +r.david.murray Added file: http://bugs.python.org/file13889/issue5923.d

[issue5935] Better documentation of use of BROWSER environment variable

New submission from Edmund Eyles : The documentation for the webbrowser module at http://www.python.org/doc/2.5/lib/module-webbrowser.html refers to the use of the BROWSER environment variable as a means to control which browser is run. However, it makes no mention of how the browser name(s) in

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

R. David Murray added the comment: Reviewed by Georg and approved on #python-dev. Committed in r72299, r72301, r72302, and r72304. -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker

[issue5643] test__locale fails with RADIXCHAR on Windows

Hirokazu Yamamoto added the comment: Probably this patch works on recent VisualC++. But unfortunately, this code crashes on VisualC++6 debug build. :-( This happens when 2nd arg of setlocale contains "." and the length of substring after "." is longer than 8. It seems to be msvcrtd bug. --

[issue5799] Change ntpath functions to implicitly support UNC paths

Eric Smith added the comment: > I've generated a new patch, attached. I don't know why you had trouble > applying. Yeah, I'm not sure what that was about. Part of the patch applied, but not the rest. In any event, the current one applied cleanly. I'm not sure this part of the patch is correct

[issue5934] fix gcc warnings: explicit type conversion for uid/gid in posix

New submission from STINNER Victor : Explicit type conversion to fix gcc -Wextra warnings. The patch doesn't change the behaviour, it just makes gcc quiet. -- components: Library (Lib) files: posix_warnings.patch keywords: patch messages: 87196 nosy: haypo severity: normal status: open

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

Gregor Lingl added the comment: The second demo script just announced -- Added file: http://bugs.python.org/file13886/tdemo_nim.py ___ Python tracker ___

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

Gregor Lingl added the comment: Here is a patch for the documentation. It may contain some typos and/or inaccuracies. I promise to check it and submit a patch if necessary before final. It contains also the announcement of two new demo scripts, the one beeing round_dance submitted already, the

[issue5933] fix gcc -Wextra warnings (compare signed/unsigned)

STINNER Victor added the comment: Another patch to fix similar warnings in resource modules. -- Added file: http://bugs.python.org/file13884/sign_warning_resource.patch ___ Python tracker __

[issue5933] fix gcc -Wextra warnings (compare signed/unsigned)

New submission from STINNER Victor : Simple patch to fix some gcc warnings (when using gcc -Wall -Wextra). -- components: Library (Lib) files: sign_warning.patch keywords: patch messages: 87192 nosy: haypo severity: normal status: open title: fix gcc -Wextra warnings (compare signed/unsi

[issue5932] _json: _convertPyInt_AsSsize_t() never raise any error

New submission from STINNER Victor : _convertPyInt_AsSsize_t() always return 1 (success) even on PyInt_AsSsize_t() error because of a ";" after the if... if (*size_ptr == -1 && PyErr_Occurred()); return 1; Attached patch fixes this issue, and add a regression test. -- comp

[issue5931] Python runtime name hardcoded in wsgiref.simple_server

Changes by Benjamin Peterson : -- assignee: -> pje nosy: +pje ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: h

[issue5931] Python runtime name hardcoded in wsgiref.simple_server

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_versi

[issue5929] warnings in unicodeobject.c

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 <

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

Benjamin Peterson added the comment: Applied in r72300. -- nosy: +benjamin.peterson resolution: -> accepted status: open -> closed ___ Python tracker ___ ___

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

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,

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

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 <

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

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 __

[issue5922] Multi-with patch

Changes by Benjamin Peterson : -- priority: release blocker -> deferred blocker ___ Python tracker ___ ___ Python-bugs-list mailing lis

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

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

[issue5930] Transient error in multiprocessing

Jesse Noller added the comment: there's not much I can do without the ability to reproduce it :( -- ___ Python tracker ___ ___ Python-

[issue5930] Transient error in multiprocessing

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

[issue5692] test_zipfile fails under Windows

Antoine Pitrou added the comment: Fixed in r72295, r72296, r72297. -- resolution: accepted -> fixed status: open -> closed ___ Python tracker ___

[issue5929] warnings in unicodeobject.c

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 ‘PyUnic

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

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

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

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

[issue5692] test_zipfile fails under Windows

Antoine Pitrou added the comment: Benjamin oked the patch on IRC. -- assignee: -> pitrou resolution: -> accepted ___ Python tracker ___

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

Changes by R. David Murray : Removed file: http://bugs.python.org/file13876/issue5890.patch ___ Python tracker ___ ___ Python-bugs-list mailing

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

Changes by R. David Murray : Removed file: http://bugs.python.org/file13832/issue5890.patch ___ Python tracker ___ ___ Python-bugs-list mailing

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

R. David Murray added the comment: Updated patch with refleak fixed. Thanks Georg. -- Added file: http://bugs.python.org/file13878/issue5890.patch ___ Python tracker ___ ___

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

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

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

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. Unfortunate

[issue5915] PEP 383 implementation

Benjamin Peterson added the comment: Aside from Antoine's comments, I think it looks good now. -- assignee: benjamin.peterson -> loewis ___ Python tracker ___ ___

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

Georg Brandl added the comment: Thanks, applied in r72292. -- resolution: -> accepted status: open -> closed ___ Python tracker ___ _

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

Georg Brandl added the comment: Thanks, applied in r72292. -- resolution: -> accepted status: open -> closed ___ Python tracker ___ _

[issue5920] Confusing float formatting for empty presentation type.

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 ___

[issue5928] Missing space after period in xmlrpc library documentation

Georg Brandl added the comment: Fixed in r72290. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python-bug

[issue5927] Typo in library on xmlrpc

Georg Brandl added the comment: Fixed in r72290. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python-bug

[issue5925] Odd formatting differences of keywords in reference

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: ->

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

Martin v. Löwis added the comment: I won't have time to look into this soon. -- assignee: loewis -> ___ Python tracker ___ ___ Python

[issue5920] Confusing float formatting for empty presentation type.

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 o

[issue5311] bdist_msi generates version number for pure Python packages

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-s

[issue5925] Odd formatting differences of keywords in reference

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

[issue5925] Odd formatting differences of keywords in reference

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 __

[issue3739] unicode-internal encoder reports wrong length

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

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

Changes by Steven Bethard : -- nosy: +bethard ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python

[issue5925] Odd formatting differences of keywords in reference

R. David Murray added the comment: Woops, I was looking at the wrong page. I see it now. -- ___ Python tracker ___ ___ Python-bugs-li

[issue5925] Odd formatting differences of keywords in reference

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 ___

[issue5928] Missing space after period in xmlrpc library documentation

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 p

[issue5311] bdist_msi generates version number for pure Python packages

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

[issue5927] Typo in library on xmlrpc

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 so

[issue5920] Confusing float formatting for empty presentation type.

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,

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

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 -

[issue5925] Odd formatting differences of keywords in reference

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

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

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 ^^ -

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

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,

[issue4426] UTF7 decoding is far too strict

Antoine Pitrou added the comment: Committed in r72283 and r72285. Thanks! -- resolution: accepted -> fixed status: open -> closed ___ Python tracker ___ _

[issue5311] bdist_msi generates version number for pure Python packages

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

[issue5920] Confusing float formatting for empty presentation type.

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 th

[issue4426] UTF7 decoding is far too strict

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 vers

[issue5311] bdist_msi generates version number for pure Python packages

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 supp

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

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 ma

[issue5902] Stricter codec names

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 '_'. --

[issue1566260] Better order in file type descriptions

Changes by Georg Brandl : -- assignee: -> loewis nosy: +loewis ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe

[issue5572] distutils ignores the LIBS configure env var

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 mer

[issue5921] PEP 362 can be marked as finished?

Georg Brandl added the comment: I think I know what you mean :) -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscrib

[issue5921] PEP 362 can be marked as finished?

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 ___ _

[issue5902] Stricter codec names

Georg Brandl added the comment: So, do you also think "utf" and "latin" should stay? -- ___ Python tracker ___ ___ Python-bugs-list ma

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

Changes by Georg Brandl : -- assignee: -> loewis ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue5921] PEP 362 can be marked as finished?

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

[issue5919] pygettext documentation

Changes by Georg Brandl : -- assignee: -> georg.brandl components: +Documentation nosy: +georg.brandl ___ Python tracker ___ ___ Pytho

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

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. Ther

[issue4426] UTF7 decoding is far too strict

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 re

[issue5311] bdist_msi generates version number for pure Python packages

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 v

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

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. --

[issue3244] multipart/form-data encoding

Changes by Barry A. Warsaw : -- assignee: -> barry nosy: +barry ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

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

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 anyt

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

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 _

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

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 cla

[issue5922] Multi-with patch

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:

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

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 __

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

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 ___

[issue5572] distutils ignores the LIBS configure env var

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:

[issue5724] 2.6.2c1 fails to pass test_cmath on Solaris10

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

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

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

[issue5921] PEP 362 can be marked as finished?

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, P

[issue4426] UTF7 decoding is far too strict

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,

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

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

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

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

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

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 ___

  1   2   >