<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Feb 16, 2017 at 3:55 AM, Ralf Gommers <span dir="ltr"><<a href="mailto:ralf.gommers@gmail.com" target="_blank">ralf.gommers@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote"><span class="m_-73190677502308224gmail-">On Thu, Feb 16, 2017 at 3:53 PM, Sandro Tosi <span dir="ltr"><<a href="mailto:morph@debian.org" target="_blank">morph@debian.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="m_-73190677502308224gmail-m_2974736601894554197gmail-">> A recent post to the wheel-builders mailing list pointed out some<br>
> links to places providing free PowerPC hosting for open source<br>
> projects, if they agree to a submitted request:<br>
<br>
</span>The debian project has some powerpc machines (and we still build numpy<br>
on those boxes when i upload a new revision to our archives) and they<br>
also have hosts dedicated to let debian developers login and debug<br>
issues with their packages on that architecture. I can sponsor access<br>
to those machines for some of you, but it is not a place where you can<br>
host a CI instance.<br>
<br>
Just keep it in mind more broadly than powerpc, f.e. these are all the<br>
archs where numpy was built after the last upload<br>
<a href="https://buildd.debian.org/status/package.php?p=python-numpy&suite=unstable" rel="noreferrer" target="_blank">https://buildd.debian.org/stat<wbr>us/package.php?p=python-numpy&<wbr>suite=unstable</a><br>
(the grayed out archs are the ones non release critical, so packages<br>
are built as best effort and if missing is not a big deal)</blockquote><div><br></div></span><div>Thanks Sandro. It looks like even for the release-critical ones, it's just the build that has to succeed and failures are not detected? For example, armel is green but has 9 failures: <a href="https://buildd.debian.org/status/fetch.php?pkg=python-numpy&arch=armel&ver=1%3A1.12.0-2&stamp=1484889563&raw=0" target="_blank">https://buildd.debian.org/stat<wbr>us/fetch.php?pkg=python-numpy&<wbr>arch=armel&ver=1%3A1.12.0-2&<wbr>stamp=1484889563&raw=0</a><span class="m_-73190677502308224gmail-HOEnZb"><font color="#888888"><br><br></font></span></div><span class="m_-73190677502308224gmail-HOEnZb"><font color="#888888"><div>Ralf<br></div></font></span></div></div></div></blockquote><div><br><br></div><div>More general questions on this:<br><br></div><div>Are there any overviews over which packages in the python for science or python for data anlaysis areas work correctly on different platforms:<br></div><div>Are there any platforms/processors, besides the standard x32/x54, where this is important?<br><br></div><div>for example for statsmodels:<br></div><div>In early releases of statsmodels, maybe 5 to 7 years ago, Yarik and I were still debugging problems on several machines like ppc and s390x during Debian testing. Since then I haven't heard much about specific problems.<br></div><div>The current status for statsmodels on Debian machines is pretty mixed. In several of them some dependencies are not available, in some cases we have errors that might be caused by errors in dependencies, e.g. cvxopt.<br><br>ppc64el test run for statsmodels has a large number of failure<br>but checking scipy, it looks like it's also not working properly<br><a href="https://buildd.debian.org/status/fetch.php?pkg=python-scipy&arch=ppc64el&ver=0.18.1-2&stamp=1477075663&raw=0" target="_blank">https://buildd.debian.org/<wbr>status/fetch.php?pkg=python-<wbr>scipy&arch=ppc64el&ver=0.18.1-<wbr>2&stamp=1477075663&raw=0</a><br></div><div><br></div><div>In those cases it would be impossible to start debugging, if we would have to debug through the entire dependency chain.<br><br></div><div>CI-testing for Windows, Apple and Linux for mainly x64 seems to be working pretty well, with some delays while version incompatibilities are fixed. But anything that is not in a CI testing setup looks pretty random to me.<br><br></div><div>(I'm mainly curious what the status for those machines are. I'm not really eager to create more debugging work, but sometimes failures on a machine point to code that is "fragile".) <br></div><div><br></div><div>Josef<br></div><div><br> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class="m_-73190677502308224gmail-HOEnZb"><font color="#888888"><div><br> </div></font></span></div></div></div>
<br>______________________________<wbr>_________________<br>
NumPy-Discussion mailing list<br>
<a href="mailto:NumPy-Discussion@scipy.org" target="_blank">NumPy-Discussion@scipy.org</a><br>
<a href="https://mail.scipy.org/mailman/listinfo/numpy-discussion" rel="noreferrer" target="_blank">https://mail.scipy.org/mailman<wbr>/listinfo/numpy-discussion</a><br>
<br></blockquote></div><br></div></div>