[issue10716] Modernize pydoc to use CSS

[Ron Adam]

Changes by Ron Adam :


Removed file: http://bugs.python.org/file20183/css_v1.diff

___
Python tracker 

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

[issue10716] Modernize pydoc to use CSS

[Ron Adam]

Changes by Ron Adam :


Removed file: http://bugs.python.org/file20088/pydoc sample html files.zip

___
Python tracker 

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

[issue10716] Modernize pydoc to use CSS

[Ron Adam]

Changes by Ron Adam :


Removed file: http://bugs.python.org/file20081/defaultstyle.css

___
Python tracker 

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

[issue10716] Modernize pydoc to use CSS

[Ron Adam]

Ron Adam  added the comment:

Here is a new diff which updates all the new pydoc pages to use the css file. 

The css file is simpler and cleaner.  I also made a few adjustments to the url 
handler error handling, and changed the titles in the head sections so they say 
"Pydoc" instead of "Python" as they are PyDoc pages about Python.

None of these changes effect any of the old pydoc code yet.  This is about as 
far as we can go without removing the old tk panel and server.

Time for some feed back.  And how close do we really need it to be to the 
original?

:-)

--
Added file: http://bugs.python.org/file20216/css_v2.diff

___
Python tracker 

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

[issue10803] ctypes: better support of bytearray objects

[Markus F.X.J. Oberhumer]

New submission from Markus F.X.J. Oberhumer :

Python 3.2b2 does not properly support accessing bytearrays from
ctypes, which makes dealing with large buffers somewhat unpleasant.

A very first fix - a simple patch for the z_set() function - is given here.


build/Python-3.2b2 $ quilt diff
Index: b/Modules/_ctypes/cfield.c
===
--- a/Modules/_ctypes/cfield.c
+++ b/Modules/_ctypes/cfield.c
@@ -1363,6 +1363,10 @@
 *(char **)ptr = PyBytes_AsString(value);
 Py_INCREF(value);
 return value;
