On Wed, 2009-12-09 at 19:18 -0700, dann frazier wrote: > On Wed, Dec 09, 2009 at 08:30:18PM -0500, Adam C Powell IV wrote: > > reassign 559629 libvtk5.2 > > merge 559629 558675 > > thanks > > > > Hello, > > > > "reliably fails to build on hppa" is a matter of perspective. On the > > first three tries, hppa alone failed to install the Build-Depends... > > Which is why I ignored those 3 attempts and waited for two identical > failures. How do you define reliably - 3? 30?
Sorry, I've been trying to get this into testing for months, and hppa has been the thorn in my side the whole time, which is the reason for the tone. But that's hardly your fault, so it was inappropriate for the bug. > > If you look at the log, it's clearly a problem with VTK, and there's > > already a bug open on this issue. > > Why merge instead of setting of using 'blocks'? This builds just fine using an earlier VTK, and there's an open bug on exactly this issue in VTK, and Elmer builds just fine on all but one other platform, so there's no reason to suspect there's any bug here in elmerfem. In contrast 559986 against babel (another of my packages) involved FTBFS on a bunch of platforms, and default-jdk-builddep was installable when not building babel, so it made sense to do the clone-reassign-block thing there. -Adam -- GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F 01E8 564E E4B6 Engineering consulting with open source tools http://www.opennovation.com/
signature.asc
Description: This is a digitally signed message part
