Hi, On Sat, Nov 01, 2014 at 09:02:12PM +0100, Vincent Danjean wrote: > > The latest upload of pocl fails on a number of architectures where it built > > fine before, preventing migration to testing. > > I downgraded the bug because previous builds were not fine in fact.
At https://buildd.debian.org/status/package.php?p=pocl&suite=sid some packages with failed builds are listed as 'out-of-date', so they built fine before (but see below). Others are listed as 'uncompiled'. They were never built, so that's no issue. > Are you sure these failed build prevent migration ? Yes. > They was never in testing. The migration happens based on what's in unstable, and for some architectures (i386, armhf and powerpc) there are older builds in unstable (this is also the case for arm64, but issues for arm64 are ignored for the moment, as that architecture is still being bootstrapped). They block the migration. This can be seen from the excuses output (visible on the PTS or the url below). https://qa.debian.org/excuses.php?package=pocl Excuse for pocl Too young, only 5 of 10 days old out of date on i386: libpocl-dbg, libpocl-dev, libpocl1, libpocl1-common, libpoclu-dev, libpoclu1, pocl-opencl-icd (from 0.10-6) out of date on armhf: libpocl-dbg, libpocl-dev, libpocl1, libpocl1-common, libpoclu-dev, libpoclu1, pocl-opencl-icd (from 0.10-6) out of date on powerpc: libpocl-dbg, libpocl-dev, libpocl1, libpocl1-common, libpoclu-dev, libpoclu1, pocl-opencl-icd (from 0.10-6) out of date on arm64: libpocl-dbg, libpocl-dev, libpocl1, libpocl1-common, libpoclu-dev, libpoclu1, pocl-opencl-icd (from 0.10-6) (but arm64 isn't keeping up, so nevermind) Not considered This version of pocl will only migrate if the old packages in unstable for those architectures are removed (or if the build is fixed, but this would be too late based on the freeze policy). > That said, previous successful builds were "successful" only > because the result of the testsuite was ignored. I wanted to see > the symbol list even when the testsuite was failing. So, no > degradation here. You can request removal of the old binaries on the architectures listed above using the procedure described in https://wiki.debian.org/ftpmaster_Removals Cheers, Ivo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