+} else if (PyByteArray_Check(value)) {
+*(char **)ptr = PyByteArray_AsString(value);
+Py_INCREF(value);
+return value;
 } else if (PyLong_Check(value)) {
 #if SIZEOF_VOID_P == SIZEOF_LONG_LONG
 *(char **)ptr = (char *)PyLong_AsUnsignedLongLongMask(value);

--
assignee: theller
components: ctypes
messages: 125032
nosy: mfxmfx, theller
priority: normal
severity: normal
status: open
title: ctypes: better support of bytearray objects
type: feature request
versions: Python 3.2

___
Python tracker 

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

[issue10782] Not possible to cross-compile due to poor detection of %lld support in printf

[Ben Gamari]

Ben Gamari  added the comment:

Well, I'm not convinced that overriding config.cache is the best solution, but 
I am not really sure what else can be done. So far I've just been carrying a 
patch which changes configure.in, but this is clearly an awful hack.

--

___
Python tracker 

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

[issue5870] subprocess.DEVNULL

[Ross Lagerwall]

Ross Lagerwall  added the comment:

Here is a fairly simple patch that adds the subprocess.DEVNULL constant.

--
keywords: +patch
nosy: +rosslagerwall
versions: +Python 3.3 -Python 2.7
Added file: http://bugs.python.org/file20215/5870_v1.patch

___
Python tracker 

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

[issue8013] time.asctime segfaults when given a time in the far future

[Ned Deily]

Ned Deily  added the comment:

Thanks for the py3k patch.  I am also attaching a refreshed patch for current 
2.7.  They both fix the segfaults when built and run on OS X 10.6 64-bit.  
Since the patches change timemodule to use asctime_r, which AFAICT is not used 
elsewhere in the standard library, one concern might be if this change 
introduces a regression on any other platforms, something for the buildbots to 
test.

--
stage:  -> patch review
Added file: http://bugs.python.org/file20214/issue8013_27.diff

___
Python tracker 

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

[issue10802] python3.2 AFTER b2 release has subprocess.Popen broken under colinux/windows

[Gregory P. Smith]

Gregory P. Smith  added the comment:

The only thing that could cause this error is if the Modules/_posixsubprocess.c 
subprocess_cloexec_pipe function fails either in the pipe2() call or if 
HAVE_PIPE2 is not defined one of the fcntl() calls.

Can you look to see if HAVE_PIPE2 is defined?

I suspect it is but the colinux/windows environment should apperently not 
define it.  configure.in magic will be needed to make sure it does not get 
defined there.

Is your bugreport accurate?  This function was included in 3.2b2 so the failure 
should be the same in both versions.  As far as I can see nothing else has 
changed that should impact that.  Did you rerun configure properly on your 
colinux install?

--

___
Python tracker 

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

[issue10789] Lock.acquire documentation is misleading

[Terry J. Reedy]

Terry J. Reedy  added the comment:

I responded to the general questions on #8350.

--

___
Python tracker 

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

[issue8350] Document lack of support for keyword arguments in C functions

[Terry J. Reedy]

Terry J. Reedy  added the comment:

If there is no indication in the lib manual as to which parameter names and 
defaults are real and which are fake, then the safe guideline is to never use 
keywards for library functions and methods and always pass everything 
positionally.

Slightly more complicated is to be aware of which classes and modules are 
Python versus C coded. (If needed, change for module.py in /Lib.) For some 
modules, one can take a cue from doc examples that use keywords.

Otherwise, each person has to experiment for himself and  check each TypeError 
messages to determine whether it arises from a misspelling or a hidden 
limitation. And maybe go through the same process a year later after forgetting.

>"We've lived without this spec for almost twenty years,"
Yes, and people have been stumbling on this and complaining for probably just 
as long. Since []s are no longer used in the doc to indicate 'optional', they 
can and are being used to indicate 'position-only'. Specify in the 
introduction, where notation should be explained, that the limitation is only 
for current CPython and may be changed in the future or be different for other 
implementations. However

In my opinion, the real solution is to remove the limitation. Since the 
language spec says args can be passed by keyword as well as by position, make 
it be that way for everything we distribute.

--

___
Python tracker 

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

[issue8013] time.asctime segfaults when given a time in the far future

[Andreas Stührk]

Andreas Stührk  added the comment:

Updated patch against py3k branch.

--
nosy: +Trundle
Added file: http://bugs.python.org/file20213/issue8013_py3k.diff

___
Python tracker 

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

[issue8350] Document lack of support for keyword arguments in C functions

[Terry J. Reedy]

Terry J. Reedy  added the comment:

I think that the warning that things are not always as they seem should be 
repeated in the front of the library manual where the pseudo-arg names are 
actual used, so the library manual stands on its own. In any case, I believe a 
lot of people use the lib ref without reading and remembering every detail of 
the language ref.

--
nosy: +terry.reedy
versions:  -Python 2.6

___
Python tracker 

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

[issue10789] Lock.acquire documentation is misleading

[Raymond Hettinger]

Raymond Hettinger  added the comment:

I concur that the one warning is enough.  Implementations have been given wide 
latitude in this regard.  Even within CPython there is not much uniformity -- 
some funcs/methods don't accept keywords, some will disregard keywords, and 
others may have keywords that are different from the name in the docs.  

I believe it would be a mistake to make to lock in the present state of 
accidental implementation details by documenting them in the main docs.

--
nosy: +rhettinger

___
Python tracker 

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

[issue10789] Lock.acquire documentation is misleading

[Éric Araujo]

Éric Araujo  added the comment:

Thanks for the correction Georg.

In msg104113 (on #8350), I quoted 
http://docs.python.org/dev/reference/expressions#calls :

“An implementation may provide built-in functions whose positional parameters 
do not have names, even if they are ‘named’ for the purpose of documentation, 
and which therefore cannot be supplied by keyword.”

Previous consensus seemed to be that this warning was enough, but recent bugs 
such as this one show that it does trip up users, so there is further 
discussion about how best to document this CPython limitation (hence the 
dependency I’m adding).

--
dependencies: +Document lack of support for keyword arguments in C functions

___
Python tracker 

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

[issue10802] python3.2 AFTER b2 release has subprocess.Popen broken under colinux/windows

[Georg Brandl]

Changes by Georg Brandl :


--
nosy: +georg.brandl
priority: normal -> release blocker

___
Python tracker 

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

[issue10802] python3.2 AFTER b2 release has subprocess.Popen broken under colinux/windows

[Antoine Pitrou]

Changes by Antoine Pitrou :


--
assignee:  -> gregory.p.smith
nosy: +gregory.p.smith

___
Python tracker 

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

[issue8350] Document lack of support for keyword arguments in C functions

[Raymond Hettinger]

Raymond Hettinger  added the comment:

This is an implementation detail specific to CPython and subject to change.  
I'm -1 on documenting it for every function/method and thereby making it part 
of the language spec. We've lived without this spec for almost twenty years, so 
I'm inclined to think it is truly unimportant.

It is sufficient to mention just once in the docs that CPython 
functions/methods sometimes don't take keywords.

--
nosy: +rhettinger

___
Python tracker 

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

[issue10802] python3.2 AFTER b2 release has subprocess.Popen broken under colinux/windows

[kai zhu]

New submission from kai zhu :

i have 2 debian i386 unstable distros.
1) python3.2 (latest hg) running under vps @ linode.com seems ok
2) python3.2 (latest hg) running under colinux (in windows xp) breaks

