I get an error when trying to run pypy 2.0 on a Debian Wheezy system: dstromberg@deskie:~/src/home-svn/backshift/trunk$ /usr/local/pypy-2.0/bin/pypy /usr/local/pypy-2.0/bin/pypy: error while loading shared libraries: libssl.so.0.9.8: cannot open shared object file: No such file or directory dstromberg@deskie:~/src/home-svn/backshift/trunk$ Isn't libssl 0.9.8 getting kind of old? I don't see it in synaptic.
Hi Dan, On Fri, May 10, 2013 at 4:56 AM, Dan Stromberg <drsalists@gmail.com> wrote:
I get an error when trying to run pypy 2.0 on a Debian Wheezy system:
...oups, sorry, our 32-bit chrooted buildslave is Ubuntu 10.04, and not (as I thought first) a similar Debian 6 Squeeze. Fixed the links. So anyway, as we mention on the links (I guess I'll make this **bold**), the binaries are for precise systems. If you want to complain that we should instead use distribution X on our buildslave for Y, then I fear that the answer is "Linux distributions are hard and yes we know it". If you want to try to convince us that a buildslave with Ubuntu 12.04 would be really more useful than Ubuntu 10.04 by now, then come to IRC: we'd be happy to give you access to the buildslave if you (or anyone else for that matter) want to do the upgrade. It's a schroot using so far "Ubuntu Lucid 10.04 for i386 (session chroot)". A bientôt, Armin.
I'd be happy to help with building for different versions of Debian or Ubuntu. I myself use a version of Debian that SSL for PyPy does not work on on almost all of my servers and tend to have to translate PyPy quite frequently. On 10/05/13 07:33, Armin Rigo wrote:
Hi Dan,
On Fri, May 10, 2013 at 4:56 AM, Dan Stromberg <drsalists@gmail.com> wrote:
I get an error when trying to run pypy 2.0 on a Debian Wheezy system:
...oups, sorry, our 32-bit chrooted buildslave is Ubuntu 10.04, and not (as I thought first) a similar Debian 6 Squeeze. Fixed the links.
So anyway, as we mention on the links (I guess I'll make this **bold**), the binaries are for precise systems. If you want to complain that we should instead use distribution X on our buildslave for Y, then I fear that the answer is "Linux distributions are hard and yes we know it". If you want to try to convince us that a buildslave with Ubuntu 12.04 would be really more useful than Ubuntu 10.04 by now, then come to IRC: we'd be happy to give you access to the buildslave if you (or anyone else for that matter) want to do the upgrade. It's a schroot using so far "Ubuntu Lucid 10.04 for i386 (session chroot)".
A bientôt,
Armin. _______________________________________________ pypy-dev mailing list pypy-dev@python.org http://mail.python.org/mailman/listinfo/pypy-dev
-- Kura Systems Engineer Tangent Labs t: @kuramanga e: kura@tangentlabs.co.uk w: http://syslog.tv/ t: +44 (0)20 7462 6100 m: +44 (0)7525 767114 My email is signed with my PGP key by default. The key is available on all public servers, on this email as "0x49FCF4D9.asc" and also has a public URL to the key embedded in this email's headers.
On Fri, May 10, 2013 at 11:50 AM, Kura <kura@tangentlabs.co.uk> wrote:
I'd be happy to help with building for different versions of Debian or Ubuntu.
I myself use a version of Debian that SSL for PyPy does not work on on almost all of my servers and tend to have to translate PyPy quite frequently.
Hi Stefano Rivera is our debian maintainer, maybe he has an opinion how you can help. Put him on the CC Cheers, fijal
Sorry, a bit behind on my mail... Hi Kura (2013.05.10_11:50:13_+0200)
I'd be happy to help with building for different versions of Debian or Ubuntu.
I myself use a version of Debian that SSL for PyPy does not work on on almost all of my servers and tend to have to translate PyPy quite frequently.
Running a daily automated build on Wheezy would probably be useful. I've done builds of 2.0.0 for wheezy [0] if that's useful to anyone. My packaging process is really centred around packaging for the distro, so I'm patching pypy a bit [1] (mainly, PEP3147 support). Those patches get out of date quickly, which is why I haven't got around to doing daily deb builds yet (I'm scared of how much maintainance work they are going to be). So, my plan is to just build a simple deb from a pypy translation, that doesn't interact with the Debian system much at all. I prepared something like that here [2], but must just turn that into a Python script that we can include in the pypy repo. I think it'll be fairly trivial. [0] http://people.debian.org/~stefanor/pypy/wheezy/ [1] http://anonscm.debian.org/gitweb/?p=collab-maint/pypy.git;a=tree;f=debian/pa... [2] http://bitbucket.org/stefanor/pypy-upstream SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 461 1230 C: +27 72 419 8559
2013/5/14 Stefano Rivera <stefano@rivera.za.net>
so I'm patching pypy a bit [1] (mainly, PEP3147 support)
(i.e. the __pycache__ directory) Could you compare your patch with the py3k version of pypy? I already found interesting differences in importing.py, with bugs or inefficiencies on both sides. -- Amaury Forgeot d'Arc
participants (6)
-
Amaury Forgeot d'Arc -
Armin Rigo -
Dan Stromberg -
Kura -
Maciej Fijalkowski -
Stefano Rivera