I need some help fixing this. I'm the upstream developer and co-maintainer for libqof1 and I am in the NM process, so don't have direct access to hppa, sparc or m68k where this problem occurs. sparc and m68k are flagged as "not keeping up so never mind" so I haven't looked into those two. Since the upload, I have been monitoring the buildd reports and trying to identify the source of the problem.
However, my AM has built libqof1_0.7.0-1 on hppa without problems, yet the buildd hppa build log shows the same test failures. It is possible to simply disable the tests (which have not been enabled in previous releases) and let the package build, albeit with bugs on these architectures. Alternatively, if someone can build libqof1_0.7.0-1 on hppa (and possibly sparc / m68k too) and report back - maybe upload the packages for that arch if QOF builds properly - I'll be very grateful. The test failures appear in a section of code that tests conversions of seconds (64bit) into date strings and date strings back to seconds, using extended versions of strftime and strptime that can handle 64bit dates on 32bit systems. The code compiles fine, it's only the tests that fail and not all such tests fail - although the precise number of failures changes between architectures. hppa buildd log: http://buildd.debian.org/fetch.php?&pkg=qof&ver=0.7.0-1&arch=hppa&stamp=1155137213&file=log&as=raw sparc buildd log: http://buildd.debian.org/fetch.php?&pkg=qof&ver=0.7.0-1&arch=sparc&stamp=1155137227&file=log&as=raw m68k buildd log: http://buildd.debian.org/fetch.php?&pkg=qof&ver=0.7.0-1&arch=m68k&stamp=1155144846&file=log&as=raw -- Neil Williams ============= http://www.data-freedom.org/ http://www.nosoftwarepatents.com/ http://www.linux.codehelp.co.uk/
signature.asc
Description: OpenPGP digital signature