*NOTE
3) python3.2 (release b2) works fine under colinux

pub...@colinux: python3.2
Python 3.2b2+ (py3k, Jan  1 2011, 17:42:23)
[GCC 4.4.5] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import subprocess
>>> subprocess.Popen('ls')
Traceback (most recent call last):
  File "", line 1, in 
  File "/home/public/i486-pc-linux-gnu/lib/python3.2/subprocess.py", line 708, 
in __init__
restore_signals, start_new_session)
  File "/home/public/i486-pc-linux-gnu/lib/python3.2/subprocess.py", line 1136, 
in _execute_child
errpipe_read, errpipe_write = _create_pipe()
OSError: [Errno 38] Function not implemented
>>>

--
components: IO, Interpreter Core
messages: 125020
nosy: kaizhu
priority: normal
severity: normal
status: open
title: python3.2 AFTER b2 release has subprocess.Popen broken under 
colinux/windows
type: behavior
versions: Python 3.2

___
Python tracker 

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

[issue8350] Document lack of support for keyword arguments in C functions

[Georg Brandl]

Georg Brandl  added the comment:

Yes.  It's still an important detail; the explanation could say, "In CPython, 
this function does not take keyword args" and furthermore it's not really clear 
to me how much of the library reference applies to all Python implementations 
anyway.

--

___
Python tracker 

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

[issue8350] Document lack of support for keyword arguments in C functions

[Antoine Pitrou]

Antoine Pitrou  added the comment:

> Hmm, it may indeed be the best option to add a new directive option to
> say "this function does not take keyword args".  It would result in
> some form of unobtrusive but noticeable output in HTML.

Isn't it kind of a CPython-specific detail, though?

--

___
Python tracker 

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

[issue8350] Document lack of support for keyword arguments in C functions

[Georg Brandl]

Georg Brandl  added the comment:

Hmm, it may indeed be the best option to add a new directive option to say 
"this function does not take keyword args".  It would result in some form of 
unobtrusive but noticeable output in HTML.

It is a bit of an effort to add it everywhere it's necessary, but the most 
important instances (e.g. string methods) can be covered quickly, and it's 
fairly easy to grep the other instances (namely, grepping for METH_O and 
METH_VARARGS without METH_KEYWORDS).

--

___
Python tracker 

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

[issue4662] posix module lacks several DeprecationWarning's

[Benjamin Peterson]

Benjamin Peterson  added the comment:

Some of these warnings are incorrect, too; os.popen() and fdopen() remain in 
Python 3.

--

___
Python tracker 

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

[issue4662] posix module lacks several DeprecationWarning's

[Martin v . Löwis]

Martin v. Löwis  added the comment:

I think the policy is that it is ok to add more 3k warnings to 2.7; these are 
not considered new features (or explicitly exempted, or some such).

--

___
Python tracker 

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

[issue7716] IPv6 detection, don't assume existence of /usr/xpg4/bin/grep

[Sandro Tosi]

Sandro Tosi  added the comment:

Hi, I think the best way to test this patch is to apply the fix and then 
compile python on a Solaris system (which I don't have): is someone owning a 
Solaris would run this test?

--
nosy: +sandro.tosi

___
Python tracker 

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

[issue8013] time.asctime segfaults when given a time in the far future

[Sandro Tosi]

Sandro Tosi  added the comment:

Hi Ned, thanks for the fast check! I tried to applied the patch (it failed, so 
it required a bit of manual editing) but when compiling I got:


/home/morph/python-dev/py3k/Modules/timemodule.c: In function ‘time_asctime’:
/home/morph/python-dev/py3k/Modules/timemodule.c:626: warning: implicit 
declaration of function ‘PyString_FromStringAndSize’
/home/morph/python-dev/py3k/Modules/timemodule.c:626: warning: return makes 
pointer from integer without a cast
*** WARNING: renaming "time" since importing it failed: 
build/lib.linux-x86_64-3.2/time.cpython-32m.so: undefined symbol: 
PyString_FromStringAndSize

and my knowledge of C ends there :)

Alexander, would you like to revamp your patch? ;)

