[Python-Dev] Summary of Python tracker Issues

2014-10-24 Thread Python tracker

ACTIVITY SUMMARY (2014-10-17 - 2014-10-24)
Python tracker at http://bugs.python.org/

To view or respond to any of the issues listed below, click on the issue.
Do NOT respond to this message.

Issues counts and deltas:
  open4604 (+17)
  closed 29877 (+44)
  total  34481 (+61)

Open issues with patches: 2144 


Issues opened (40)
==

#17401: io.FileIO closefd parameter is not documented nor shown in rep
http://bugs.python.org/issue17401  reopened by serhiy.storchaka

#22659: SyntaxError in the configure_ctypes
http://bugs.python.org/issue22659  opened by bill9889

#22662: subprocess.Popen.communicate causing local tty terminal settin
http://bugs.python.org/issue22662  opened by kflavin

#22665: shutil.__all__ incomplete
http://bugs.python.org/issue22665  opened by vadmium

#22666: email.Header no encoding of unicode strings containing newline
http://bugs.python.org/issue22666  opened by flavio

#22668: memoryview.format is corrupted due to dangling shared pointer
http://bugs.python.org/issue22668  opened by Knio

#22669: Test_venv fails when _ctypes is not available.
http://bugs.python.org/issue22669  opened by terry.reedy

#22671: Typo in class io.BufferedIOBase docs
http://bugs.python.org/issue22671  opened by gigaplastik

#22672: float arguments in scientific notation not supported by argpar
http://bugs.python.org/issue22672  opened by jnespolo

#22673: document the special features (eg: fdclose=False) of the stand
http://bugs.python.org/issue22673  opened by snaphat

#22674: strsignal() missing from signal module
http://bugs.python.org/issue22674  opened by Dolda2000

#22678: An OSError subclass for "no space left on device" would be nic
http://bugs.python.org/issue22678  opened by bochecha

#22679: Add encodings of supported in glibc locales
http://bugs.python.org/issue22679  opened by serhiy.storchaka

#22680: unittest discovery is fragile
http://bugs.python.org/issue22680  opened by pitrou

#22681: Add support of KOI8-T encoding
http://bugs.python.org/issue22681  opened by serhiy.storchaka

#22682: Add support of KZ1048 (RK1048) encoding
http://bugs.python.org/issue22682  opened by serhiy.storchaka

#22683: bisect index out of bounds issue
http://bugs.python.org/issue22683  opened by Paul.Ianas

#22684: message.as_bytes() produces recursion depth exceeded
http://bugs.python.org/issue22684  opened by pas

#22685: memory leak: no transport for pipes by create_subprocess_exec/
http://bugs.python.org/issue22685  opened by wabu

#22687: horrible performance of textwrap.wrap() with a long word
http://bugs.python.org/issue22687  opened by inkerman

#22689: Posix getenv makes no guarantee of lifetime of returned string
http://bugs.python.org/issue22689  opened by aidanhs

#22695: open() declared deprecated in python 3 docs
http://bugs.python.org/issue22695  opened by Василий.Макаров

#22696: Add a function to know about interpreter shutdown
http://bugs.python.org/issue22696  opened by pitrou

#22697: Deadlock with writing to stderr from forked process
http://bugs.python.org/issue22697  opened by ionel.mc

#22698: Add constants for ioctl request codes
http://bugs.python.org/issue22698  opened by serhiy.storchaka

#22699: cross-compilation of Python3.4
http://bugs.python.org/issue22699  opened by bill9889

#22700: email's header_value_parser missing defect report for 'abc@xyz
http://bugs.python.org/issue22700  opened by r.david.murray

#22701: Write unescaped unicode characters (Japanese, Chinese, etc) in
http://bugs.python.org/issue22701  opened by Michael.Kuss

#22702: to improve documentation for join() (str method)
http://bugs.python.org/issue22702  opened by vy0123

#22703: Idle Code Context: separate changing current and future editor
http://bugs.python.org/issue22703  opened by terry.reedy

#22704: Review extension enable options
http://bugs.python.org/issue22704  opened by terry.reedy

#22705: Idle extension configuration: add option-help option
http://bugs.python.org/issue22705  opened by terry.reedy

