From pypy-dev-issue at codespeak.net Mon Jan 3 02:40:45 2011 From: pypy-dev-issue at codespeak.net (Andrew Dalke) Date: Mon, 03 Jan 2011 01:40:45 +0000 Subject: [PyPy-issue] [issue618] NaN and Inf support in complex Message-ID: <1294018845.23.0.657055762528.issue618@> New submission from Andrew Dalke : Support for complex("nan") in CPython took a while to get working. Here is some of the discussion http://bugs.python.org/issue2121 . In CPython 2.7 complex does take NaN and Inf values Python 2.7 (trunk:74969:87651M, Jan 2 2011, 21:58:12) [GCC 4.2.1 (Apple Inc. build 5664)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> complex("nan") (nan+0j) >>> complex("nan-nanj") (nan+nanj) >>> complex("inf") (inf+0j) >>> This was not the case with CPython 2.6 (2.5 gives the same errors) Python 2.6.1 (r261:67515, Jun 24 2010, 21:47:49) [GCC 4.2.1 (Apple Inc. build 5646)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> complex("nan") Traceback (most recent call last): File "", line 1, in ValueError: complex() arg is a malformed string >>> complex("inf") Traceback (most recent call last): File "", line 1, in ValueError: complex() arg is a malformed string >>> PyPy has different reactions then either of the above, and the "nannanj" is definitely wrong. Python 2.5.2 (e503e483e9ac, Dec 21 2010, 11:52:14) [PyPy 1.4.1] on darwin Type "help", "copyright", "credits" or "license" for more information. And now for something completely different: ``it's Sunday, maybe'' >>>> complex("nan") (nan+0j) >>>> complex("nan-nanj") (nannanj) >>>> complex("inf") Traceback (most recent call last): File "", line 1, in ValueError: complex() literal too large to convert >>>> ---------- effort: easy messages: 2044 nosy: dalke, pypy-issue priority: bug release: 1.4 status: unread title: NaN and Inf support in complex _______________________________________________________ PyPy development tracker _______________________________________________________ From pypy-dev-issue at codespeak.net Mon Jan 3 03:12:45 2011 From: pypy-dev-issue at codespeak.net (Amaury Forgeot d Arc) Date: Mon, 03 Jan 2011 02:12:45 +0000 Subject: [PyPy-issue] [issue618] NaN and Inf support in complex Message-ID: <1294020765.92.0.760543315462.issue618@> Amaury Forgeot d Arc added the comment: The "fast-forward" branch has already fixed the nannanj: >>>> complex("nan-nanj") (nan+nanj) And I just committed f252cc3fbadc which fixes complex("inf") ---------- status: unread -> resolved _______________________________________________________ PyPy development tracker _______________________________________________________ From pypy-dev-issue at codespeak.net Wed Jan 5 02:50:56 2011 From: pypy-dev-issue at codespeak.net (Andrew Dalke) Date: Wed, 05 Jan 2011 01:50:56 +0000 Subject: [PyPy-issue] [issue618] NaN and Inf support in complex Message-ID: <1294192256.87.0.518396701673.issue618@> Andrew Dalke added the comment: That was fast - well done! ---------- status: resolved -> chatting _______________________________________________________ PyPy development tracker _______________________________________________________ From pypy-dev-issue at codespeak.net Wed Jan 5 07:12:10 2011 From: pypy-dev-issue at codespeak.net (Fijal) Date: Wed, 05 Jan 2011 06:12:10 +0000 Subject: [PyPy-issue] [issue618] NaN and Inf support in complex Message-ID: <1294207930.6.0.637740460607.issue618@> Fijal added the comment: Closing this. Roundup has an annoying feature that if someone replies it moves status from resolved to chatting ---------- status: chatting -> resolved _______________________________________________________ PyPy development tracker _______________________________________________________ From pypy-dev-issue at codespeak.net Thu Jan 6 09:36:07 2011 From: pypy-dev-issue at codespeak.net (Fijal) Date: Thu, 06 Jan 2011 08:36:07 +0000 Subject: [PyPy-issue] [issue339] Buffers and C-level functions Message-ID: <1294302967.81.0.753355416413.issue339@> Fijal added the comment: I think it's fine to close that. os.read and os.write are not as fast as they can possibly be, but without a specific proposal for improvements, let's close it. ---------- nosy: +pypy-issue -ac, arigo, cfbolz, fijal, mwh, pedronis, tismer status: chatting -> resolved _______________________________________________________ PyPy development tracker _______________________________________________________ From pypy-dev-issue at codespeak.net Thu Jan 6 10:48:31 2011 From: pypy-dev-issue at codespeak.net (Martijn) Date: Thu, 06 Jan 2011 09:48:31 +0000 Subject: [PyPy-issue] [issue575] Support for Python 2.7 Message-ID: <1294307311.06.0.65796148148.issue575@> Martijn added the comment: I'm not seeing class decorators on the TODO list, and I don't see it in the fast-forward buildbot tests either. I imagine it should be too hard, given it's almost a textual transformation. Should I add this as a separate issue? _______________________________________________________ PyPy development tracker _______________________________________________________ From pypy-dev-issue at codespeak.net Thu Jan 6 11:01:42 2011 From: pypy-dev-issue at codespeak.net (Martijn) Date: Thu, 06 Jan 2011 10:01:42 +0000 Subject: [PyPy-issue] [issue619] Easier tuning/configuration of GC Message-ID: <1294308102.83.0.134228098092.issue619@> New submission from Martijn : We're looking at using PyPy for a project because of the performance benefit but the memory usage is a problem. CPython uses 3GB for this program. PyPy goes twice as fast so I expect twice as much, but in fact it grows to 12GB and doesn't stop growing. Reading the docs it appears that the GC will wait until 50% of memory is freed before it does a sweep. This amounts to several GB of memory wasted. It would be nice to be able to make the GC more aggressive, but AFAICS any tuning needs to be done at translate time, rather than as runtime config. Not sure what information would be helpful. About the only special thing is that it's a data processing system that allocates and frees on the order of 5MB of data per second. Only a very small portion of that is kept for a longer period. ---------- effort: ??? messages: 2050 nosy: kleptog, pypy-issue priority: feature release: ??? status: unread title: Easier tuning/configuration of GC _______________________________________________________ PyPy development tracker _______________________________________________________ From pypy-dev-issue at codespeak.net Thu Jan 6 11:38:21 2011 From: pypy-dev-issue at codespeak.net (Amaury Forgeot d Arc) Date: Thu, 06 Jan 2011 10:38:21 +0000 Subject: [PyPy-issue] [issue575] Support for Python 2.7 Message-ID: <1294310301.01.0.416507332678.issue575@> Amaury Forgeot d Arc added the comment: Class decorators are already implemented! "pypy-c -m test.regrtest -v test_decorators" passes without errors. Note that the buildbot only show failing tests: http://buildbot.pypy.org/summary?branch=fast-forward _______________________________________________________ PyPy development tracker _______________________________________________________ From pypy-dev-issue at codespeak.net Thu Jan 6 12:58:10 2011 From: pypy-dev-issue at codespeak.net (Fijal) Date: Thu, 06 Jan 2011 11:58:10 +0000 Subject: [PyPy-issue] [issue619] Easier tuning/configuration of GC Message-ID: <1294315090.87.0.268288988647.issue619@> Fijal added the comment: There is some runtime configuration of GC, just not well documented. That's one issue :) I think your application showcases a bug (especially if it never stops growing, that's clearly a bug). Can you either come to IRC (#pypy on freenode) to explain or give us some reproducible way of getting this effects? ---------- status: unread -> chatting _______________________________________________________ PyPy development tracker _______________________________________________________ From pypy-dev-issue at codespeak.net Thu Jan 6 18:15:45 2011 From: pypy-dev-issue at codespeak.net (Armin Rigo) Date: Thu, 06 Jan 2011 17:15:45 +0000 Subject: [PyPy-issue] [issue619] Easier tuning/configuration of GC Message-ID: <1294334145.28.0.604075872307.issue619@> Armin Rigo added the comment: More precisely, see the big comment at the start of the file pypy/rpython/memory/gc/minimark.py. But I agree that there is some bug -- it should at worst use twice as much memory as CPython, and often less thanks to other optimizations. _______________________________________________________ PyPy development tracker _______________________________________________________ From pypy-dev-issue at codespeak.net Fri Jan 7 07:45:49 2011 From: pypy-dev-issue at codespeak.net (Fijal) Date: Fri, 07 Jan 2011 06:45:49 +0000 Subject: [PyPy-issue] [issue619] Easier tuning/configuration of GC Message-ID: <1294382749.74.0.259054582297.issue619@> Fijal added the comment: Commenting the discussion on IRC - if you have a lot of weak dictionaries, those are objects with __del__ that potentially reference each other. Without discussing what GC should do (it should take care probably), you would get much better performance by using normal dictionaries likely. Note: CPython also gathers reference cycles if they don't contain a __del__ _______________________________________________________ PyPy development tracker _______________________________________________________ From pypy-dev-issue at codespeak.net Fri Jan 7 11:58:21 2011 From: pypy-dev-issue at codespeak.net (Armin Rigo) Date: Fri, 07 Jan 2011 10:58:21 +0000 Subject: [PyPy-issue] [issue619] Easier tuning/configuration of GC Message-ID: <1294397901.8.0.212853174567.issue619@> Armin Rigo added the comment: fijal: can you be more precise? I don't understand which __del__ you are talking about. It seems to me that the RPython class WeakrefLifeline is the only place involving a __del__, and it has only references to weakrefs, which should not create any cycle. I don't see any __del__ related to weak dictionaries. _______________________________________________________ PyPy development tracker _______________________________________________________ From pypy-dev-issue at codespeak.net Wed Jan 12 05:53:56 2011 From: pypy-dev-issue at codespeak.net (Brian Hong) Date: Wed, 12 Jan 2011 04:53:56 +0000 Subject: [PyPy-issue] [issue585] Missing euc-kr encoding Message-ID: <1294808036.26.0.373625346579.issue585@> Brian Hong added the comment: $ cat t.py # -*- coding: utf-8 -*- s = u'\ud55c\uae00' print repr(s) print repr(s.encode('euc-kr')) print repr(s.encode('cp949')) $ python t.py u'\ud55c\uae00' '\xc7\xd1\xb1\xdb' '\xc7\xd1\xb1\xdb' $ pypy t.py u'\ud55c\uae00' Traceback (most recent call last): File "app_main.py", line 53, in run_toplevel File "t.py", line 5, in print repr(s.encode('euc-kr')) LookupError: unknown encoding: euc-kr This should help. _______________________________________________________ PyPy development tracker _______________________________________________________ From pypy-dev-issue at codespeak.net Thu Jan 13 13:15:23 2011 From: pypy-dev-issue at codespeak.net (Armin Rigo) Date: Thu, 13 Jan 2011 12:15:23 +0000 Subject: [PyPy-issue] [issue585] Missing euc-kr encoding Message-ID: <1294920923.24.0.196643602797.issue585@> Armin Rigo added the comment: Serialx: thanks, but we know that already. What we are missing is someone with the time and motivation to add support for these encodings. _______________________________________________________ PyPy development tracker _______________________________________________________ From benjamin at python.org Wed Jan 12 05:55:56 2011 From: benjamin at python.org (Benjamin Peterson) Date: Tue, 11 Jan 2011 22:55:56 -0600 Subject: [PyPy-issue] [issue585] Missing euc-kr encoding In-Reply-To: <-3956646312739708809@unknownmsgid> References: <-3956646312739708809@unknownmsgid> Message-ID: 2011/1/11 Brian Hong : > > Brian Hong added the comment: > > $ cat t.py > # -*- coding: utf-8 -*- > > s = u'\ud55c\uae00' > print repr(s) > print repr(s.encode('euc-kr')) > print repr(s.encode('cp949')) > > > $ python t.py > u'\ud55c\uae00' > '\xc7\xd1\xb1\xdb' > '\xc7\xd1\xb1\xdb' > > > $ pypy t.py > u'\ud55c\uae00' > Traceback (most recent call last): > ?File "app_main.py", line 53, in run_toplevel > ?File "t.py", line 5, in > ? ?print repr(s.encode('euc-kr')) > LookupError: unknown encoding: euc-kr Yes, it's a known issue that CJK codecs are missing. -- Regards, Benjamin From pypy-dev-issue at codespeak.net Fri Jan 14 02:24:51 2011 From: pypy-dev-issue at codespeak.net (Dave Malcolm) Date: Fri, 14 Jan 2011 01:24:51 +0000 Subject: [PyPy-issue] [issue620] AM_CHECK_PYTHON_HEADERS fails with PyPy (pypy-config?) Message-ID: <1294968290.96.0.481770368935.issue620@> New submission from Dave Malcolm : I'm experimenting with building the python bindings for GTK against PyPy 1.4.1 The build process for PyGTK uses GNU autoconf and automake, with this automake macro:: AM_CHECK_PYTHON_HEADERS(,[AC_MSG_ERROR(could not find Python headers)]) and I suspect there are quite a few other extension modules that use this. The macro expands to the following test within the generated "configure" shell script:: { $as_echo "$as_me:${as_lineno-$LINENO}: checking for headers required to compile python extensions" >&5 $as_echo_n "checking for headers required to compile python extensions... " >&6; } py_prefix=`$PYTHON -c "import sys; print sys.prefix"` py_exec_prefix=`$PYTHON -c "import sys; print sys.exec_prefix"` if test -x "$PYTHON-config"; then PYTHON_INCLUDES=`$PYTHON-config --includes 2>/dev/null` else PYTHON_INCLUDES="-I${py_prefix}/include/python${PYTHON_VERSION}" if test "$py_prefix" != "$py_exec_prefix"; then PYTHON_INCLUDES="$PYTHON_INCLUDES -I${py_exec_prefix}/include/python${PYTHON_VERSION}" fi fi ... more stuff follows, which tries to compile a simple .c file containing #include Attempting:: PYTHON=pypy ./configure fails for my RPM packages of PyPy, and presumably for the official packages of PyPy (I have the wrong libssl.so to run them directly):: checking whether pypy version >= 2.3.5... yes checking for pypy version... 2.5 checking for pypy platform... linux2 checking for pypy script directory... ${prefix}/site-packages checking for pypy extension module directory... ${exec_prefix}/site-packages checking for headers required to compile python extensions... not found configure: error: could not find Python headers In the absence of a "pypy-config" in the path, it's going to use this clause:: PYTHON_INCLUDES="-I${py_prefix}/include/python${PYTHON_VERSION}" fwiw, PYTHON_VERSION is obtained from running:: $PYTHON -c "import sys; print sys.version[:3]" which for pypy-1.4.1 is "2.5" So I believe it's looking below %{py_prefix}/include/python2.5 for a "Python.h" However the packaging script in pypy/tool/release/package.py creates just an "include" subdir directly below the pypydir, and copies the relevant *.h/*.inl files there (I do something equivalent in my Fedora rpm packages) So I believe this is likely to break building any modules built using the GNU autotools against PyPy. One solution for compatibility with this automake macro may be to simply provide a "pypy-config" executable, analagous to the "python-config" executable. For reference, CPython generates this script from Misc/python-config.in in its Makefile: http://svn.python.org/view/python/branches/release25-maint/Misc/python-config.in?view=log with this substitution: sed -e "s, at EXENAME@,$(BINDIR)/python$(VERSION)$(EXE)," < $(srcdir)/Misc/python-config.in >python-config So perhaps PyPy's "bin" subdirectory could gain a "pypy-config" script, perhaps directly taking CPython's version of this? Taking the 2.5 version above, some of the options work correctly (this is on my Fedora RPM build of PyPy):: $ pypy python-config.in --help Usage: python-config.in [--prefix|--exec-prefix|--includes|--libs|--cflags|--ldflags|--help] $ pypy python-config.in --prefix /usr/lib64/pypy-1.4.1 $ pypy python-config.in --includes -I/usr/lib64/pypy-1.4.1/include -I/usr/lib64/pypy-1.4.1/include but others fail:: $ pypy python-config.in --exec-prefix Traceback (most recent call last): File "app_main.py", line 53, in run_toplevel File "python-config.in", line 36, in print sysconfig.EXEC_PREFIX AttributeError: 'module' object has no attribute 'EXEC_PREFIX' $ pypy python-config.in --libs Traceback (most recent call last): File "app_main.py", line 53, in run_toplevel File "python-config.in", line 46, in libs = getvar('LIBS').split() + getvar('SYSLIBS').split() AttributeError: 'NoneType' object has no attribute 'split' $ pypy python-config.in --cflags Traceback (most recent call last): File "app_main.py", line 53, in run_toplevel File "python-config.in", line 42, in flags.extend(getvar('CFLAGS').split()) AttributeError: 'NoneType' object has no attribute 'split' $ pypy python-config.in --ldflags Traceback (most recent call last): File "app_main.py", line 53, in run_toplevel File "python-config.in", line 46, in libs = getvar('LIBS').split() + getvar('SYSLIBS').split() AttributeError: 'NoneType' object has no attribute 'split' Hopefully, providing a pypy-config script seems sane (and I can hack on this, if desired). What's the preferred approach here (e.g. either to fix up python-config, or to provide the missing distutils.sysconfig variables?) (Aside: I've seen hundreds of python extension modules, and many of them use crazy non-standard build tools e.g. handcoded Makefiles with buggy logic for finding header files, linker options etc. Getting them to build against PyPy may throw up lots of silly "yak-shaving" issues like this, on top of the more interesting one of emulating the CPython extension API; having a "pypy-config" may help ameliorate some of them). ---------- effort: ??? messages: 2058 nosy: dmalcolm, pypy-issue priority: feature release: ??? status: unread title: AM_CHECK_PYTHON_HEADERS fails with PyPy (pypy-config?) _______________________________________________________ PyPy development tracker _______________________________________________________ From pypy-dev-issue at codespeak.net Fri Jan 14 20:23:57 2011 From: pypy-dev-issue at codespeak.net (Alex Gaynor) Date: Fri, 14 Jan 2011 19:23:57 +0000 Subject: [PyPy-issue] [issue617] range() slower than xrange() Message-ID: <1295033037.65.0.550705825209.issue617@> Alex Gaynor added the comment: Isn't this somewhat expected, given the extra guards that result from checking that range wasn't forced to allocate the list. ---------- status: unread -> chatting _______________________________________________________ PyPy development tracker _______________________________________________________ From pypy-dev-issue at codespeak.net Fri Jan 14 20:30:02 2011 From: pypy-dev-issue at codespeak.net (Dave Malcolm) Date: Fri, 14 Jan 2011 19:30:02 +0000 Subject: [PyPy-issue] [issue620] AM_CHECK_PYTHON_HEADERS fails with PyPy (pypy-config?) Message-ID: <1295033402.97.0.475665621358.issue620@> Dave Malcolm added the comment: The simplest solution here may to be to create a symlink: ln -s $(pypydir)/include $(pypydir)/include/python2.5 With that in place, an invocation of AM_CHECK_PYTHON_HEADERS run with PYTHON=pypy finds PyPy's version of the python headers, and compilation proceeds (...eventually running into other issues, but that's another story) FWIW, I started writing a pypy-config, based on the one from CPython 2.5, but it looks like I misread the "configure"; it seems to be looking for it within the pwd, not the PATH. ---------- status: unread -> chatting _______________________________________________________ PyPy development tracker _______________________________________________________ From pypy-dev-issue at codespeak.net Sun Jan 16 13:29:14 2011 From: pypy-dev-issue at codespeak.net (Michael Foord) Date: Sun, 16 Jan 2011 12:29:14 +0000 Subject: [PyPy-issue] [issue621] pythonapi seg fault in fast-forward branch Message-ID: <1295180954.45.0.452511574702.issue621@> New submission from Michael Foord : The following code causes a segmentation fault in the fast-forward branch. (It is used by a CPython 2.7 test: test_ascii_formatd): from ctypes import pythonapi PyOS_ascii_formatd = pythonapi.PyOS_ascii_formatd ---------- effort: ??? messages: 2061 nosy: pypy-issue, voidspace priority: bug release: ??? status: unread title: pythonapi seg fault in fast-forward branch _______________________________________________________ PyPy development tracker _______________________________________________________ From pypy-dev-issue at codespeak.net Wed Jan 19 22:49:46 2011 From: pypy-dev-issue at codespeak.net (highbw) Date: Wed, 19 Jan 2011 21:49:46 +0000 Subject: [PyPy-issue] [issue622] set() does not work in translate Message-ID: <1295473786.74.0.279134034734.issue622@> New submission from highbw : I try to compile a simple toy script with pypy's translator. def main(argv): a = [] b = set(a) print b return 0 def target(driver,args): return main,None But it seems to get errors with the set() function. ---------- effort: ??? messages: 2062 nosy: highbw, pypy-issue priority: bug release: 1.4 status: unread title: set() does not work in translate _______________________________________________________ PyPy development tracker _______________________________________________________ From pypy-dev-issue at codespeak.net Wed Jan 19 22:51:38 2011 From: pypy-dev-issue at codespeak.net (Fijal) Date: Wed, 19 Jan 2011 21:51:38 +0000 Subject: [PyPy-issue] [issue622] set() does not work in translate Message-ID: <1295473898.45.0.37037284447.issue622@> Fijal added the comment: set() is not part of RPython. translate only works for RPython and not for python. If you want to use Python, download compiled pypy with JIT instead. Closing as wontfix. Feel free to reopen if you have more questions (or write to pypy-dev or come to IRC, it's easier to discuss). Cheers, fijal ---------- status: unread -> wontfix _______________________________________________________ PyPy development tracker _______________________________________________________ From pypy-dev-issue at codespeak.net Fri Jan 21 17:26:20 2011 From: pypy-dev-issue at codespeak.net (Kirubakaran Athmanathan) Date: Fri, 21 Jan 2011 16:26:20 +0000 Subject: [PyPy-issue] [issue623] Add footer in docs pages Message-ID: <1295627180.97.0.480895351501.issue623@> New submission from Kirubakaran Athmanathan : There are no footers in docs web pages, which makes it look like the page has not finished loading. Example: http://codespeak.net/pypy/dist/pypy/doc/docindex.html I can fix this if I am given access. ---------- effort: easy messages: 2064 nosy: kirubakaran, pypy-issue priority: wish release: 1.4 status: unread title: Add footer in docs pages _______________________________________________________ PyPy development tracker _______________________________________________________ From pypy-dev-issue at codespeak.net Sat Jan 22 23:00:25 2011 From: pypy-dev-issue at codespeak.net (Bobby Impollonia) Date: Sat, 22 Jan 2011 22:00:25 +0000 Subject: [PyPy-issue] [issue624] Make Python 2.7 Json tests pass Message-ID: <1295733625.7.0.636706194621.issue624@> New submission from Bobby Impollonia : Some of the json tests verify that functions are being pulled from _json (its C extension module). Since pypy doesn't have a _json module, the json tests in lib-python/2.7.0/test/test_json.py currently do not all pass. If the attached file is added as lib-python/modified-2.7.0/_json.py , then the json tests pass since this adds a _json module with the functions the tests expect. The implementations of those functions are identical to the ones in json.decoder / json.encoder. An alternate approach would be to modify the tests to remove the checks for things coming from _json. ---------- effort: easy files: _json.py messages: 2065 nosy: bobbyi, pypy-issue priority: bug release: 1.4 status: unread title: Make Python 2.7 Json tests pass _______________________________________________________ PyPy development tracker _______________________________________________________ -------------- next part -------------- A non-text attachment was scrubbed... Name: _json.py Type: text/x-python-script Size: 5975 bytes Desc: not available URL: From pypy-dev-issue at codespeak.net Mon Jan 24 07:44:45 2011 From: pypy-dev-issue at codespeak.net (Fijal) Date: Mon, 24 Jan 2011 06:44:45 +0000 Subject: [PyPy-issue] [issue624] Make Python 2.7 Json tests pass Message-ID: <1295851485.85.0.807356300506.issue624@> Fijal added the comment: Definitely the right answer from our perspective is to mark tests relying on _json as implementation details (there is even a test decorator in CPython for that) and put them in modified-2.7.0. Cheers, fijal ---------- status: unread -> chatting _______________________________________________________ PyPy development tracker _______________________________________________________ From pypy-dev-issue at codespeak.net Mon Jan 24 07:47:26 2011 From: pypy-dev-issue at codespeak.net (Fijal) Date: Mon, 24 Jan 2011 06:47:26 +0000 Subject: [PyPy-issue] [issue623] Add footer in docs pages Message-ID: <1295851646.53.0.640189103992.issue623@> Fijal added the comment: Hey. All .html are automatically generated from pypy/doc from hg checkout, notably by running py.test here: https://bitbucket.org/pypy/pypy/src/fe7bd19debbc/pypy/doc/ Feel free to provide a patch. ---------- status: unread -> chatting _______________________________________________________ PyPy development tracker _______________________________________________________ From pypy-dev-issue at codespeak.net Mon Jan 24 22:15:51 2011 From: pypy-dev-issue at codespeak.net (Dave Malcolm) Date: Mon, 24 Jan 2011 21:15:51 +0000 Subject: [PyPy-issue] [issue625] compilation errors building pygtk-2.17.0 against pypy: fileno, PySys_SetArgv, PyTuple_GetSlice, PyOS_InputHook Message-ID: <1295903751.01.0.607067225212.issue625@> New submission from Dave Malcolm : Attempting to build pygtk-2.17.0 with PYTHON=pypy I had to workaround issue 620 in order to get things to configure (see that issue). Upon doing that, the compilation fails with these errors (most of pygtk comes from autogenerated .c code; .override contains hand-coded .c code for some specialcases). (Is it better for me to file these individually, rather than by target extension module?) ./gtk.override: In function '_loop': ./gtk.override:119: warning: implicit declaration of function 'fileno' 118 /* Watch for input on stdin */ >>>119 channel = g_io_channel_unix_new(fileno(stdin)); 120 g_io_add_watch(channel, G_IO_IN, _main_quit, NULL); 121 g_io_channel_unref(channel); ./gtk.override: In function '_wrap_gtk_dialog_add_buttons': ./gtk.override:2758: warning: implicit declaration of function 'PyTuple_GetSlice' ./gtk.override:2758: warning: initialization makes pointer from integer without a cast >>>2758 PyObject *curr_args = PyTuple_GetSlice(args, i, i + 2); ./gtk.override: In function '_wrap_gtk_init_check': ./gtk.override:446: warning: implicit declaration of function 'PySys_SetArgv' >>> 446 PySys_SetArgv(argc, argv); ./gtk.override: In function '_wrap_set_interactive': ./gtk.override:464: error: 'PyOS_InputHook' undeclared (first use in this function) ./gtk.override:464: error: (Each undeclared identifier is reported only once ./gtk.override:464: error: for each function it appears in.) 457 static PyObject * 458 _wrap_set_interactive(PyGObject *self, PyObject *args) 459 { 460 int flag = 1; 461 if (!PyArg_ParseTuple(args, "|i", &flag)) return NULL; 462 if (flag) 463 { >>>464 if (PyOS_InputHook == NULL) { 465 PyOS_InputHook = _loop; 466 } 467 else if (PyOS_InputHook != _loop) 468 PyErr_Warn(PyExc_RuntimeWarning, "PyOS_InputHook is not available for interactive use of PyGTK"); 469 } ---------- effort: ??? messages: 2068 nosy: dmalcolm, pypy-issue priority: bug release: ??? status: unread title: compilation errors building pygtk-2.17.0 against pypy: fileno, PySys_SetArgv, PyTuple_GetSlice, PyOS_InputHook _______________________________________________________ PyPy development tracker _______________________________________________________ From pypy-dev-issue at codespeak.net Wed Jan 26 11:23:07 2011 From: pypy-dev-issue at codespeak.net (Laura Creighton) Date: Wed, 26 Jan 2011 10:23:07 +0000 Subject: [PyPy-issue] [issue626] bad link I don't want to forget about Message-ID: <1296037387.32.0.118505293421.issue626@> New submission from Laura Creighton : http://codespeak.net/pypy/dist/pypy/doc/extradoc.html find out why the link "Sprinting the PyPy way" (2005) is broken. ---------- assignedto: lac effort: easy messages: 2069 nosy: lac, pypy-issue priority: bug release: ??? status: unread title: bad link I don't want to forget about _______________________________________________________ PyPy development tracker _______________________________________________________ From pypy-dev-issue at codespeak.net Wed Jan 26 13:22:46 2011 From: pypy-dev-issue at codespeak.net (Armin Rigo) Date: Wed, 26 Jan 2011 12:22:46 +0000 Subject: [PyPy-issue] [issue626] bad link I don't want to forget about Message-ID: <1296044566.61.0.49422239461.issue626@> Armin Rigo added the comment: Works for me? ---------- status: unread -> resolved _______________________________________________________ PyPy development tracker _______________________________________________________ From pypy-dev-issue at codespeak.net Wed Jan 26 16:11:20 2011 From: pypy-dev-issue at codespeak.net (Holger Krekel) Date: Wed, 26 Jan 2011 15:11:20 +0000 Subject: [PyPy-issue] [issue627] re.match behaves differently Message-ID: <1296054680.51.0.82172863366.issue627@> New submission from Holger Krekel : The following expression provides a "Match" object on CPython (2.6, 2.7) but fails, i.e. returns None, on PyPy-1.4.1 and current default: re.match(r'\A(?P.*?\.?\s*)?(?P[_a-zA-Z][\w\ _]*)?\Z', "rlcompelter2.") ---------- effort: ??? messages: 2071 nosy: hpk, pypy-issue priority: bug release: 1.4 status: unread title: re.match behaves differently _______________________________________________________ PyPy development tracker _______________________________________________________ From pypy-dev-issue at codespeak.net Wed Jan 26 16:17:11 2011 From: pypy-dev-issue at codespeak.net (Armin Rigo) Date: Wed, 26 Jan 2011 15:17:11 +0000 Subject: [PyPy-issue] [issue627] re.match behaves differently Message-ID: <1296055031.99.0.245730039981.issue627@> Armin Rigo added the comment: Simplified down to: r'(.*?x?)?$' matching "abcx" ---------- status: unread -> chatting _______________________________________________________ PyPy development tracker _______________________________________________________ From pypy-dev-issue at codespeak.net Wed Jan 26 16:25:49 2011 From: pypy-dev-issue at codespeak.net (Laura Creighton) Date: Wed, 26 Jan 2011 15:25:49 +0000 Subject: [PyPy-issue] [issue626] bad link I don't want to forget about Message-ID: <1296055549.47.0.351587271772.issue626@> Laura Creighton added the comment: No, there is a real bug here. If you run the firefox, with the LiveHttpHeaders addon, http://livehttpheaders.mozdev.org/ you will see that svn/pypy/extradoc/talk/ep2005/pypy_sprinttalk_ep2005bd.pdf produces the output I have here: http://paste.pocoo.org/show/327215/ -- showing that it has a Content-Type: application/octet-stream and this is why it won't open. The people for whom this works are using browsers that decide to believe it is a pdf because it has a .pdf extension no matter what the content type says, while firefox believes the content type no matter what the extension is. ---------- status: resolved -> in-progress _______________________________________________________ PyPy development tracker _______________________________________________________ From pypy-dev-issue at codespeak.net Wed Jan 26 16:54:29 2011 From: pypy-dev-issue at codespeak.net (Armin Rigo) Date: Wed, 26 Jan 2011 15:54:29 +0000 Subject: [PyPy-issue] [issue627] re.match behaves differently Message-ID: <1296057269.16.0.851545521644.issue627@> Armin Rigo added the comment: Fixed (probably) in ff94cd12b5e5. ---------- status: chatting -> testing _______________________________________________________ PyPy development tracker _______________________________________________________ From pypy-dev-issue at codespeak.net Wed Jan 26 17:13:19 2011 From: pypy-dev-issue at codespeak.net (Laura Creighton) Date: Wed, 26 Jan 2011 16:13:19 +0000 Subject: [PyPy-issue] [issue626] bad link I don't want to forget about Message-ID: <1296058399.18.0.802024501185.issue626@> Laura Creighton added the comment: svn was the culprit here. svn pl -v pypy_sprinttalk_ep2005bd.pdf shows it as an octet-stream. hpk explained that to me and changed the file, using svn propset in case we find more of these orphans before they all move to hg ---------- status: in-progress -> resolved _______________________________________________________ PyPy development tracker _______________________________________________________ From pypy-dev-issue at codespeak.net Thu Jan 27 21:15:55 2011 From: pypy-dev-issue at codespeak.net (Alex Gaynor) Date: Thu, 27 Jan 2011 20:15:55 +0000 Subject: [PyPy-issue] [issue627] re.match behaves differently Message-ID: <1296159355.29.0.108034482883.issue627@> Alex Gaynor added the comment: Appears to be fixed. ---------- status: testing -> resolved _______________________________________________________ PyPy development tracker _______________________________________________________ From pypy-dev-issue at codespeak.net Thu Jan 27 21:18:20 2011 From: pypy-dev-issue at codespeak.net (Alex Gaynor) Date: Thu, 27 Jan 2011 20:18:20 +0000 Subject: [PyPy-issue] [issue628] json.loads("{}") returns [] Message-ID: <1296159500.18.0.616196485571.issue628@> New submission from Alex Gaynor : json.loads("{}") returns [], which is nonsense. I believe I read that this was, at one point, an upstream bug so updating to 2.7.1 should be enough. ---------- effort: ??? messages: 2077 nosy: agaynor, pypy-issue priority: bug release: ??? status: unread title: json.loads("{}") returns [] _______________________________________________________ PyPy development tracker _______________________________________________________ From pypy-dev-issue at codespeak.net Thu Jan 27 21:21:45 2011 From: pypy-dev-issue at codespeak.net (Alex Gaynor) Date: Thu, 27 Jan 2011 20:21:45 +0000 Subject: [PyPy-issue] [issue603] fast-forward branch does not build on Mac OS X Message-ID: <1296159705.86.0.403876534135.issue603@> Alex Gaynor added the comment: trunk is now building on os x ---------- status: chatting -> resolved _______________________________________________________ PyPy development tracker _______________________________________________________ From pypy-dev-issue at codespeak.net Thu Jan 27 21:37:46 2011 From: pypy-dev-issue at codespeak.net (Amaury Forgeot d Arc) Date: Thu, 27 Jan 2011 20:37:46 +0000 Subject: [PyPy-issue] [issue628] json.loads("{}") returns [] Message-ID: <1296160666.89.0.416069957747.issue628@> Amaury Forgeot d Arc added the comment: no, an early 2.7b2 yields the correct result for json.loads("{}"): {} ---------- status: unread -> chatting _______________________________________________________ PyPy development tracker _______________________________________________________ From pypy-dev-issue at codespeak.net Thu Jan 27 21:41:29 2011 From: pypy-dev-issue at codespeak.net (Alex Gaynor) Date: Thu, 27 Jan 2011 20:41:29 +0000 Subject: [PyPy-issue] [issue628] json.loads("{}") returns [] Message-ID: <1296160889.58.0.670521655657.issue628@> Alex Gaynor added the comment: Is 2.7.0 actually a release version, or some prerelease? _______________________________________________________ PyPy development tracker _______________________________________________________ From pypy-dev-issue at codespeak.net Thu Jan 27 22:18:42 2011 From: pypy-dev-issue at codespeak.net (Amaury Forgeot d Arc) Date: Thu, 27 Jan 2011 21:18:42 +0000 Subject: [PyPy-issue] [issue628] json.loads("{}") returns [] Message-ID: <1296163122.9.0.242021202766.issue628@> Amaury Forgeot d Arc added the comment: It's actually an issue with the Python implementation of json. With Python 3.2rc1 on Windows, I get: >>> import sys >>> sys.modules['_json'] = None >>> import json >>> json.loads('{}') [] _______________________________________________________ PyPy development tracker _______________________________________________________ From pypy-dev-issue at codespeak.net Fri Jan 28 02:18:51 2011 From: pypy-dev-issue at codespeak.net (Alex Gaynor) Date: Fri, 28 Jan 2011 01:18:51 +0000 Subject: [PyPy-issue] [issue628] json.loads("{}") returns [] Message-ID: <1296177531.4.0.332620632767.issue628@> Alex Gaynor added the comment: Huh, looks like I've got this in 2.7 as well: alex at alex-laptop:~$ python2.7 Python 2.7.0+ (r27:82500, Sep 15 2010, 18:04:55) [GCC 4.4.5] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import sys >>> sys.modules['_json'] = None >>> import json >>> json.loads("{}") [] >>> sys.version '2.7.0+ (r27:82500, Sep 15 2010, 18:04:55) \n[GCC 4.4.5]' _______________________________________________________ PyPy development tracker _______________________________________________________ From pypy-dev-issue at codespeak.net Fri Jan 28 02:19:47 2011 From: pypy-dev-issue at codespeak.net (Alex Gaynor) Date: Fri, 28 Jan 2011 01:19:47 +0000 Subject: [PyPy-issue] [issue628] json.loads("{}") returns [] Message-ID: <1296177587.44.0.660934376161.issue628@> Alex Gaynor added the comment: Oh I know why it's so farmiliar: http://bugs.python.org/issue9233, it's a bugger issue for us since we don't have _json. _______________________________________________________ PyPy development tracker _______________________________________________________ From pypy-dev-issue at codespeak.net Fri Jan 28 07:18:51 2011 From: pypy-dev-issue at codespeak.net (Bobby Impollonia) Date: Fri, 28 Jan 2011 06:18:51 +0000 Subject: [PyPy-issue] [issue624] Make Python 2.7 Json tests pass Message-ID: <1296195531.6.0.804664951185.issue624@> Bobby Impollonia added the comment: A series of patches is attached to do this right way. 0_move.patch moves the json package (which includes its tests) to modified-2.7.0 1_imp_dependent.patch marks the tests which rely on _json as implementation details. This gets the tests to pass. 2_empty_list.patch fixes simplejson bug 57, which causes '{}' to be loaded as [] instead of {}. This is a merge from upstream http://code.google.com/p/simplejson/issues/detail?id=57 http://code.google.com/p/simplejson/source/detail?r=195 This issue doesn't arise in CPython 2.7.0 because it relies on the _json C functions which don't have this bug. _______________________________________________________ PyPy development tracker _______________________________________________________ From pypy-dev-issue at codespeak.net Fri Jan 28 07:35:31 2011 From: pypy-dev-issue at codespeak.net (Bobby Impollonia) Date: Fri, 28 Jan 2011 06:35:31 +0000 Subject: [PyPy-issue] [issue628] json.loads("{}") returns [] Message-ID: <1296196531.53.0.816422394032.issue628@> Bobby Impollonia added the comment: Hi. I have a fix and test for this attached to https://codespeak.net/issue/pypy-dev/issue624 _______________________________________________________ PyPy development tracker _______________________________________________________ From pypy-dev-issue at codespeak.net Fri Jan 28 13:33:24 2011 From: pypy-dev-issue at codespeak.net (Armin Rigo) Date: Fri, 28 Jan 2011 12:33:24 +0000 Subject: [PyPy-issue] [issue624] Make Python 2.7 Json tests pass Message-ID: <1296218004.11.0.0262290269581.issue624@> Armin Rigo added the comment: Applied, thanks! ---------- status: chatting -> resolved _______________________________________________________ PyPy development tracker _______________________________________________________ From pypy-dev-issue at codespeak.net Fri Jan 28 13:34:38 2011 From: pypy-dev-issue at codespeak.net (Armin Rigo) Date: Fri, 28 Jan 2011 12:34:38 +0000 Subject: [PyPy-issue] [issue628] json.loads("{}") returns [] Message-ID: <1296218078.06.0.169845444685.issue628@> Armin Rigo added the comment: Applied, thanks! For reference, it seems to not have been fixed in CPython's 2.7.1 (nor in CPython's 2.7.trunk for that matter). ---------- status: chatting -> resolved _______________________________________________________ PyPy development tracker _______________________________________________________ From pypy-dev-issue at codespeak.net Sat Jan 29 05:26:05 2011 From: pypy-dev-issue at codespeak.net (kunal) Date: Sat, 29 Jan 2011 04:26:05 +0000 Subject: [PyPy-issue] [issue605] Complete the 'os' module Message-ID: <1296275165.34.0.573994504676.issue605@> kunal added the comment: some of the functions/attributes have been implemented. The ones not implemented are: confstr confstr_names ctermid fstatvfs getlogin major minor pathconf setgroups statvfs statvfs_result tcsetpgrp tcgetpgrp tempnam tmpnam wait3 wait4 ---------- status: unread -> chatting _______________________________________________________ PyPy development tracker _______________________________________________________ From pypy-dev-issue at codespeak.net Sat Jan 29 15:39:54 2011 From: pypy-dev-issue at codespeak.net (Armin Rigo) Date: Sat, 29 Jan 2011 14:39:54 +0000 Subject: [PyPy-issue] [issue625] compilation errors building pygtk-2.17.0 against pypy Message-ID: <1296311994.83.0.489780074971.issue625@> Armin Rigo added the comment: Thanks for the feedback. (This change is only to reduce the length of the title of this issue...) ---------- status: unread -> chatting title: compilation errors building pygtk-2.17.0 against pypy: fileno, PySys_SetArgv, PyTuple_GetSlice, PyOS_InputHook -> compilation errors building pygtk-2.17.0 against pypy _______________________________________________________ PyPy development tracker _______________________________________________________ From pypy-dev-issue at codespeak.net Sat Jan 29 15:41:36 2011 From: pypy-dev-issue at codespeak.net (Armin Rigo) Date: Sat, 29 Jan 2011 14:41:36 +0000 Subject: [PyPy-issue] [issue605] Complete the 'os' module Message-ID: <1296312096.28.0.28746576967.issue605@> Armin Rigo added the comment: I can give a try to the following functions which (at least) do something I know about: major, minor, tempnam, tmpnam, wait3, wait4. _______________________________________________________ PyPy development tracker _______________________________________________________ From pypy-dev-issue at codespeak.net Sun Jan 30 00:30:07 2011 From: pypy-dev-issue at codespeak.net (Victor) Date: Sat, 29 Jan 2011 23:30:07 +0000 Subject: [PyPy-issue] [issue629] "Cannot find gc roots" messages on Linux Message-ID: <1296343807.1.0.373645133691.issue629@> New submission from Victor : On a fresh untarred nose 1.0 directory, running: pypy bin/nosetests --verbosity=4 --with-doctest --doctest-extension=rst functional_tests/doc_tests/test_multiprocess/multiprocess.rst Results in "Doctest: multiprocess.rst ... cannot find gc roots!". The tests do seem to run, though, and this uses the multiprocessing module. ---------- effort: ??? messages: 2091 nosy: pypy-issue, victorg5 priority: bug release: ??? status: unread title: "Cannot find gc roots" messages on Linux _______________________________________________________ PyPy development tracker _______________________________________________________ From pypy-dev-issue at codespeak.net Sun Jan 30 00:31:56 2011 From: pypy-dev-issue at codespeak.net (Victor) Date: Sat, 29 Jan 2011 23:31:56 +0000 Subject: [PyPy-issue] [issue629] "Cannot find gc roots" messages on Linux Message-ID: <1296343916.21.0.872432554523.issue629@> Victor added the comment: The error happens with the Linux 32 bits JIT 41439-da6d343d720a nightly build. ---------- status: unread -> chatting _______________________________________________________ PyPy development tracker _______________________________________________________ From pypy-dev-issue at codespeak.net Mon Jan 31 12:05:10 2011 From: pypy-dev-issue at codespeak.net (Armin Rigo) Date: Mon, 31 Jan 2011 11:05:10 +0000 Subject: [PyPy-issue] [issue629] "Cannot find gc roots" messages on Linux Message-ID: <1296471910.57.0.352564305154.issue629@> Armin Rigo added the comment: Indeed, I could reproduce the error without trouble (which is not always obvious when dealing with "cannot find gc roots!"). Thanks for the report... _______________________________________________________ PyPy development tracker _______________________________________________________ From pypy-dev-issue at codespeak.net Mon Jan 31 14:59:04 2011 From: pypy-dev-issue at codespeak.net (dipe) Date: Mon, 31 Jan 2011 13:59:04 +0000 Subject: [PyPy-issue] [issue630] 1.4.1 stackless does not build on openSUSE11.3 Message-ID: <1296482344.76.0.594161522468.issue630@> New submission from dipe : 1.4.1 stackless does not build on openSUSE11.3 (GCC 4.5, Kernel 2.6.34) a pypy-stackless process is stuck at 100% cpu at "test_descr" (see below) for 3 days now. nt_11.o /usr/src/packages/BUILD/pypy-1.4.1-src/pypy/translator/goal/usession-pypy-stackless-0/testing_1/implement_12.o /usr/src/packages/BUILD/pypy-1.4.1-src/pypy/translator/goal/usession-pypy-stackless-0/testing_1/implement_13.o /usr/src/packages/BUILD/pypy-1.4.1-src/pypy/translator/goal/usession-pypy-stackless-0/testing_1/implement_14.o /usr/src/packages/BUILD/pypy-1.4.1-src/pypy/translator/goal/usession-pypy-stackless-0/testing_1/implement_15.o /usr/src/packages/BUILD/pypy-1.4.1-src/pypy/translator/goal/usession-pypy-stackless-0/testing_1/implement_16.o /usr/src/packages/BUILD/pypy-1.4.1-src/pypy/translator/goal/usession-pypy-stackless-0/testing_1/implement_17.o /usr/src/packages/BUILD/pypy-1.4.1-src/pypy/translator/goal/usession-pypy-stackless-0/testing_1/implement_18.o /usr/src/packages/BUILD/pypy-1.4.1-src/pypy/translator/goal/usession-pypy-stackless-0/testing_1/implement_19.o /usr/src/packages/BUILD/pypy-1.4.1-src/pypy/translator/goal/usession-pypy-stackless-0/testing_1/implement_20.o /usr/src/packages/BUILD/pypy-1.4.1-src/pypy/translator/goal/usession-pypy-stackless-0/testing_1/implement_21.o /usr/src/packages/BUILD/pypy-1.4.1-src/pypy/translator/goal/usession-pypy-stackless-0/testing_1/implement_22.o /usr/src/packages/BUILD/pypy-1.4.1-src/pypy/translator/goal/usession-pypy-stackless-0/testing_1/implement_23.o /usr/src/packages/BUILD/pypy-1.4.1-src/pypy/translator/goal/usession-pypy-stackless-0/testing_1/implement_24.o /usr/src/packages/BUILD/pypy-1.4.1-src/pypy/translator/goal/usession-pypy-stackless-0/testing_1/implement_25.o /usr/src/packages/BUILD/pypy-1.4.1-src/pypy/translator/goal/usession-pypy-stackless-0/testing_1/implement_26.o /usr/src/packages/BUILD/pypy-1.4.1-src/pypy/translator/goal/usession-pypy-stackless-0/testing_1/implement_27.o /usr/src/packages/BUILD/pypy-1.4.1-src/pypy/translator/goal/usession-pypy-stackless-0/testing_1/implement_28.o /usr/src/packages/BUILD/pypy-1.4.1-src/pypy/translator/goal/usession-pypy-stackless-0/testing_1/implement_29.o /usr/src/packages/BUILD/pypy-1.4.1-src/pypy/translator/goal/usession-pypy-stackless-0/testing_1/implement_30.o /usr/src/packages/BUILD/pypy-1.4.1-src/pypy/translator/goal/usession-pypy-stackless-0/testing_1/varargwrapper.o /usr/src/packages/BUILD/pypy-1.4.1-src/pypy/translator/goal/usession-pypy-stackless-0/testing_1/pyerrors.o /usr/src/packages/BUILD/pypy-1.4.1-src/pypy/translator/goal/usession-pypy-stackless-0/testing_1/modsupport.o /usr/src/packages/BUILD/pypy-1.4.1-src/pypy/translator/goal/usession-pypy-stackless-0/testing_1/getargs.o /usr/src/packages/BUILD/pypy-1.4.1-src/pypy/translator/goal/usession-pypy-stackless-0/testing_1/stringobject.o /usr/src/packages/BUILD/pypy-1.4.1-src/pypy/translator/goal/usession-pypy-stackless-0/testing_1/mysnprintf.o /usr/src/packages/BUILD/pypy-1.4.1-src/pypy/translator/goal/usession-pypy-stackless-0/testing_1/pythonrun.o /usr/src/packages/BUILD/pypy-1.4.1-src/pypy/translator/goal/usession-pypy-stackless-0/testing_1/bufferobject.o /usr/src/packages/BUILD/pypy-1.4.1-src/pypy/translator/goal/usession-pypy-stackless-0/testing_1/object.o /usr/src/packages/BUILD/pypy-1.4.1-src/pypy/translator/goal/usession-pypy-stackless-0/testing_1/cobject.o /usr/src/packages/BUILD/pypy-1.4.1-src/pypy/translator/goal/usession-pypy-stackless-0/testing_1/structseq.o /usr/src/packages/BUILD/pypy-1.4.1-src/pypy/translator/goal/usession-pypy-stackless-0/testing_1/capsule.o /usr/src/packages/BUILD/pypy-1.4.1-src/pypy/translator/goal/usession-pypy-stackless-0/module_cache/module_3.o /usr/src/packages/BUILD/pypy-1.4.1-src/pypy/translator/goal/usession-pypy-stackless-0/module_cache/module_4.o /usr/src/packages/BUILD/pypy-1.4.1-src/pypy/translator/goal/usession-pypy-stackless-0/module_cache/module_5.o /usr/src/packages/BUILD/pypy-1.4.1-src/pypy/translator/goal/usession-pypy-stackless-0/module_cache/module_6.o /usr/src/packages/BUILD/pypy-1.4.1-src/pypy/translator/goal/usession-pypy-stackless-0/module_cache/module_7.o /usr/src/packages/BUILD/pypy-1.4.1-src/pypy/translator/goal/usession-pypy-stackless-0/module_cache/module_8.o /usr/src/packages/BUILD/pypy-1.4.1-src/pypy/translator/goal/usession-pypy-stackless-0/module_cache/module_9.o /usr/src/packages/BUILD/pypy-1.4.1-src/pypy/translator/goal/usession-pypy-stackless-0/module_cache/module_10.o /usr/src/packages/BUILD/pypy-1.4.1-src/pypy/translator/goal/usession-pypy-stackless-0/module_cache/module_11.o /usr/src/packages/BUILD/pypy-1.4.1-src/pypy/translator/goal/usession-pypy-stackless-0/module_cache/module_12.o /usr/src/packages/BUILD/pypy-1.4.1-src/pypy/translator/goal/usession-pypy-stackless-0/module_cache/module_13.o /usr/src/packages/BUILD/pypy-1.4.1-src/pypy/translator/goal/usession-pypy-stackless-0/module_cache/module_14.o -L/usr/lib/libffi -pthread -lrt -Wl,--export-dynamic,--version-script=/usr/src/packages/BUILD/pypy-1.4.1-src/pypy/translator/goal/usession-pypy-stackless-0/dynamic-symbols-6 -lm -lssl -lcrypto -lexpat -ldl -lbz2 -lz -lcrypt -lutil -lffi -lcurses -o /usr/src/packages/BUILD/pypy-1.4.1-src/pypy/translator/goal/usession-pypy-stackless-0/testing_1/pypy-stackless [translation:info] created: /usr/src/packages/BUILD/pypy-1.4.1-src/pypy/translator/goal/pypy-stackless [Timer] Timings: [Timer] annotate --- 489.2 s [Timer] rtype_lltype --- 291.4 s [Timer] backendopt_lltype --- 110.4 s [Timer] stackcheckinsertion_lltype --- 11.4 s [Timer] database_c --- 220.2 s [Timer] source_c --- 390.3 s [Timer] compile_c --- 675.9 s [Timer] =========================================== [Timer] Total: --- 2188.8 s real 37m12.142s user 25m47.349s sys 0m2.872s + echo -------------------------------------------------------------- -------------------------------------------------------------- + echo -------------------------------------------------------------- -------------------------------------------------------------- + echo -------------------------------------------------------------- -------------------------------------------------------------- + echo 'FINISHED BUILDING: pypy-stackless' FINISHED BUILDING: pypy-stackless + echo -------------------------------------------------------------- -------------------------------------------------------------- + echo -------------------------------------------------------------- -------------------------------------------------------------- + echo -------------------------------------------------------------- -------------------------------------------------------------- + popd /usr/src/packages/BUILD/pypy-1.4.1-src + exit 0 Executing(%install): /bin/sh -e /var/tmp/rpm-tmp.5rwdDh + umask 022 + cd /usr/src/packages/BUILD + cd pypy-1.4.1-src + rm -rf /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64 + mkdir -p /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64//usr/bin + InstallPyPy pypy + ExeName=pypy + install -m 755 pypy/translator/goal/pypy /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64//usr/bin + execstack --clear-execstack /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64//usr/bin/pypy + InstallPyPy pypy-stackless + ExeName=pypy-stackless + install -m 755 pypy/translator/goal/pypy-stackless /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64//usr/bin + execstack --clear-execstack /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64//usr/bin/pypy-stackless + mkdir -p /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64//usr/lib64/pypy-1.4.1 + cp -a lib-python /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64//usr/lib64/pypy-1.4.1 + cp -a lib_pypy /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64//usr/lib64/pypy-1.4.1 + rm /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64//usr/lib64/pypy-1.4.1/lib-python/win32-failures.txt + find /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64 -name '*.py' '(' '(' '!' -perm /u+x,g+x,o+x -exec sed -e '/^#!/Q 0' -e 'Q 1' '{}' ';' -print -exec sed -i 1d '{}' ';' ')' -o '(' -perm /u+x,g+x,o+x '!' -exec grep -m 1 -q '^#!' '{}' ';' -exec chmod a-x '{}' ';' ')' ')' /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64/usr/lib64/pypy-1.4.1/lib_pypy/sha.py /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64/usr/lib64/pypy-1.4.1/lib_pypy/md5.py /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64/usr/lib64/pypy-1.4.1/lib_pypy/ctypes_config_cache/__init__.py /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64/usr/lib64/pypy-1.4.1/lib-python/2.5.2/sqlite3/test/__init__.py /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64/usr/lib64/pypy-1.4.1/lib-python/2.5.2/trace.py /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64/usr/lib64/pypy-1.4.1/lib-python/2.5.2/webbrowser.py /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64/usr/lib64/pypy-1.4.1/lib-python/2.5.2/timeit.py /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64/usr/lib64/pypy-1.4.1/lib-python/2.5.2/bsddb/test/test_dbtables.py /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64/usr/lib64/pypy-1.4.1/lib-python/2.5.2/bsddb/test/__init__.py /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64/usr/lib64/pypy-1.4.1/lib-python/2.5.2/bsddb/dbshelve.py /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64/usr/lib64/pypy-1.4.1/lib-python/2.5.2/test/test_tcl.py /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64/usr/lib64/pypy-1.4.1/lib-python/2.5.2/test/test_socket.py /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64/usr/lib64/pypy-1.4.1/lib-python/2.5.2/test/test_anydbm.py /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64/usr/lib64/pypy-1.4.1/lib-python/2.5.2/test/test_urllib2_localnet.py /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64/usr/lib64/pypy-1.4.1/lib-python/2.5.2/test/test_popen2.py /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64/usr/lib64/pypy-1.4.1/lib-python/2.5.2/test/test_urllibnet.py /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64/usr/lib64/pypy-1.4.1/lib-python/2.5.2/test/test_bz2.py /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64/usr/lib64/pypy-1.4.1/lib-python/2.5.2/test/crashers/recursive_call.py /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64/usr/lib64/pypy-1.4.1/lib-python/2.5.2/test/test_whichdb.py /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64/usr/lib64/pypy-1.4.1/lib-python/2.5.2/test/test_urllib2net.py /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64/usr/lib64/pypy-1.4.1/lib-python/2.5.2/test/test_largefile.py /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64/usr/lib64/pypy-1.4.1/lib-python/2.5.2/test/test_logging.py /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64/usr/lib64/pypy-1.4.1/lib-python/2.5.2/test/test_codecencodings_tw.py /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64/usr/lib64/pypy-1.4.1/lib-python/2.5.2/test/test_codecencodings_hk.py /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64/usr/lib64/pypy-1.4.1/lib-python/2.5.2/test/test_codecmaps_tw.py /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64/usr/lib64/pypy-1.4.1/lib-python/2.5.2/test/test_codecencodings_kr.py /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64/usr/lib64/pypy-1.4.1/lib-python/2.5.2/test/test_multibytecodec.py /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64/usr/lib64/pypy-1.4.1/lib-python/2.5.2/test/leakers/__init__.py /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64/usr/lib64/pypy-1.4.1/lib-python/2.5.2/test/test_optparse.py /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64/usr/lib64/pypy-1.4.1/lib-python/2.5.2/test/test_marshal.py /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64/usr/lib64/pypy-1.4.1/lib-python/2.5.2/test/test_dumbdbm.py /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64/usr/lib64/pypy-1.4.1/lib-python/2.5.2/test/test_codecmaps_jp.py /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64/usr/lib64/pypy-1.4.1/lib-python/2.5.2/test/test_random.py /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64/usr/lib64/pypy-1.4.1/lib-python/2.5.2/test/test_with.py /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64/usr/lib64/pypy-1.4.1/lib-python/2.5.2/test/test_codecencodings_jp.py /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64/usr/lib64/pypy-1.4.1/lib-python/2.5.2/test/test_pep263.py /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64/usr/lib64/pypy-1.4.1/lib-python/2.5.2/test/test_urlparse.py /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64/usr/lib64/pypy-1.4.1/lib-python/2.5.2/test/test_gzip.py /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64/usr/lib64/pypy-1.4.1/lib-python/2.5.2/test/test_popen.py /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64/usr/lib64/pypy-1.4.1/lib-python/2.5.2/test/test_codecmaps_kr.py /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64/usr/lib64/pypy-1.4.1/lib-python/2.5.2/test/test_eof.py /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64/usr/lib64/pypy-1.4.1/lib-python/2.5.2/test/test_codecmaps_cn.py /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64/usr/lib64/pypy-1.4.1/lib-python/2.5.2/test/test_multibytecodec_support.py /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64/usr/lib64/pypy-1.4.1/lib-python/2.5.2/test/test_sets.py /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64/usr/lib64/pypy-1.4.1/lib-python/2.5.2/test/test___future__.py /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64/usr/lib64/pypy-1.4.1/lib-python/2.5.2/test/test_codecmaps_hk.py /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64/usr/lib64/pypy-1.4.1/lib-python/2.5.2/test/test_codecencodings_cn.py /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64/usr/lib64/pypy-1.4.1/lib-python/2.5.2/email/mime/__init__.py /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64/usr/lib64/pypy-1.4.1/lib-python/2.5.2/email/test/__init__.py /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64/usr/lib64/pypy-1.4.1/lib-python/2.5.2/difflib.py /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64/usr/lib64/pypy-1.4.1/lib-python/2.5.2/tarfile.py /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64/usr/lib64/pypy-1.4.1/lib-python/2.5.2/Cookie.py /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64/usr/lib64/pypy-1.4.1/lib-python/2.5.2/idlelib/PyShell.py /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64/usr/lib64/pypy-1.4.1/lib-python/2.5.2/unittest.py /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64/usr/lib64/pypy-1.4.1/lib-python/2.5.2/encodings/rot_13.py /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64/usr/lib64/pypy-1.4.1/lib-python/modified-2.5.2/trace.py /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64/usr/lib64/pypy-1.4.1/lib-python/modified-2.5.2/test/test_socket.py /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64/usr/lib64/pypy-1.4.1/lib-python/modified-2.5.2/test/test_urllib2_localnet.py /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64/usr/lib64/pypy-1.4.1/lib-python/modified-2.5.2/test/test_bz2.py /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64/usr/lib64/pypy-1.4.1/lib-python/modified-2.5.2/test/test_optparse.py /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64/usr/lib64/pypy-1.4.1/lib-python/modified-2.5.2/test/test_marshal.py /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64/usr/lib64/pypy-1.4.1/lib-python/modified-2.5.2/test/test_dumbdbm.py /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64/usr/lib64/pypy-1.4.1/lib-python/modified-2.5.2/test/test_random.py /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64/usr/lib64/pypy-1.4.1/lib-python/modified-2.5.2/test/test_eof.py /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64/usr/lib64/pypy-1.4.1/lib-python/modified-2.5.2/test/test_sets.py + mkdir -p /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64//usr/lib64/pypy-1.4.1/site-packages + /usr/lib/rpm/brp-python-bytecompile /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64//usr/bin/pypy 0 debug: WARNING: library path not found, using compiled-in sys.path Compiling /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64/usr/lib64/pypy-1.4.1/lib-python/2.5.2/test/bad_coding.py ... File "/usr/lib64/pypy-1.4.1/lib-python/2.5.2/test/bad_coding.py", line 0 SyntaxError: ('Unknown encoding: uft-8', ('/usr/lib64/pypy-1.4.1/lib-python/2.5.2/test/bad_coding.py', 0, 0, None)) Compiling /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64/usr/lib64/pypy-1.4.1/lib-python/2.5.2/test/bad_coding2.py ... File "/usr/lib64/pypy-1.4.1/lib-python/2.5.2/test/bad_coding2.py", line 0 SyntaxError: ('UTF-8 BOM with non-utf8 coding cookie', ('/usr/lib64/pypy-1.4.1/lib-python/2.5.2/test/bad_coding2.py', 0, 0, None)) Compiling /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64/usr/lib64/pypy-1.4.1/lib-python/2.5.2/test/badsyntax_future3.py ... File "/usr/lib64/pypy-1.4.1/lib-python/2.5.2/test/badsyntax_future3.py", line 3 SyntaxError: ('future feature rested_snopes is not defined', ('/usr/lib64/pypy-1.4.1/lib-python/2.5.2/test/badsyntax_future3.py', 3, 0, None)) Compiling /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64/usr/lib64/pypy-1.4.1/lib-python/2.5.2/test/badsyntax_future4.py ... File "/usr/lib64/pypy-1.4.1/lib-python/2.5.2/test/badsyntax_future4.py", line 3 SyntaxError: ('__future__ statements must appear at beginning of file', ('/usr/lib64/pypy-1.4.1/lib-python/2.5.2/test/badsyntax_future4.py', 3, 0, None)) Compiling /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64/usr/lib64/pypy-1.4.1/lib-python/2.5.2/test/badsyntax_future5.py ... File "/usr/lib64/pypy-1.4.1/lib-python/2.5.2/test/badsyntax_future5.py", line 4 SyntaxError: ('__future__ statements must appear at beginning of file', ('/usr/lib64/pypy-1.4.1/lib-python/2.5.2/test/badsyntax_future5.py', 4, 0, None)) Compiling /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64/usr/lib64/pypy-1.4.1/lib-python/2.5.2/test/badsyntax_future6.py ... File "/usr/lib64/pypy-1.4.1/lib-python/2.5.2/test/badsyntax_future6.py", line 3 SyntaxError: ('__future__ statements must appear at beginning of file', ('/usr/lib64/pypy-1.4.1/lib-python/2.5.2/test/badsyntax_future6.py', 3, 0, None)) Compiling /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64/usr/lib64/pypy-1.4.1/lib-python/2.5.2/test/badsyntax_future7.py ... File "/usr/lib64/pypy-1.4.1/lib-python/2.5.2/test/badsyntax_future7.py", line 3 SyntaxError: ('__future__ statements must appear at beginning of file', ('/usr/lib64/pypy-1.4.1/lib-python/2.5.2/test/badsyntax_future7.py', 3, 53, None)) Compiling /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64/usr/lib64/pypy-1.4.1/lib-python/2.5.2/test/badsyntax_future8.py ... File "/usr/lib64/pypy-1.4.1/lib-python/2.5.2/test/badsyntax_future8.py", line 3 SyntaxError: ('__future__ statements must appear at beginning of file', ('/usr/lib64/pypy-1.4.1/lib-python/2.5.2/test/badsyntax_future8.py', 3, 0, None)) Compiling /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64/usr/lib64/pypy-1.4.1/lib-python/2.5.2/test/badsyntax_future9.py ... File "/usr/lib64/pypy-1.4.1/lib-python/2.5.2/test/badsyntax_future9.py", line 3 SyntaxError: ('not a chance', ('/usr/lib64/pypy-1.4.1/lib-python/2.5.2/test/badsyntax_future9.py', 3, 0, None)) Compiling /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64/usr/lib64/pypy-1.4.1/lib-python/2.5.2/test/badsyntax_nocaret.py ... File "/usr/lib64/pypy-1.4.1/lib-python/2.5.2/test/badsyntax_nocaret.py", line 2 SyntaxError: ("can't assign to list comprehension", ('/usr/lib64/pypy-1.4.1/lib-python/2.5.2/test/badsyntax_nocaret.py', 2, 5, None)) Compiling /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64/usr/lib64/pypy-1.4.1/lib_pypy/distributed/socklayer.py ... File "/usr/lib64/pypy-1.4.1/lib_pypy/distributed/socklayer.py", line 5 XXX needs import adaptation as 'green' is removed from py lib for years ^ SyntaxError: invalid syntax /usr/lib64/pypy-1.4.1/lib_pypy/pypy_test/test_stackless.py:238: SyntaxWarning: name 'TaskletExit' is used prior to global declaration + /usr/lib/rpm/brp-lib64-linux sf at suse.de: if you find problems with this script, drop me a note + RPM_BUILD_ROOT=/usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64 + export RPM_BUILD_ROOT + test -x /usr/sbin/Check -a 0 = 0 -o -x /usr/sbin/Check -a '!' -z /usr/src/packages/BUILDROOT/pypy-1.4.1-3.x86_64 + echo 'I call /usr/sbin/Check...' I call /usr/sbin/Check... + /usr/sbin/Check rm: cannot remove `/usr/local/man/man1/R.1.gz': Read-only file system gzip: /usr/local/man/man1/R.1.gz: Read-only file system -rw-r--r-- 1 root nobody 2475 Oct 25 09:52 /usr/local/man/man1/R.1.gz rm: cannot remove `/usr/local/man/man1/Rscript.1.gz': Read-only file system gzip: /usr/local/man/man1/Rscript.1.gz: Read-only file system -rw-r--r-- 1 root nobody 657 Oct 25 09:52 /usr/local/man/man1/Rscript.1.gz gzip: /usr/local/man/man1/Splus.1.gz: Read-only file system ls: cannot access /usr/local/man/man1/Splus.1.gz: No such file or directory gzip: /usr/local/man/man1/nosetests.1.gz: Read-only file system ls: cannot access /usr/local/man/man1/nosetests.1.gz: No such file or directory + /usr/lib/rpm/brp-compress + /usr/lib/rpm/brp-symlink Executing(%check): /bin/sh -e /var/tmp/rpm-tmp.XF5qnZ + umask 022 + cd /usr/src/packages/BUILD + cd pypy-1.4.1-src ++ pwd + topdir=/usr/src/packages/BUILD/pypy-1.4.1-src + CheckPyPy pypy + ExeName=pypy + echo -------------------------------------------------------------- -------------------------------------------------------------- + echo -------------------------------------------------------------- -------------------------------------------------------------- + echo -------------------------------------------------------------- -------------------------------------------------------------- + echo 'STARTING TEST OF: pypy' STARTING TEST OF: pypy + echo -------------------------------------------------------------- -------------------------------------------------------------- + echo -------------------------------------------------------------- -------------------------------------------------------------- + echo -------------------------------------------------------------- -------------------------------------------------------------- + pushd pypy/translator/goal /usr/src/packages/BUILD/pypy-1.4.1-src/pypy/translator/goal /usr/src/packages/BUILD/pypy-1.4.1-src + TESTS_TO_SKIP= + SkipTest test_codecencodings_cn + TEST_NAME=test_codecencodings_cn + TESTS_TO_SKIP=' test_codecencodings_cn' + SkipTest test_codecencodings_hk + TEST_NAME=test_codecencodings_hk + TESTS_TO_SKIP=' test_codecencodings_cn test_codecencodings_hk' + SkipTest test_codecencodings_jp + TEST_NAME=test_codecencodings_jp + TESTS_TO_SKIP=' test_codecencodings_cn test_codecencodings_hk test_codecencodings_jp' + SkipTest test_codecencodings_kr + TEST_NAME=test_codecencodings_kr + TESTS_TO_SKIP=' test_codecencodings_cn test_codecencodings_hk test_codecencodings_jp test_codecencodings_kr' + SkipTest test_codecencodings_tw + TEST_NAME=test_codecencodings_tw + TESTS_TO_SKIP=' test_codecencodings_cn test_codecencodings_hk test_codecencodings_jp test_codecencodings_kr test_codecencodings_tw' + SkipTest test_multibytecodec + TEST_NAME=test_multibytecodec + TESTS_TO_SKIP=' test_codecencodings_cn test_codecencodings_hk test_codecencodings_jp test_codecencodings_kr test_codecencodings_tw test_multibytecodec' + SkipTest test_asynchat + TEST_NAME=test_asynchat + TESTS_TO_SKIP=' test_codecencodings_cn test_codecencodings_hk test_codecencodings_jp test_codecencodings_kr test_codecencodings_tw test_multibytecodec test_asynchat' + SkipTest test_compiler + TEST_NAME=test_compiler + TESTS_TO_SKIP=' test_codecencodings_cn test_codecencodings_hk test_codecencodings_jp test_codecencodings_kr test_codecencodings_tw test_multibytecodec test_asynchat test_compiler' + SkipTest test_ctypes + TEST_NAME=test_ctypes + TESTS_TO_SKIP=' test_codecencodings_cn test_codecencodings_hk test_codecencodings_jp test_codecencodings_kr test_codecencodings_tw test_multibytecodec test_asynchat test_compiler test_ctypes' + SkipTest test_frozen + TEST_NAME=test_frozen + TESTS_TO_SKIP=' test_codecencodings_cn test_codecencodings_hk test_codecencodings_jp test_codecencodings_kr test_codecencodings_tw test_multibytecodec test_asynchat test_compiler test_ctypes test_frozen' + SkipTest test_iterlen + TEST_NAME=test_iterlen + TESTS_TO_SKIP=' test_codecencodings_cn test_codecencodings_hk test_codecencodings_jp test_codecencodings_kr test_codecencodings_tw test_multibytecodec test_asynchat test_compiler test_ctypes test_frozen test_iterlen' + SkipTest test_parser + TEST_NAME=test_parser + TESTS_TO_SKIP=' test_codecencodings_cn test_codecencodings_hk test_codecencodings_jp test_codecencodings_kr test_codecencodings_tw test_multibytecodec test_asynchat test_compiler test_ctypes test_frozen test_iterlen test_parser' + SkipTest test_platform + TEST_NAME=test_platform + TESTS_TO_SKIP=' test_codecencodings_cn test_codecencodings_hk test_codecencodings_jp test_codecencodings_kr test_codecencodings_tw test_multibytecodec test_asynchat test_compiler test_ctypes test_frozen test_iterlen test_parser test_platform' + SkipTest test_socket + TEST_NAME=test_socket + TESTS_TO_SKIP=' test_codecencodings_cn test_codecencodings_hk test_codecencodings_jp test_codecencodings_kr test_codecencodings_tw test_multibytecodec test_asynchat test_compiler test_ctypes test_frozen test_iterlen test_parser test_platform test_socket' + SkipTest test_sort + TEST_NAME=test_sort + TESTS_TO_SKIP=' test_codecencodings_cn test_codecencodings_hk test_codecencodings_jp test_codecencodings_kr test_codecencodings_tw test_multibytecodec test_asynchat test_compiler test_ctypes test_frozen test_iterlen test_parser test_platform test_socket test_sort' + SkipTest test_sqlite + TEST_NAME=test_sqlite + TESTS_TO_SKIP=' test_codecencodings_cn test_codecencodings_hk test_codecencodings_jp test_codecencodings_kr test_codecencodings_tw test_multibytecodec test_asynchat test_compiler test_ctypes test_frozen test_iterlen test_parser test_platform test_socket test_sort test_sqlite' + SkipTest test_traceback + TEST_NAME=test_traceback + TESTS_TO_SKIP=' test_codecencodings_cn test_codecencodings_hk test_codecencodings_jp test_codecencodings_kr test_codecencodings_tw test_multibytecodec test_asynchat test_compiler test_ctypes test_frozen test_iterlen test_parser test_platform test_socket test_sort test_sqlite test_traceback' + SkipTest test_zlib + TEST_NAME=test_zlib + TESTS_TO_SKIP=' test_codecencodings_cn test_codecencodings_hk test_codecencodings_jp test_codecencodings_kr test_codecencodings_tw test_multibytecodec test_asynchat test_compiler test_ctypes test_frozen test_iterlen test_parser test_platform test_socket test_sort test_sqlite test_traceback test_zlib' + ./pypy -m test.regrtest -x test_codecencodings_cn test_codecencodings_hk test_codecencodings_jp test_codecencodings_kr test_codecencodings_tw test_multibytecodec test_asynchat test_compiler test_ctypes test_frozen test_iterlen test_parser test_platform test_socket test_sort test_sqlite test_traceback test_zlib Could not find '/usr/src/packages/BUILD/pypy-1.4.1-src/lib-python/modified-2.5.2/test' in sys.path to remove it test_grammar test_opcodes test_operations test_builtin test_exceptions test_types test_unittest test_doctest test_doctest2 test_MimeWriter test_StringIO test___all__ test___future__ test__locale test_aepack test_aepack skipped -- No module named aepack test_al test_al skipped -- No module named al test_anydbm test_applesingle test_applesingle skipped -- No module named macostools test_array test_ast test_atexit test_audioop test_audioop skipped -- No module named audioop test_augassign test_base64 test_bastion test_bigaddrspace test_bigmem test_binascii test_binhex test_binop test_bisect test_bool test_bsddb test_bsddb skipped -- No module named _bsddb test_bsddb185 test_bsddb185 skipped -- No module named bsddb185 test_bsddb3 test_bsddb3 skipped -- Use of the `bsddb' resource not enabled test_bufio test_bz2 test_cProfile test_calendar test_call test_capi test_capi skipped -- No module named _testcapi test_cd test_cd skipped -- No module named cd test_cfgparser test_cgi test_charmapcodec test_cl test_cl skipped -- No module named cl test_class test_cmath test_cmd_line test_code test_codeccallbacks test_codecmaps_cn test_codecmaps_cn skipped -- Use of the `urlfetch' resource not enabled test_codecmaps_hk test_codecmaps_hk skipped -- Use of the `urlfetch' resource not enabled test_codecmaps_jp test_codecmaps_jp skipped -- Use of the `urlfetch' resource not enabled test_codecmaps_kr test_codecmaps_kr skipped -- Use of the `urlfetch' resource not enabled test_codecmaps_tw test_codecmaps_tw skipped -- Use of the `urlfetch' resource not enabled test_codecs test_codeop test_coding test_coercion test_colorsys test_commands test_compare test_compile test_complex test_complex_args test_contains test_contextlib test_cookie test_cookielib test_copy test_copy_reg test_cpickle test_crypt test_csv test_curses test_curses skipped -- No module named _curses test_datetime test_dbm test_decimal test_decorators test_defaultdict test_deque test_descr test_descrtut test_dict test_difflib test_dircache test_dis test_distutils test_dl test_dl skipped -- No module named dl test_dumbdbm test_dummy_thread test_dummy_threading test_email test_email_codecs test_email_codecs skipped -- test_email_renamed test_enumerate test_eof test_errno test_exception_variations test_extcall test_fcntl test_file test_filecmp test_fileinput test_float test_fnmatch test_fork1 test_format test_fpformat test_funcattrs test_functools test_future test_gc test_gdbm test_gdbm skipped -- No module named gdbm test_generators /usr/src/packages/BUILD/pypy-1.4.1-src/lib-python/modified-2.5.2/test/test_generators.py:1: DeprecationWarning: raising a string exception is deprecated tutorial_tests = """ /usr/src/packages/BUILD/pypy-1.4.1-src/lib-python/modified-2.5.2/doctest.py:1228: DeprecationWarning: raising a string exception is deprecated compileflags, 1) in test.globs test_genexps test_getargs test_getargs2 test_getargs2 skipped -- No module named _testcapi test_getopt test_gettext test_gl test_gl skipped -- No module named gl test_glob test_global test_grp test_gzip test_hash test_hashlib test_heapq test_hexoct test_hmac test_hotshot test_hotshot skipped -- No module named _hotshot test_htmllib test_htmlparser test_httplib test_imageop test_imageop skipped -- No module named imageop test_imaplib test_imgfile test_imgfile skipped -- No module named imgfile test_imp test_import test_importhooks test_index test_inspect test_ioctl test_isinstance test_iter test_itertools test_largefile test_linuxaudiodev test_linuxaudiodev skipped -- Use of the `audio' resource not enabled test_list test_locale test_logging test_long test_long_future test_longexp test_macfs test_macfs skipped -- No module named macfs test_macostools test_macostools skipped -- No module named macostools test_macpath test_mailbox test_marshal test_math test_md5 test_mhlib test_mimetools test_mimetypes test_minidom test_mmap test_module test_multibytecodec_support test_multifile test_mutants test_netrc test_new test_nis test_nis skipped -- No module named nis test_normalization test_normalization skipped -- Use of the `urlfetch' resource not enabled test_ntpath test_old_mailbox test_openpty test_operator test_optparse test_os test_ossaudiodev test_ossaudiodev skipped -- Use of the `audio' resource not enabled test_peepholer test_pep247 test_pep263 test_pep277 test_pep277 skipped -- test works only on NT+ test_pep292 test_pep352 test_pickle test_pickletools test_pkg test_pkgimport test_plistlib test_plistlib skipped -- No module named plistlib test_poll test_popen test_popen2 test_posix test_posixpath test_pow Exception "OSError: [Errno 10] No child processes" in method __del__ of ', mode 'r' at 0x0000000004260020> ignored Exception "OSError: [Errno 10] No child processes" in method __del__ of ', mode 'r' at 0x00000000073dd3b8> ignored Exception "OSError: [Errno 10] No child processes" in method __del__ of ', mode 'r' at 0x00000000073dd410> ignored Exception "OSError: [Errno 10] No child processes" in method __del__ of ', mode 'r' at 0x00000000073dd468> ignored test_pprint test_profile test_profilehooks test_pty test_pwd test_pyclbr test_pyexpat test_queue test_quopri test_random test_re test_repr test_resource test_rfc822 test_rgbimg test_rgbimg skipped -- No module named rgbimg test_richcmp test_robotparser test_runpy test_sax test_scope test_scriptpackages test_scriptpackages skipped -- No module named aetools test_select test_set test_sets test_sgmllib test_sha test_shelve test_shlex test_shutil test_signal test_site test_slice test_socket_ssl test_socket_ssl skipped -- Use of the `network' resource not enabled test_socketserver test_socketserver skipped -- Use of the `network' resource not enabled test_softspace test_startfile test_startfile skipped -- cannot import name 'startfile' test_str test_strftime test_string test_stringprep test_strop test_strop skipped -- No module named strop test_strptime test_struct test_structmembers test_structmembers skipped -- No module named _testcapi test_structseq test_subprocess . this bit of output is from a test of stdout in a different process ... test_sunaudiodev test_sunaudiodev skipped -- No module named sunaudiodev test_sundry test_symtable test_symtable skipped -- No module named _symtable test_syntax test_sys test_tarfile Exception "ValueError: I/O operation on closed file" in method __del__ of ignored Exception "ValueError: I/O operation on closed file" in method __del__ of ignored Exception "ValueError: I/O operation on closed file" in method __del__ of ignored Exception "ValueError: I/O operation on closed file" in method __del__ of ignored Exception "ValueError: I/O operation on closed file" in method __del__ of ignored Exception "ValueError: I/O operation on closed file" in method __del__ of ignored Exception "ValueError: I/O operation on closed file" in method __del__ of ignored Exception "ValueError: I/O operation on closed file" in method __del__ of ignored test_tcl test_tcl skipped -- No module named Tkinter test_tempfile test_textwrap test_thread test_threaded_import test_threaded_import skipped -- can't run when import lock is held test_threadedtempfile test_threading test_threading_local test_threadsignals test_time test_timeout test_timeout skipped -- Use of the `network' resource not enabled test_tokenize test_trace Exception "OSError: [Errno 2] No such file or directory: '/tmp/tmpNnhHIu/nh_6oM'" in method __del__ of ignored Exception "OSError: [Errno 2] No such file or directory: '/tmp/tmpNnhHIu/aBe49qf'" in method __del__ of ignored Exception "OSError: [Errno 2] No such file or directory: '/tmp/tmpNnhHIu/En4MVsb'" in method __del__ of ignored Exception "OSError: [Errno 2] No such file or directory: '/tmp/tmpNnhHIu/a9UaM88b'" in method __del__ of ignored Exception "OSError: [Errno 2] No such file or directory: '/tmp/tmpNnhHIu/aatqDnD9.txt'" in method __del__ of ignored Exception "OSError: [Errno 2] No such file or directory: '/tmp/tmp8HUAEe/aaacKCJW'" in method __del__ of ignored Exception "OSError: [Errno 2] No such file or directory: '/tmp/tmp8HUAEe/aakhyDbR'" in method __del__ of ignored Exception "OSError: [Errno 2] No such file or directory: '/tmp/tmp8HUAEe/aaieqJRE'" in method __del__ of ignored Exception "OSError: [Errno 2] No such file or directory: '/tmp/tmp8HUAEe/aaxDFTj_'" in method __del__ of ignored Exception "OSError: [Errno 2] No such file or directory: '/tmp/tmp8HUAEe/aagqVkmm'" in method __del__ of ignored Exception "OSError: [Errno 2] No such file or directory: '/tmp/tmp8HUAEe/aa3m7I2t'" in method __del__ of ignored Exception "OSError: [Errno 2] No such file or directory: '/tmp/tmp8HUAEe/aalwOnHd'" in method __del__ of ignored Exception "OSError: [Errno 2] No such file or directory: '/tmp/tmp8HUAEe/aa0g3I2p'" in method __del__ of ignored Exception "OSError: [Errno 2] No such file or directory: '/tmp/tmp8HUAEe/aagVcatF'" in method __del__ of ignored Exception "OSError: [Errno 2] No such file or directory: '/tmp/tmp8HUAEe/aaqJ4Ta0'" in method __del__ of ignored test_transformer test_tuple test_ucn test_unary test_unicode test_unicode_file test_unicode_file skipped -- No Unicode filesystem semantics on this platform. test_unicodedata test_univnewlines test_unpack test_urllib test_urllib2 test_urllib2_localnet test_urllib2net test_urllib2net skipped -- Use of the `network' resource not enabled test_urllibnet test_urllibnet skipped -- Use of the `network' resource not enabled test_urlparse test_userdict test_userlist test_userstring test_uu test_uuid WARNING: uuid.getnode is unreliable on many platforms. It is disabled until the code and/or test can be fixed properly. WARNING: uuid._ifconfig_getnode is unreliable on many platforms. It is disabled until the code and/or test can be fixed properly. WARNING: uuid._unixdll_getnode is unreliable on many platforms. It is disabled until the code and/or test can be fixed properly. test_wait3 test_wait3 skipped -- os.wait3 not defined -- skipping test_wait3 test_wait4 test_wait4 skipped -- os.wait4 not defined -- skipping test_wait4 test_warnings test_wave test_weakref test_whichdb test_winreg test_winreg skipped -- No module named _winreg test_winsound test_winsound skipped -- No module named winsound test_with test_wsgiref test_xdrlib test_xml_etree test_xml_etree_c test_xml_etree_c skipped -- No module named _elementtree test_xmllib test_xmlrpc test_xpickle test_xrange test_zipfile test_zipfile64 test_zipfile64 skipped -- test requires loads of disk-space bytes and a long time to run test_zipimport 251 tests OK. 53 tests skipped: test_aepack test_al test_applesingle test_audioop test_bsddb test_bsddb185 test_bsddb3 test_capi test_cd test_cl test_codecmaps_cn test_codecmaps_hk test_codecmaps_jp test_codecmaps_kr test_codecmaps_tw test_curses test_dl test_email_codecs test_gdbm test_getargs2 test_gl test_hotshot test_imageop test_imgfile test_linuxaudiodev test_macfs test_macostools test_nis test_normalization test_ossaudiodev test_pep277 test_plistlib test_rgbimg test_scriptpackages test_socket_ssl test_socketserver test_startfile test_strop test_structmembers test_sunaudiodev test_symtable test_tcl test_threaded_import test_timeout test_unicode_file test_urllib2net test_urllibnet test_wait3 test_wait4 test_winreg test_winsound test_xml_etree_c test_zipfile64 15 skips unexpected on linux2: test_wait4 test_strop test_threaded_import test_wait3 test_bsddb test_getargs2 test_capi test_tcl test_symtable test_audioop test_xml_etree_c test_structmembers test_gdbm test_email_codecs test_hotshot real 3m3.902s user 0m47.247s sys 0m3.064s + popd /usr/src/packages/BUILD/pypy-1.4.1-src + echo -------------------------------------------------------------- -------------------------------------------------------------- + echo -------------------------------------------------------------- -------------------------------------------------------------- + echo -------------------------------------------------------------- -------------------------------------------------------------- + echo 'FINISHED TESTING: pypy' FINISHED TESTING: pypy + echo -------------------------------------------------------------- -------------------------------------------------------------- + echo -------------------------------------------------------------- -------------------------------------------------------------- + echo -------------------------------------------------------------- -------------------------------------------------------------- + CheckPyPy pypy-stackless + ExeName=pypy-stackless + echo -------------------------------------------------------------- -------------------------------------------------------------- + echo -------------------------------------------------------------- -------------------------------------------------------------- + echo -------------------------------------------------------------- -------------------------------------------------------------- + echo 'STARTING TEST OF: pypy-stackless' STARTING TEST OF: pypy-stackless + echo -------------------------------------------------------------- -------------------------------------------------------------- + echo -------------------------------------------------------------- -------------------------------------------------------------- + echo -------------------------------------------------------------- -------------------------------------------------------------- + pushd pypy/translator/goal /usr/src/packages/BUILD/pypy-1.4.1-src/pypy/translator/goal /usr/src/packages/BUILD/pypy-1.4.1-src + TESTS_TO_SKIP= + SkipTest test_codecencodings_cn + TEST_NAME=test_codecencodings_cn + TESTS_TO_SKIP=' test_codecencodings_cn' + SkipTest test_codecencodings_hk + TEST_NAME=test_codecencodings_hk + TESTS_TO_SKIP=' test_codecencodings_cn test_codecencodings_hk' + SkipTest test_codecencodings_jp + TEST_NAME=test_codecencodings_jp + TESTS_TO_SKIP=' test_codecencodings_cn test_codecencodings_hk test_codecencodings_jp' + SkipTest test_codecencodings_kr + TEST_NAME=test_codecencodings_kr + TESTS_TO_SKIP=' test_codecencodings_cn test_codecencodings_hk test_codecencodings_jp test_codecencodings_kr' + SkipTest test_codecencodings_tw + TEST_NAME=test_codecencodings_tw + TESTS_TO_SKIP=' test_codecencodings_cn test_codecencodings_hk test_codecencodings_jp test_codecencodings_kr test_codecencodings_tw' + SkipTest test_multibytecodec + TEST_NAME=test_multibytecodec + TESTS_TO_SKIP=' test_codecencodings_cn test_codecencodings_hk test_codecencodings_jp test_codecencodings_kr test_codecencodings_tw test_multibytecodec' + SkipTest test_asynchat + TEST_NAME=test_asynchat + TESTS_TO_SKIP=' test_codecencodings_cn test_codecencodings_hk test_codecencodings_jp test_codecencodings_kr test_codecencodings_tw test_multibytecodec test_asynchat' + SkipTest test_compiler + TEST_NAME=test_compiler + TESTS_TO_SKIP=' test_codecencodings_cn test_codecencodings_hk test_codecencodings_jp test_codecencodings_kr test_codecencodings_tw test_multibytecodec test_asynchat test_compiler' + SkipTest test_ctypes + TEST_NAME=test_ctypes + TESTS_TO_SKIP=' test_codecencodings_cn test_codecencodings_hk test_codecencodings_jp test_codecencodings_kr test_codecencodings_tw test_multibytecodec test_asynchat test_compiler test_ctypes' + SkipTest test_frozen + TEST_NAME=test_frozen + TESTS_TO_SKIP=' test_codecencodings_cn test_codecencodings_hk test_codecencodings_jp test_codecencodings_kr test_codecencodings_tw test_multibytecodec test_asynchat test_compiler test_ctypes test_frozen' + SkipTest test_iterlen + TEST_NAME=test_iterlen + TESTS_TO_SKIP=' test_codecencodings_cn test_codecencodings_hk test_codecencodings_jp test_codecencodings_kr test_codecencodings_tw test_multibytecodec test_asynchat test_compiler test_ctypes test_frozen test_iterlen' + SkipTest test_parser + TEST_NAME=test_parser + TESTS_TO_SKIP=' test_codecencodings_cn test_codecencodings_hk test_codecencodings_jp test_codecencodings_kr test_codecencodings_tw test_multibytecodec test_asynchat test_compiler test_ctypes test_frozen test_iterlen test_parser' + SkipTest test_platform + TEST_NAME=test_platform + TESTS_TO_SKIP=' test_codecencodings_cn test_codecencodings_hk test_codecencodings_jp test_codecencodings_kr test_codecencodings_tw test_multibytecodec test_asynchat test_compiler test_ctypes test_frozen test_iterlen test_parser test_platform' + SkipTest test_socket + TEST_NAME=test_socket + TESTS_TO_SKIP=' test_codecencodings_cn test_codecencodings_hk test_codecencodings_jp test_codecencodings_kr test_codecencodings_tw test_multibytecodec test_asynchat test_compiler test_ctypes test_frozen test_iterlen test_parser test_platform test_socket' + SkipTest test_sort + TEST_NAME=test_sort + TESTS_TO_SKIP=' test_codecencodings_cn test_codecencodings_hk test_codecencodings_jp test_codecencodings_kr test_codecencodings_tw test_multibytecodec test_asynchat test_compiler test_ctypes test_frozen test_iterlen test_parser test_platform test_socket test_sort' + SkipTest test_sqlite + TEST_NAME=test_sqlite + TESTS_TO_SKIP=' test_codecencodings_cn test_codecencodings_hk test_codecencodings_jp test_codecencodings_kr test_codecencodings_tw test_multibytecodec test_asynchat test_compiler test_ctypes test_frozen test_iterlen test_parser test_platform test_socket test_sort test_sqlite' + SkipTest test_traceback + TEST_NAME=test_traceback + TESTS_TO_SKIP=' test_codecencodings_cn test_codecencodings_hk test_codecencodings_jp test_codecencodings_kr test_codecencodings_tw test_multibytecodec test_asynchat test_compiler test_ctypes test_frozen test_iterlen test_parser test_platform test_socket test_sort test_sqlite test_traceback' + SkipTest test_zlib + TEST_NAME=test_zlib + TESTS_TO_SKIP=' test_codecencodings_cn test_codecencodings_hk test_codecencodings_jp test_codecencodings_kr test_codecencodings_tw test_multibytecodec test_asynchat test_compiler test_ctypes test_frozen test_iterlen test_parser test_platform test_socket test_sort test_sqlite test_traceback test_zlib' + ./pypy-stackless -m test.regrtest -x test_codecencodings_cn test_codecencodings_hk test_codecencodings_jp test_codecencodings_kr test_codecencodings_tw test_multibytecodec test_asynchat test_compiler test_ctypes test_frozen test_iterlen test_parser test_platform test_socket test_sort test_sqlite test_traceback test_zlib Could not find '/usr/src/packages/BUILD/pypy-1.4.1-src/lib-python/modified-2.5.2/test' in sys.path to remove it test_grammar test_opcodes test_operations test_builtin test_exceptions test_types test_unittest test_doctest test_doctest2 test_MimeWriter test_StringIO test___all__ test___future__ test__locale test_aepack test_aepack skipped -- No module named aepack test_al test_al skipped -- No module named al test_anydbm test_applesingle test_applesingle skipped -- No module named macostools test_array test_ast test_atexit test_audioop test_audioop skipped -- No module named audioop test_augassign test_base64 test_bastion test_bigaddrspace test_bigmem test_binascii test_binhex test_binop test_bisect test_bool test_bsddb test_bsddb skipped -- No module named _bsddb test_bsddb185 test_bsddb185 skipped -- No module named bsddb185 test_bsddb3 test_bsddb3 skipped -- Use of the `bsddb' resource not enabled test_bufio test_bz2 test_cProfile test_calendar test_call test_capi test_capi skipped -- No module named _testcapi test_cd test_cd skipped -- No module named cd test_cfgparser test_cgi test_charmapcodec test_cl test_cl skipped -- No module named cl test_class test_cmath test_cmd_line test_code test_codeccallbacks test_codecmaps_cn test_codecmaps_cn skipped -- Use of the `urlfetch' resource not enabled test_codecmaps_hk test_codecmaps_hk skipped -- Use of the `urlfetch' resource not enabled test_codecmaps_jp test_codecmaps_jp skipped -- Use of the `urlfetch' resource not enabled test_codecmaps_kr test_codecmaps_kr skipped -- Use of the `urlfetch' resource not enabled test_codecmaps_tw test_codecmaps_tw skipped -- Use of the `urlfetch' resource not enabled test_codecs test_codeop test_coding test_coercion test_colorsys test_commands test_compare test_compile test_complex test_complex_args test_contains test_contextlib test_cookie test_cookielib test_copy test_copy_reg test_cpickle test_crypt test_csv test_curses test_curses skipped -- No module named _curses test_datetime test_dbm test_decimal test_decorators test_defaultdict test_deque test_descr ---------- effort: ??? messages: 2094 nosy: dipe, pypy-issue priority: bug release: 1.4 status: unread title: 1.4.1 stackless does not build on openSUSE11.3 _______________________________________________________ PyPy development tracker _______________________________________________________