--

___
Python tracker 

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

[issue8013] time.asctime segfaults when given a time in the far future

[Ned Deily]

Changes by Ned Deily :


--
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6

___
Python tracker 

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

[issue8013] time.asctime segfaults when given a time in the far future

[Ned Deily]

Ned Deily  added the comment:

It's still a problem on OS X at least and is 64-bit related:

$ arch -i386 /usr/local/bin/python3.2 -c 'import 
time;print(time.asctime(time.gmtime(1e12)))'
Traceback (most recent call last):
  File "", line 1, in 
ValueError: timestamp out of range for platform time_t
$ arch -x86_64 /usr/local/bin/python3.2 -c 'import 
time;print(time.asctime(time.gmtime(1e12)))'
Segmentation fault

--
nosy: +ned.deily

___
Python tracker 

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

[issue4662] posix module lacks several DeprecationWarning's

[Sandro Tosi]

Changes by Sandro Tosi :


--
versions: +Python 2.7 -Python 2.6

___
Python tracker 

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

[issue4662] posix module lacks several DeprecationWarning's

[Sandro Tosi]

Changes by Sandro Tosi :


--
versions:  -Python 2.7

___
Python tracker 

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

[issue4662] posix module lacks several DeprecationWarning's

[Sandro Tosi]

Sandro Tosi  added the comment:

The patch no longer applies cleanly to 2.7 head (but it should be trivial to 
update it).

Martin, Benjamin: as this targets 2.7, do you think the patch is acceptable in 
that branch or it's too late?

--
nosy: +sandro.tosi

___
Python tracker 

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

[issue8278] os.utime doesn't allow a atime (Last Access) which is 27 years in the future.

[Sandro Tosi]

Sandro Tosi  added the comment:

Hi Amaury, Martin ack'ed the patch: is there something else you want to do?

--
nosy: +sandro.tosi

___
Python tracker 

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

[issue10242] unittest's assertItemsEqual() method makes too many assumptions about its input

[Raymond Hettinger]

Raymond Hettinger  added the comment:

The improved output format in 3.2 still needs to be backported to 2.7.

--
priority: normal -> low
versions:  -Python 3.2

___
Python tracker 

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

[issue10789] Lock.acquire documentation is misleading

[Terry J. Reedy]

Terry J. Reedy  added the comment:

OK, I will add defaults in the texts and condense them a bit at the same time. 
Will post patches for review.

"Arguments that can't be given as kwargs are presented with brackets."
I think this should be stated in the introduction to the Lib manual, along with 
any other conventions a reader should know. If you agree, one of us can open an 
issue for this.

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

___
Python tracker 

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

[issue8013] time.asctime segfaults when given a time in the far future

[Sandro Tosi]

Sandro Tosi  added the comment:

Hi Alexander, can you confirm this bug is MacOs specific? I tried with 
python2.6 on a Debian sid @64 bit but I can't replicate it. Also, do you see it 
only on 2.6? if so, I doubt that it will ever be fixed; f.e. on release2.7 
branch I have:

Python 2.7.1+ (release27-maint, Dec 31 2010, 20:16:57) 
[GCC 4.4.5] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import time
>>> time.asctime(time.gmtime(1e12))
'Fri Sep 27 01:46:40 33658\n'

--
nosy: +sandro.tosi

___
Python tracker 

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

[issue10044] small int optimization

[Meador Inge]

Meador Inge  added the comment:

> How is the compiler supposed to know whether a and b belong to the same
> array when compiling ptr_compare?

I agree with Mark, it doesn't need to know.  However, many compilers [1,2] 
support whole program optimization and could in theory figure the address out 
using that technique.

[1] GCC -flto - 
http://gcc.gnu.org/onlinedocs/gcc-4.5.2/gcc/Optimize-Options.html#Optimize-Options
[2] VC++ LTCG - http://msdn.microsoft.com/en-us/library/xbf3tbeh.aspx

--
nosy: +meador.inge

___
Python tracker 

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

[issue10789] Lock.acquire documentation is misleading

[Georg Brandl]

Georg Brandl  added the comment:

No, that's not true.  Arguments that can't be given as kwargs are presented 
with brackets.

However, the default value now isn't indicated anywhere; it should be added to 
the main text.

--

___
Python tracker 

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

[issue10789] Lock.acquire documentation is misleading

[Éric Araujo]

Éric Araujo  added the comment:

I think this commit should be reverted:  Arguments with default values no 
longer use brackets, see for example r73291.  More info on #8350.