#22706: Idle extension configuration and key bindings
http://bugs.python.org/issue22706  opened by terry.reedy

#22707: Idle: changed options should take effect immediately
http://bugs.python.org/issue22707  opened by terry.reedy

#22708: httplib/http.client in method _tunnel used HTTP/1.0 CONNECT me
http://bugs.python.org/issue22708  opened by vova

#22709: restore accepting detached stdin in fileinput binary mode
http://bugs.python.org/issue22709  opened by akira

#22711: "legacy" distutils docs better than packaging guide
http://bugs.python.org/issue22711  opened by pitrou

#22714: target of 'import statement' entry in general index for 'i' is
http://bugs.python.org/issue22714  opened by vy0123

#22718: pprint not handline uncomparable dictionary keys, set members 
http://bugs.python.org/issue22718  opened by Andreas.Kostyrka

#22719: os.path.isfile & os.path.exists bug in while loop
http://bugs.python.org/issue22719  opened by hosford42



Most recent 15 issues wit

Re: [Python-Dev] Cross compiling Python (for Android)

2014-10-24 Thread Guido van Rossum
Hi Frank,

Nobody has responded to you yet, but don't feel discouraged by that! The
core Python development group consists mostly of people who don't develop
mobile apps in their day jobs, and they may feel reluctant to maintain
changes that they can't personally test. (And I don't expect it would be
easy to set up Android or iOS buildbots either.)

But there are definitely people trying to use Python to develop mobile apps
(e.g. Kivy). Today there was a similar post to python-ideas about this. I
think the world may soon be eager to develop mobile apps in Python (the
platforms are maturing and the processors are getting faster), and Python
should be ready for this change in attitude.

Hopefully we can get some good patches in for the next bugfix releases of
Python 2.7 and 3.4, as well as the upcoming 3.5 alphas and betas.

Of course, the Kivy approach might work for some time yet (they have a set
of patches for Python 2.7.1 or 2.7.2), but it would be better if that
wasn't necessary, and Python could be build (with the right dev
environment) for iOS and Android.

A word of advice: the specific patches you have should probably be
submitted to the Python issue tracker (bugs.python.org). Also, several
smaller patches are more likely to be reviewed and checked in timely than
one mega-patch.

Good luck!

--Guido

On Thu, Oct 23, 2014 at 12:22 PM, Frank, Matthew I <
[email protected]> wrote:

