Your message dated Mon, 29 Aug 2016 06:19:02 +0000 with message-id <e1befuq-0002mj...@franck.debian.org> and subject line Bug#835419: fixed in openvdb 3.2.0-2 has caused the Debian Bug report #835419, regarding openvdb: FTBFS (32-bit): TestMultiResGrid.cc uses UL for size_t constants to be marked as done.
This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 835419: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=835419 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
--- Begin Message ---Source: openvdb Version: 3.2.0-1 Severity: serious Justification: fails to build from source (but built successfully in the past) Builds of openvdb for 32-bit architectures such as i386 have been failing because TestMultiResGrid.cc uses the UL suffix for would-be size_t constants, yielding two errors and several warnings that I'd recommend addressing while you're at it: https://buildd.debian.org/status/fetch.php?pkg=openvdb&arch=i386&ver=3.2.0-1&stamp=1472106513 On these architectures, size_t is formally unsigned int rather than unsigned long. Although both types are de facto equivalent, the compiler insists on treating them as distinct. I'm not aware of a UINT*_C-style macro for size_t, but these values are small enough that leaving them unsuffixed and casting to size_t should suffice. Could you please take a look? Thanks!
--- End Message ---
--- Begin Message ---Source: openvdb Source-Version: 3.2.0-2 We believe that the bug you reported is fixed in the latest version of openvdb, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 835...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Mathieu Malaterre <ma...@debian.org> (supplier of updated openvdb package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@ftp-master.debian.org) -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.8 Date: Fri, 26 Aug 2016 12:13:08 +0200 Source: openvdb Binary: libopenvdb3.2 libopenvdb-dev libopenvdb-doc libopenvdb-tools python-openvdb Architecture: source Version: 3.2.0-2 Distribution: unstable Urgency: medium Maintainer: Mathieu Malaterre <ma...@debian.org> Changed-By: Mathieu Malaterre <ma...@debian.org> Description: libopenvdb-dev - Sparse Volume Processing toolkit - dev libopenvdb-doc - Sparse Volume Processing toolkit - doc libopenvdb-tools - Sparse Volume Processing toolkit - runtime libopenvdb3.2 - Sparse Volume Processing toolkit - lib python-openvdb - Sparse Volume Processing toolkit - Python binding Closes: 835419 Changes: openvdb (3.2.0-2) unstable; urgency=medium . * Reactivate old patch (refreshed). Closes: #835419 + d/p/size_t.patch * Remove old patch, not needed anymore: - d/p/fixnumpy.patch Checksums-Sha1: b5d51da86d40d26c75cb43b5199ebb8a060556f5 2521 openvdb_3.2.0-2.dsc a523a063e0c1732ff7aacbc79ac883ffd3a337c4 16476 openvdb_3.2.0-2.debian.tar.xz Checksums-Sha256: ec2432d070be23b6ee15efa184273519e97fce34d61df9091a2a923fc52d7dff 2521 openvdb_3.2.0-2.dsc 17b0098093063e060ccf4602242696ef356149d73c002ea94ac22e8d247e64ea 16476 openvdb_3.2.0-2.debian.tar.xz Files: 09b98b75f7ede931bf5925d3c35a25d1 2521 libs optional openvdb_3.2.0-2.dsc 64cdf2da4943fb013fd0340a2ffad2e2 16476 libs optional openvdb_3.2.0-2.debian.tar.xz -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBAgAGBQJXw9BlAAoJEAFx4YKK4JNFSJYP/12TpuJTt7yywJUJUA8mDLS4 zkKQG0ov43Mbsy63RuUEUdnlqY+ySs5fqP3J5UeEUgVKzxwpUGulb3/YVDp75A+L Ea7juA6MZMm2PRT+OrKPJairTKI3oRXivnfIIPV9nk4FEcCE5nhYxbdAOU4ibzGY DPHhgyfq/lhUhVi6ZQHtUk5/KSO2pZulteBsObC5GtXSZKMve6PtnQZ9l1WM58+I 7okXsBQ4R+1j7B9Zwi9F763cyxIR/hLeP24D3FlAZRzu6LFd0u8Vzy5840qp3efq In2fsTy1ekC4HzsmB2fuvZPDx1gHD4c0thnZc6KZe2wsJDQkt4u7FOzIkI1kWsX7 //fc1UjBsuo/4QOSYRLqPc9+uM5nMZ5Q3PndigAdB4v9vO0G0EhRRDYlHwPnf8Ew JTGp68blOO/U5ep7sizcmvLo64xBtUIxTSGQf3VJUHLbhQ11RMlkm1EH8Jzz53Yz T9UYMRwDJlmtPNgrAUBth3rkoQLSEO0UQ84SHzCmhJYExaQoVA3OV8hT2bOChs3s GVjSDHv2f/hInQToM+3jTFsz3BDveHqlsER8D9guyjLRlTH5e2lk/h+9fx462rb8 GAMCpH7SwJ6gfQ5X1PXNGpCOZ1uJqzpjVKuzU0gl5eulDWhdprDz948+W9jhU69Z Y4wYaxULav41JuJcnfbF =qUvY -----END PGP SIGNATURE-----
--- End Message ---
