<html style="direction: ltr;">
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
<style type="text/css">body p { margin-bottom: 0cm; margin-top: 0pt; } </style>
</head>
<body style="direction: ltr;" bidimailui-charset-is-forced="true"
bgcolor="#FFFFFF" text="#000000">
On 06/02/15 09:48, Matti Picus wrote:<br>
<blockquote cite="mid:54D471DA.3020107@gmail.com" type="cite">
<meta http-equiv="content-type" content="text/html; charset=utf-8">
<style type="text/css">body p { margin-bottom: 0cm; margin-top: 0pt; } </style>
Somehow the binary package of linux64 on the bitbucket download
page <br>
<a moz-do-not-send="true" class="moz-txt-link-freetext"
href="https://bitbucket.org/pypy/pypy/downloads">https://bitbucket.org/pypy/pypy/downloads</a><br>
contained a different libpypy-c.so than the source on <br>
<a moz-do-not-send="true" class="moz-txt-link-freetext"
href="http://buildbot.pypy.org/nightly/release-2.5.x">http://buildbot.pypy.org/nightly/release-2.5.x</a><br>
<br>
They should be binary equivalent, and were not. Someone discovered
that the release package segfaults while translating.<br>
<br>
I have removed all the 2.5.0 binaries pending a more thorough
check of what went wrong with the download-repackage-upload cycle.
FWIW, here is the script I used:<br>
<br>
<a moz-do-not-send="true" class="moz-txt-link-freetext"
href="https://gist.github.com/mattip/174c0d46b894088d1a92">https://gist.github.com/mattip/174c0d46b894088d1a92</a><br>
<br>
Matti<br>
</blockquote>
False alarm, sorry for the noise. Some other later version is
segfaulting. I am re-uploading the binaries, the counters of
downloads will be reset.<br>
<br>
Matti<br>
</body>
</html>