--
nosy: +eric.araujo, georg.brandl

___
Python tracker 

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

[issue8626] TypeError: rsplit() takes no keyword arguments

[Éric Araujo]

Éric Araujo  added the comment:

The description for the function directive is at 
http://docs.python.org/dev/documenting/markup.html  However, I’m not sure 
whether the doc is accurate, since there was a switch from spam([style]) to 
spam(style=None) some time ago, for example in r73291.

Let’s continue the discussion on the other bug.

--
nosy: +eric.araujo
resolution:  -> duplicate
stage:  -> committed/rejected
status: open -> closed
superseder:  -> Document lack of support for keyword arguments in C functions

___
Python tracker 

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

[issue10787] [random.gammavariate] Add the expression of the distribution in a comprehensive form for random.gammavariate

[David Kremer]

David Kremer  added the comment:

Yes I agree. Actually the parameters in the python code alpha, beta are 
corresponding respectively to k, theta in the first equation of 
[http://en.wikipedia.org/wiki/Gamma_distribution].

--

___
Python tracker 

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

[issue10130] Create epub format docs and offer them on the download page

[Sandro Tosi]

Sandro Tosi  added the comment:

Hi, I've updated the patch, to also mention the 'epub' target in Dco/README.txt 
but mainly to fix an HTML error in indexcontent.html that prevents the epub to 
be correctly generated.

--
Added file: http://bugs.python.org/file20212/issue10130-v2-py3k.patch

___
Python tracker 

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

[issue10801] zipfile.ZipFile().extractall() header mismatch for non-ASCII characters

[Georg Brandl]

Georg Brandl  added the comment:

Well, it looks like the filesystem encoding is set to ASCII on these machines.

--

___
Python tracker 

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

[issue10801] zipfile.ZipFile().extractall() header mismatch for non-ASCII characters

[Eli Bendersky]

Eli Bendersky  added the comment:

Georg, did you figure out the root cause of the problem on that buildbot? 
Seeing it fails in open(targetpath, "wb"), extracting the file may have failed 
if the bot had no write permissions to the current directory, but the ascii 
encoding error is not what I'd expect in such a case.

--

___
Python tracker 

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

[issue10801] zipfile.ZipFile().extractall() header mismatch for non-ASCII characters

[Georg Brandl]

Georg Brandl  added the comment:

OK, I think r87606 fixed it: it doesn't extract the files, instead calls only 
open().

--
status: open -> closed

___
Python tracker 

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

[issue8626] TypeError: rsplit() takes no keyword arguments

[Sandro Tosi]

Sandro Tosi  added the comment:

That's interesting: do we have a place where we explain how to read the doc? I 
mean, a place were we can provide example/explain how we write docs, so f.e.:

  str.rsplit([sep[, maxsplit]])  

is a description for a method that could accept 2 optional arguments, none of 
them keyargs or

  str.encode(encoding="utf-8", errors="strict")

is a description for a method that could take 2 optional args, and they are 
also keyargs (yeah, I know it's kinda bad-worded, but just to give the idea).

If you think it's overkill, let's just close this bug (after all, we have all 
the doc written our way ;)).

Cheers,
Sandro

--
nosy: +sandro.tosi

___
Python tracker 

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

[issue444582] Finding programs in PATH, adding shutil.which

[Sandro Tosi]

Sandro Tosi  added the comment:

Hi Jan, are you still going to work on this feature?

Hi Éric, what are we going to do: include Jan's patch when ready or Trent's 
`which` tool on google code?

Cheers,
Sandro

--
nosy: +sandro.tosi

___
Python tracker 

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

[issue10801] zipfile.ZipFile().extractall() header mismatch for non-ASCII characters

[Georg Brandl]

Georg Brandl  added the comment:

OK, looks like there is a problem on some buildbots: 

http://www.python.org/dev/buildbot/all/builders/AMD64%20Gentoo%20Wide%203.x/builds/863/steps/test/logs/stdio

--
status: closed -> open

___
Python tracker 

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

[issue10801] zipfile.ZipFile().extractall() header mismatch for non-ASCII characters

[Georg Brandl]

Georg Brandl  added the comment:

Committed patch and test in r87604.

--
nosy: +georg.brandl
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

[issue1674555] sys.path in tests contains system directories

[Martin v . Löwis]

Martin v. Löwis  added the comment:

I find the solution (running every test in a subprocess) a bit too drastic for 
the problem. How about a modified approach: run regrtest with -S, and have it 
create a subprocess for test_site only?

--

___
Python tracker 

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