>  This email is about my experience getting CPython (3.4.1) to
>
> cross-compile and run on x86 Android (4.4.2 with sdk 19 and ndk-r9).
>
> I know that Android is not a supported architecture (and I won't
>
> regale you with stories about the complete locale and mbstowcs support
>
> I had to borrow from FreeBSD to get it working).  The purpose of this
>
> email is that several things I found are arguably "bugs" in the Python
>
> build system or code when it comes to cross-compiling that are exposed
>
> by Android's poor Posix support.  I'd like some advice about what kind
>
> of patch (if any) would be most suitable for fixing the problems on
>
> the Python side.
>
>
>
> Just to be complete:  I'm configuring with
>
>
>
>  CPPFLAGS=-I../my-locale ../Python-3.4.1/configure --enable-shared
>
>  --prefix=/path/to/install/dir --build=x86_64-linux-gnu
>
>  --host=i686-linux-android --disable-ipv6 ac_cv_file__dev_ptmx=no
>
>  ac_cv_file__dev_ptc=no ac_cv_little_endian_double=yes
>
>
>
> (The CPPFLAGS addition is to get the headers for my locale fixes
>
> instead of the default Android ones.  ac_cv_file__dev_ptmx=no and
>
> ac_cv_file__dev_ptc=no are because I don't have /dev/whatever on my
>
> build machine.  ac_cv_little_endian_double is because configure for
>
> cross builds can't figure out the endianness of doubles on the host
>
> (because it is running on the build machine not the host.)  (For ARM
>
> it would be ac_cv_mixed_endian_double=yes.)
>
>
>
> I've gotten to the point where `make; make install` succeeds up to the
>
> point of building something that runs on my Android system (from the
>
> command line) and `python -m test` runs 388 tests, with 321 ok, 24
>
> test failures and 43 tests skipped (the skips mostly due, I think, to
>
> me not yet having installed the right cross-building support for
>
> things like bz2 and dbm.)
>
>
>
> 1. `make` succeeds but `make install` always fails at the end with
>
>something having to do with being unable to run "ensurepip"
>
>(presumably because ensurepip requires modules that only run on the
>
>host, not the build module.)  So it seems this should be wrapped in
>
>a test for cross compilation, but I haven't looked at exactly what
>
>yet.  The error is:
>
>
>
>/linux-python/bin/python3.4: Error while finding spec for
>
>'ensurepip.__main__' (:
>
>/build-directory/build/lib.linux-i686-3.4/time.cpython-34m.so:
>
>wrong ELF class: ELFCLASS32); 'ensurepip' is a package and cannot
>
>be directly executed make: *** [install] Error 1
>
>
>
> 2. setup.py is missing -lm flag for several modules.  On Linux this
>
>problem is hidden because libm is already loaded by the executable
>
>calling dlopen(), but Android's loader deals with unknown symbols
>
>differently (searches only the libs explicitly linked against the
>
>module being loaded.)  http://bugs.python.org/issue21668 reports
>
>the problem for selectmodule (can't find ceil()) and timemodule
>
>(fmod() and floor()).  But there are at least two more: audioop
>
>fails to load because it needs floor() and ctypes_test fails to
>
>load because it needs sqrt().  I'll happily update the patch in
>
>21668.
>
>
>
>Is there any fundamental objection to adding the -lm flag to the
>
>link step where it is necessary?
>
>
>
> 3. What is ossaudiodev?  It tries to include "sys/soundcard.h", which
>
>I don't have on my system.   (The rule in setup.py is
>
>wrapped in a test for host of Linux/FreeBSD/Darwin, but Android x86
>
>gets co

[Python-Dev] XP buildbot problem cloning from hg.python.org

2014-10-24 Thread David Bolen
Starting yesterday, my XP buildbot began failing to execute clone
operations against hg.python.org.  There's not a lot of data being
given aside from a transaction abort message (and my buildbot log
showing the hg command exiting), and I'm wondering if something may be
amiss on the server or its configuration?

Note that this is a full clone (which for some reason the Windows
buildbots seem to fall back on with some frequency) and can take quite
a while.  My Windows 7 buildbot is ok so far but it's still doing
incremental pulls over the same time period.

I've got two separate Internet connections here and have tried routing
over both so I don't think it's a network issue.  I've completely
flushed the local build trees and rebooted the buildbot.

Is there anything that might be available on the server to see if
there are errors being logged?  Or anything that could have changed
configuration wise recently (maybe timeout related or something)?  I'm
running a bit low of items to try to change or reset on the buildbot
side.

Thanks.

-- David

___
Python-Dev mailing list
[email protected]
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com


Re: [Python-Dev] XP buildbot problem cloning from hg.python.org

2014-10-24 Thread Donald Stufft
Is this using HTTPS or SSH.

> On Oct 24, 2014, at 11:47 PM, David Bolen  wrote:
> 
> Starting yesterday, my XP buildbot began failing to execute clone
> operations against hg.python.org.  There's not a lot of data being
> given aside from a transaction abort message (and my buildbot log
> showing the hg command exiting), and I'm wondering if something may be
> amiss on the server or its configuration?
> 
> Note that this is a full clone (which for some reason the Windows
> buildbots seem to fall back on with some frequency) and can take quite
> a while.  My Windows 7 buildbot is ok so far but it's still doing
> incremental pulls over the same time period.
> 
> I've got two separate Internet connections here and have tried routing
> over both so I don't think it's a network issue.  I've completely
> flushed the local build trees and rebooted the buildbot.
> 
> Is there anything that might be available on the server to see if
> there are errors being logged?  Or anything that could have changed
> configuration wise recently (maybe timeout related or something)?  I'm
> running a bit low of items to try to change or reset on the buildbot
> side.
> 
> Thanks.
> 
> -- David
> 
> ___
> Python-Dev mailing list
> [email protected]
> https://mail.python.org/mailman/listinfo/python-dev
> Unsubscribe: 
> https://mail.python.org/mailman/options/python-dev/donald%40stufft.io

___
Python-Dev mailing list
[email protected]
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com


Re: [Python-Dev] XP buildbot problem cloning from hg.python.org

2014-10-24 Thread Antoine Pitrou
On Fri, 24 Oct 2014 23:47:05 -0400
David Bolen  wrote:
> Starting yesterday, my XP buildbot began failing to execute clone
> operations against hg.python.org.  There's not a lot of data being
> given aside from a transaction abort message (and my buildbot log
> showing the hg command exiting), and I'm wondering if something may be
> amiss on the server or its configuration?

Have you tried running the hg clone manually from the buildbot?
You could try to add --debug to get more info where the thing breaks.

Regards

Antoine.


___
Python-Dev mailing list
[email protected]
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com


Re: [Python-Dev] XP buildbot problem cloning from hg.python.org

2014-10-24 Thread David Bolen
Donald Stufft  writes:

> Is this using HTTPS or SSH.

Um, good question - whatever the buildbot build process uses.

Looking at the slave log on buildbot.python.org (I don't get the hg
output locally), appears to be http (it's cloning
http://hg.python.org/cpython) - though I thought I saw it using https
(port 443) in some traffic monitoring I was doing, so maybe it gets
redirected?

Oh yeah, the log also shows "real URL is
https://hg.python.org/cpython"; as the first output from hg.

-- David

___
Python-Dev mailing list
[email protected]
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com


Re: [Python-Dev] XP buildbot problem cloning from hg.python.org

2014-10-24 Thread David Bolen
Antoine Pitrou  writes:

> Have you tried running the hg clone manually from the buildbot?
> You could try to add --debug to get more info where the thing breaks.

Yes, I had but pretty much got the same output as the buildbot slave.
But I just tried --traceback and it's definitely complaining about the
connection being terminated.

Regular test:

> hg clone --verbose --noupdate http://hg.python.org/cpython test
real URL is https://hg.python.org/cpython
requesting all changes
adding changesets
adding manifests
transaction abort!
rollback completed
abort: connection ended unexpectedly

Traceback:

> hg clone --traceback --verbose --noupdate http://hg.python.org/cpython test
real URL is https://hg.python.org/cpython
requesting all changes
adding changesets
adding manifests
transaction abort!
rollback completed
Traceback (most recent call last):
  File "mercurial\dispatch.pyc", line 54, in _runcatch
  File "mercurial\dispatch.pyc", line 490, in _dispatch
  File "mercurial\dispatch.pyc", line 351, in runcommand
  File "mercurial\dispatch.pyc", line 541, in _runcommand
  File "mercurial\dispatch.pyc", line 495, in checkargs
  File "mercurial\dispatch.pyc", line 488, in 
  File "mercurial\util.pyc", line 420, in check
  File "mercurial\commands.pyc", line 725, in clone
  File "mercurial\hg.pyc", line 334, in clone
  File "mercurial\localrepo.pyc", line 1853, in clone
  File "mercurial\localrepo.pyc", line 1206, in pull
  File "mercurial\localrepo.pyc", line 1695, in addchangegroup
  File "mercurial\revlog.pyc", line 1239, in addgroup
  File "mercurial\changegroup.pyc", line 31, in chunkiter
  File "mercurial\changegroup.pyc", line 20, in getchunk
  File "mercurial\util.pyc", line 924, in read
  File "mercurial\httprepo.pyc", line 22, in zgenerator
IOError: [Errno None] connection ended unexpectedly
abort: connection ended unexpectedly


I also stuck on --debug which generates a metric ton of output, but
the final portion is:

> hg clone --debug --traceback --verbose --noupdate 
> http://hg.python.org/cpython test

(...)
manifests: 5271/93170 chunks (5.66%)
manifests: 5272/93170 chunks (5.66%)
manifests: 5273/93170 chunks (5.66%)
manifests: 5274/93170 chunks (5.66%)
manifests: 5275/93170 chunks (5.66%)
manifests: 5276/93170 chunks (5.66%)
manifests: 5277/93170 chunks (5.66%)
manifests: 5278/93170 chunks (5.66%)
transaction abort!
rollback completed
Traceback (most recent call last):
  File "mercurial\dispatch.pyc", line 54, in _runcatch
  File "mercurial\dispatch.pyc", line 490, in _dispatch
  File "mercurial\dispatch.pyc", line 351, in runcommand
  File "mercurial\dispatch.pyc", line 541, in _runcommand
  File "mercurial\dispatch.pyc", line 495, in checkargs
  File "mercurial\dispatch.pyc", line 488, in 
  File "mercurial\util.pyc", line 420, in check
  File "mercurial\commands.pyc", line 725, in clone
  File "mercurial\hg.pyc", line 334, in clone
  File "mercurial\localrepo.pyc", line 1853, in clone
  File "mercurial\localrepo.pyc", line 1206, in pull
  File "mercurial\localrepo.pyc", line 1695, in addchangegroup
  File "mercurial\revlog.pyc", line 1239, in addgroup
  File "mercurial\changegroup.pyc", line 31, in chunkiter
  File "mercurial\changegroup.pyc", line 20, in getchunk
  File "mercurial\util.pyc", line 924, in read
  File "mercurial\httprepo.pyc", line 22, in zgenerator
IOError: [Errno None] connection ended unexpectedly
abort: connection ended unexpectedly

which appears to die mid-stream while receiving the manifests.

So I'm sort of hoping there might be some record server-side as to why
things are falling apart mid-way.

-- David

___
Python-Dev mailing list
[email protected]
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com


Re: [Python-Dev] XP buildbot problem cloning from hg.python.org

2014-10-24 Thread David Bolen
David Bolen  writes:

> which appears to die mid-stream while receiving the manifests.
>
> So I'm sort of hoping there might be some record server-side as to why
> things are falling apart mid-way.

Just to follow-up to myself, I get the same same error trying to do a
clone from my own personal XP machine rather than the buildbot (which
is a VM).  I've had the issue with hg 1.6.2, 2.5.2 and 3.1.2.

However, the same clones completely successfully under OSX and Linux.

So that's sort of strange.

-- David

___
Python-Dev mailing list
[email protected]
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com


Re: [Python-Dev] XP buildbot problem cloning from hg.python.org

2014-10-24 Thread Donald Stufft
What version of OpenSSL is it using.

> On Oct 25, 2014, at 1:00 AM, David Bolen  wrote:
> 
> David Bolen  writes:
> 
>> which appears to die mid-stream while receiving the manifests.
>> 
>> So I'm sort of hoping there might be some record server-side as to why
>> things are falling apart mid-way.
> 
> Just to follow-up to myself, I get the same same error trying to do a
> clone from my own personal XP machine rather than the buildbot (which
> is a VM).  I've had the issue with hg 1.6.2, 2.5.2 and 3.1.2.
> 
> However, the same clones completely successfully under OSX and Linux.
> 
> So that's sort of strange.
> 
> -- David
> 
> ___
> Python-Dev mailing list
> [email protected]
> https://mail.python.org/mailman/listinfo/python-dev
> Unsubscribe: 
> https://mail.python.org/mailman/options/python-dev/donald%40stufft.io

___
Python-Dev mailing list
[email protected]
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com


Re: [Python-Dev] XP buildbot problem cloning from hg.python.org

2014-10-24 Thread David Bolen
Donald Stufft  writes:

> What version of OpenSSL is it using.

I'm using the pre-built Windows Mercurial installer, but if I unpack
the included library.zip, the SSLEAY32.DLL shows version 0.9.8r.

This is from the 3.1.2 install I just did a few hours ago.  It appears
that hg 2.5.2 on my other XP box also has 0.9.8r.  The prior buildbot
version (1.6.2) looks like it had 0.9.8o.

I also got around to trying a manual clone on the Windows 7 buildbot,
and it worked fine, even with the older hg 1.6.2.

So it seems to correlate with XP more than anything else at the moment.

-- David

___
Python-Dev mailing list
[email protected]
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com


Re: [Python-Dev] XP buildbot problem cloning from hg.python.org

2014-10-24 Thread David Bolen
Do you mean your local repo?  If so, I don't have a local repo at this
point - the failure is during the first clone.

-- David

On Sat, Oct 25, 2014 at 1:19 AM, Steve Dower 
wrote:

>   I was seeing this recently and had to run recover on my repo (not sure
> what the command line is for that - TortoiseHg had a menu). YMMV, but the
> symptoms sound the same.
>
> Cheers,
> Steve
>
>
___
Python-Dev mailing list
[email protected]
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com