Bug#831096: opensurgsim: FTBFS with GCC 6: cstdlib:75:25: fatal error: stdlib.h: No such file or directory

2016-09-07 Thread Paul Novotny 

On Tue, Sep 6, 2016 at 4:06 PM, Andreas Tille  wrote:

[Paul, I wonder whether you realised the problems with opensurgsim]


Thanks for the heads up. Graham's GCC6 patch works for me. I'll get it 
applied upstream.



Hi Graham,

On Thu, Aug 25, 2016 at 02:37:53PM +0200, Graham Inggs wrote:

 Hi Maintainer

 The attached patch fixes the FTBFS with GCC 6.
 I'll open a separate bug for the eigen3 issue and mark it as being 
blocked

 by #835411.


I checked building opensurgsim and while I have not realised any
problems directly hinting to eigen3 I've got:

...
 2 FAILED TESTS

  Start 12: SurgSimPhysicsTest
12/12 Test #12: SurgSimPhysicsTest ...   Passed0.64 
sec


92% tests passed, 1 tests failed out of 12

Total Test time (real) =   8.99 sec

The following tests FAILED:
 11 - SurgSimMathTest (Failed)
Errors while running CTest
Makefile:130: recipe for target 'test' failed
make[1]: *** [test] Error 8
make[1]: Leaving directory 
'/build/opensurgsim-0.6.0/obj-x86_64-linux-gnu'


I am building now to see if I can reproduce this. SurgSimMathTest 
failure might be related to Eigen, but I'll let you know what I find.


-Paul

Bug#803145: [Debian-med-packaging] Bug#803145: opensurgsim: FTBFS: static assertion failed: THIS_METHOD_IS_ONLY_FOR_INNER_OR_LAZY_PRODUCTS

2015-10-27 Thread Paul Novotny 
On Tue, 2015-10-27 at 11:20 +, Chris Lamb wrote:
> Source: opensurgsim
> Version: 0.6.0-3
> Severity: serious
> Justification: fails to build from source
> User: reproducible-bui...@lists.alioth.debian.org
> Usertags: ftbfs
> X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
> 
> Dear Maintainer,
> 
> opensurgsim fails to build from source in unstable/amd64.
> 
> In file included from /usr/include/eigen3/Eigen/Core:297:0,
>  from
>  /build/opensurgsim-
> 0.6.0/SurgSim/Math/Quaternion.h:24,
>  from
>  /build/opensurgsim-
> 0.6.0/SurgSim/Collision/UnitTests/RepresentationUtilities.h:21,
>  from
>  /build/opensurgsim-
> 0.6.0/SurgSim/Collision/UnitTests/ContactCalculationTestsCommon.h:22,
>  from
>  /build/opensurgsim-
> 0.6.0/SurgSim/Collision/UnitTests/BoxPlaneContactCalculationTests.cpp
> :16:
> /usr/include/eigen3/Eigen/src/Core/Product.h: In instantiation of
> 'Eigen::ProductImpl::Scalar
> Eigen::ProductImpl::coeff(Eigen::Ind
> ex, Eigen::Index) const [with Lhs = Eigen::Matrix; Rhs
> =
> Eigen::Matrix; int Option = 0; Eigen::ProductImpl Rhs, Option, Eigen::Dense>::Scalar = double; Eigen::In
> dex = long int]':
> /usr/include/eigen3/Eigen/src/Geometry/Quaternion.h:749:31:   require
> d
> from 'static void Eigen::internal::quaternionbase_assign_impl 3,
> 3>::run(Eigen::QuaternionBase&, const
>  Other&) [with Derived = Eigen::Quaternion; Other =
>  Eigen::Product, Eigen::Matrix  3>, 0>]'
> /usr/include/eigen3/Eigen/src/Geometry/Quaternion.h:517:59:   require
> d
> from 'Derived& Eigen::QuaternionBase::operator=(const
> Eigen::MatrixBase&) [with OtherDerived = Eigen
> ::Product, Eigen::Matrix,
> 0>;
> Derived = Eigen::Quaternion]'
> /usr/include/eigen3/Eigen/src/Geometry/Quaternion.h:267:72:   require
> d
> from 'Eigen::Quaternion::Quaternion(const
> Eigen::MatrixBase&) [with Derived = Eigen::Product
> , Eigen::Matrix, 0>;
> _Scalar =
> double; int _Options = 0]'
> /build/opensurgsim-
> 0.6.0/SurgSim/Collision/UnitTests/BoxPlaneContactCalculationTests.cpp
> :135:72:
>   required from here
> /usr/include/eigen3/Eigen/src/Core/Product.h:203:7: error: static
> assertion failed: THIS_METHOD_IS_ONLY_FOR_INNER_OR_LAZY_PRODUCTS
>    EIGEN_STATIC_ASSERT(EnableCoeff,
>    THIS_METHOD_IS_ONLY_FOR_INNER_OR_LAZY_PRODUCTS);
>    ^
> SurgSim/Collision/UnitTests/CMakeFiles/SurgSimCollisionTest.dir/build
> .make:89:
> recipe for target
> 'SurgSim/Collision/UnitTests/CMakeFiles/SurgSimCollisionTest.dir/BoxD
> oubleSidedPlaneContactCalcul
> ationTests.cpp.o' failed
> 
> [..]
> 
> The full build log is attached or (an alternate build) can be viewed
> here:
> 
> https://reproducible.debian.net/logs/unstable/amd64/opensurgsim_0
> .6.0-3.build1.log.gz
> 

Thanks for the bug report, I believe this is due to the recent Eigen
update to 3.3-alpha1 in sid. I'll see what I can do. The likely
solution is to upgrade OpenSurgSim to a new release, which should come
out in a couple weeks.

-Paul

Bug#798718: opensurgsim: FTBFS on mips(el) and s390x: TimerTest fails

2015-09-14 Thread Paul Novotny 
On Fri, 11 Sep 2015 17:26:12 -0400 "Aaron M. Ucko" 
wrote:
> Source: opensurgsim
> Version: 0.6.0-2
> Severity: important
> Justification: fails to build from source
> 
> Builds of opensurgsim on mips, mipsel, and s390x all failed with
> errors in SurgSimFrameworkTest's TimerTest, along the following lines:
> 
>   [ RUN  ] TimerTest.SettingFrames
>   /«PKGBUILDDIR»/SurgSim/Framework/UnitTests/TimerTest.cpp:44: Failure
>   Value of: timer->getLastFrameRate()
> Actual: 34156.5
>   Expected: timer->getAverageFrameRate()
>   Which is: nan
>   /«PKGBUILDDIR»/SurgSim/Framework/UnitTests/TimerTest.cpp:45: Failure
>   Value of: timer->getLastFramePeriod()
> Actual: 2.9277e-05
>   Expected: timer->getAverageFramePeriod()
>   Which is: nan
>   /«PKGBUILDDIR»/SurgSim/Framework/UnitTests/TimerTest.cpp:46: Failure
>   Value of: timer->getCumulativeTime()
> Actual: nan
>   Expected: timer->getLastFramePeriod()
>   Which is: 2.9277e-05
>   [  FAILED  ] TimerTest.SettingFrames (1 ms)
>   [ RUN  ] TimerTest.Comparison
>   /«PKGBUILDDIR»/SurgSim/Framework/UnitTests/TimerTest.cpp:74: Failure
>   Expected: (timer1->getAverageFramePeriod()) >= 
> (timer2->getAverageFramePeriod()), actual: nan vs nan
>   /«PKGBUILDDIR»/SurgSim/Framework/UnitTests/TimerTest.cpp:75: Failure
>   Expected: (timer1->getCumulativeTime()) > (timer1->getLastFramePeriod()), 
> actual: nan vs 2.4686e-05
>   [  FAILED  ] TimerTest.Comparison (7 ms)
> 
> Both tests failed on mips and mipsel, but only TimerTest.SettingFrames
> failed on s390x.  Could you please take a look?

I think I fixed this, and pushed changes to the packaging repository
[2]. I would like to test these changes before uploading a new version.
I just applied for access to the porter machines, and I will test the
patch when/if I get access.

Thanks again,
-Paul

[1]
https://anonscm.debian.org/cgit/debian-med/opensurgsim.git/commit/?id=3ba6f4e10f048f261c4badf3c884ff31261e7a6a

Bug#798693: opensurgsim: FTBFS on i386 and powerpc: unaligned Eigen arrays

2015-09-14 Thread Paul Novotny 
On Fri, 11 Sep 2015 14:44:15 -0400 "Aaron M. Ucko"  wrote:
> Source: opensurgsim
> Version: 0.6.0-2
> Severity: serious
> Justification: fails to build from source
>
> The i386 and powerpc builds of opensurgsim both failed because many
> tests reported errors of the form
>
> SurgSim*Test: /usr/include/eigen3/Eigen/src/Core/DenseStorage.h:86:
> Eigen::internal::plain_array 16>::plain_array() [with T = double; int Size = 16; int
> MatrixOrArrayOptions = 0]: Assertion `(reinterpret_cast(eigen-
> _unaligned_array_assert_workaround_gcc47(array)) & 0xf) == 0 && "this
> assertion is explained here: " "
> http://eigen.tuxfamily.org/dox-devel/group__TopicUnalignedArrayAssert.html;
> "  READ THIS WEB PAGE !!! "' failed.
>
> (The powerpc build also encountered an unrelated test suite error,
> which I'll report separately.)
>
> Could you please take a look?  Per the error message, you may find
> http://eigen.tuxfamily.org/dox-devel/group__TopicUnalignedArrayAssert.html
> helpful.

First off, thank you for organizing these build failures into bugs. This
is great, and makes things much easier for me.

There is a CMake variable to turn off eigen alignment in OpenSurgSim,
and I have pushed a change that turns it off for i386 and powerpc to the
package repository [1]. I also turned on some more unit tests that more
aggressively test Eigen, to make sure we are ok on the other
architectures.

I'll push out a new version of OpenSurgSim soon with these changes.

Thanks, -Paul

[1] 
https://anonscm.debian.org/cgit/debian-med/opensurgsim.git/commit/?id=69a076e667dbf776369fba2876052f66282b2c7d

Bug#791317: yaml-cpp: library transition may be needed when GCC 5 is the default

2015-08-05 Thread Paul Novotny 
Control: tag -1 patch
Control: user release.debian@packages.debian.org
Control: usertag -1 + transition
Control: block -1 by 790756
Control: reassign -1 release.debian.org

On Fri, 03 Jul 2015 13:15:05 + Matthias Klose d...@debian.org
wrote:
  - If a library transition is needed, please prepare for the change.
Rename the library package, append v5 to the name of the package
(e.g. libfoo2 - libfoo2v5). 

Done for libyaml-cpp5.0 in attached patch.

-Paaul
diff -Nru yaml-cpp-0.5.2/debian/changelog yaml-cpp-0.5.2/debian/changelog
--- yaml-cpp-0.5.2/debian/changelog	2015-04-26 15:45:00.0 -0400
+++ yaml-cpp-0.5.2/debian/changelog	2015-08-04 15:08:28.0 -0400
@@ -1,3 +1,10 @@
+yaml-cpp (0.5.2-2) unstable; urgency=medium
+
+  * Rename libyaml-cpp0.5 to libyaml-cpp0.5v5 for gcc5 transition
+(Closes: #791317)
+
+ -- Paul Novotny p...@paulnovo.us  Tue, 04 Aug 2015 18:03:35 -0400
+
 yaml-cpp (0.5.2-1) unstable; urgency=medium
 
   * Update due to yaml-cpp from Google Code to GitHub
diff -Nru yaml-cpp-0.5.2/debian/control yaml-cpp-0.5.2/debian/control
--- yaml-cpp-0.5.2/debian/control	2015-04-26 15:45:00.0 -0400
+++ yaml-cpp-0.5.2/debian/control	2015-08-04 15:08:28.0 -0400
@@ -12,13 +12,15 @@
 Vcs-Git: git://anonscm.debian.org/collab-maint/yaml-cpp.git
 Homepage: https://github.com/jbeder/yaml-cpp
 
-Package: libyaml-cpp0.5
+Package: libyaml-cpp0.5v5
 Architecture: any
 Multi-Arch: same
 Section: libs
 Depends: ${shlibs:Depends},
  ${misc:Depends}
 Pre-Depends: ${misc:Pre-Depends}
+Conflicts: libyaml-cpp0.5
+Replaces: libyaml-cpp0.5
 Description: YAML parser and emitter for C++
  yaml-cpp is a C++ library for parsing and emitting data in YAML 1.2, a
  human-readable data serialization format.
@@ -28,7 +30,7 @@
 Package: libyaml-cpp-dev
 Architecture: any
 Section: libdevel
-Depends: libyaml-cpp0.5 (= ${binary:Version}),
+Depends: libyaml-cpp0.5v5 (= ${binary:Version}),
  ${misc:Depends}
 Description: YAML parser and emitter for C++ - development files
  yaml-cpp is a C++ library for parsing and emitting data in YAML 1.2, a
diff -Nru yaml-cpp-0.5.2/debian/libyaml-cpp0.5.install yaml-cpp-0.5.2/debian/libyaml-cpp0.5.install
--- yaml-cpp-0.5.2/debian/libyaml-cpp0.5.install	2015-04-26 15:45:00.0 -0400
+++ yaml-cpp-0.5.2/debian/libyaml-cpp0.5.install	1969-12-31 19:00:00.0 -0500
@@ -1 +0,0 @@
-usr/lib/*/libyaml-cpp.so.*
diff -Nru yaml-cpp-0.5.2/debian/libyaml-cpp0.5v5.install yaml-cpp-0.5.2/debian/libyaml-cpp0.5v5.install
--- yaml-cpp-0.5.2/debian/libyaml-cpp0.5v5.install	1969-12-31 19:00:00.0 -0500
+++ yaml-cpp-0.5.2/debian/libyaml-cpp0.5v5.install	2015-08-04 15:08:28.0 -0400
@@ -0,0 +1 @@
+usr/lib/*/libyaml-cpp.so.*


signature.asc
Description: This is a digitally signed message part

Bug#790887: debian-maintainers: Please add Paul Novotny as a Debian Maintainer

2015-07-02 Thread Paul Novotny 
Package: debian-maintainers
Severity: normal
Tags: patch

Please add my key to the Debian keyring. jetring changeset is attached.
Comment: Add Paul Novotny p...@paulnovo.us as a Debian Maintainer
Recommended-By: 
  Andreas Tille ti...@debian.org
Agreement: 
  http://lists.debian.org/debian-newmaint/2015/07/msg1.html
Advocates: 
  http://lists.debian.org/debian-newmaint/2015/07/msg4.html
Date: Thu, 02 Jul 2015 10:58:47 -0400
Action: import
Data: 
  -BEGIN PGP PUBLIC KEY BLOCK-
  Version: GnuPG v1
  
  mQINBFUGOdsBEADESX2DL1WUXFFgQs980U1IgAeCJOTYKZas5Tapu9A6WzaI1M7J
  duMpiGOkcaTVBqHEyXOhCJP0FQEBXuJPbz7ggQLKJXOUGta2jmeMDrORekO+dSA3
  sfcVvp5TKvd7I570SgUPXtiwf9zWBaITQ8/A0fCoPIEWPuA7p0QimMKRkClHzGZL
  0aXqqgJzdrGfBszZ2ufcZxpQE2xT6fo7S8nW/NxCKndRP6/oWBv6K2jm4hYmrrnS
  RIGsSMhPZNmahQkjG6T7nFdDyyG2CM7uKTn+gXQVkNdHX5K2VQR6B2JCZuPMjcF6
  y/DcKfrQ32doyfz4tNZLzw6Y3xRsfFMMetrG1UcndAKB7JC5hSnD0vUTT80AOC2Y
  aKmiPggvnIxp8skq1CKuLn12TWsBz5tBS0SGt1LkBQLHvAA8+4xCcILAikZR+qRC
  9hsB8GEbggt+HIwC6JzH4sX6OsEb8/+WERyqBNDXrmp0FeZertRnEW6DrRU0zLSi
  Cn/xN8/awdwdTuUNX6g4ViL1hb8kItJ7mrsyrY/Q8OHp7re8r2o9pnBxbgpIb4Gs
  PDEH4n7eyH5RaPz6/H4LpNJ0NvhM6qfECGMrqYRhSrAKHobi9ZteKmmk2xNbRbcY
  uKtY2Cr1C6KrRQjjP4yn5Rcao04shk12a6OqdYfv869wjjR89fFTcLrm5wARAQAB
  tB9QYXVsIE5vdm90bnkgPHBhdWxAcGF1bG5vdm8udXM+iQI3BBMBCAAhBQJVBjnb
  AhsDBQsJCAcDBRUKCQgLBRYCAwEAAh4BAheAAAoJEP6qEy+YMZHqtowP/3pXPc8Z
  rOl/gPFaYJNlXWx9jIQm2Nn5aEs8/kII8QBb/EhWUl5m9ytl4PkxaiQCujJBJZMg
  gWrLqT3ViHyl7DDSUsQ+QVNdjQWVcRAtemmuDao8vAEgwBdevKI+tYDiJH6veHA7
  xa4vGDf1IVnuQ76XzKk09TlYw0qoWvMP60mUjHOzz+8YdcSV5pARmEOpRbaUbXFB
  v2uBlk9OqVkJNWLEvm+uVlqR9Qfx4eBEr7cVaKhGBincJ9s4/XmAeHfgxNOZQhIc
  emFrytOhT+odzs1wxFPGvJljhc+9zBkD5i6Osjn+HS2KKk6tBEntEaeVCoMtvJLP
  o2defjRm3N/AHa7ZEd6HW4ppoaDj+ySa644AiR7ormFE4WQVCcJ8aGqUHi+GqdPa
  LMg4xOphb7TTGz6aTGb+e6VrYopTN49poF8BwlLLlMRrZGoCJ7Lnj+Eu6G4PwBmz
  qmCrZpQrZ5tsrRwZK0qYP9qBkF2uVMDB8FO6iTtZYl7+hE/hKhhjj2Y2wRYPhT4n
  f+vs8ZvpzjC8ItKYHPguXLMGgVDwsCrGKb/WnSAKAJDKKEk0N0tiI+PFFDUAkhAN
  1DsiiVc2W/ALMSXY37GNSPWxQ9rJr+qricABY5O/Gw+qLua+sqKnCnzgL1dv7KzS
  /KmuXbUUeoy5YOqBFDi2AEqouiI7BzjAMgvTiQIcBBABCAAGBQJVCOpwAAoJEMJW
  +9UAIh6TG5UQAJGlM1RGSLW3rKC8iDpZxHY7nLtfsfNiL3170h7E70nEUswhquR6
  zJ7L+/qnb90TuqMmhEXGk47zx8z59auY7a9u6Uv8fAnDlpvXz1qVmY6Ck/SpFkL/
  1pd4I6nAt/i++WP3UNqNyxEdCzSudbm5+q7oNhBHp3hRaqATzgYfX1yvX4e53WK/
  f/0BFRufnoxGCHCgeeBI5iEobhKZY7uP77Hm4Q5uJuz6i61WlcqU3eT7BlPVOFuX
  G9t2c7pYY+HAZwItRdrvUwo8ZkN9r7E9jxPQKVO4hvj1yYjtCMxKASyR+9T706u9
  c/l/PfopsOtEXa6EGRzAR1rDQKZtHqNufHiDS5m91vEclbDo5CKhjdiXj38sqXNY
  ry8Gy1m/9OTz6VbX4Xg9F/9miMN5+n+RfbwC9IxiXKGxoN+AZJep9M4Crk79yMj4
  jEy52/KXiFCfzHIZc2gqn9CyPmjvLPOixpuv/8/FH4erRivWdUnQgOLwHPPrJ8ZQ
  QvUK/0ozbs5ai7FyJf1hwGNaZDmF0l+K0GsOphqZCUZCHEQYp3/jXPDc654CeSMP
  2lhiUO+6dG+ZjrzuJcet3oELa3w2UBL3HXTFS5YuFlyk7xC+7LOEdoDPtmEkLoS3
  zjDcaCJv/xHNhUHOQnd4MKt/1Vq32tSM13jWmUVslAwPDlAzaB+A2d7oiQQcBBAB
  AgAGBQJVjtsfAAoJEHWdM/XBXwWWjjIf/2v2ArC4wBFcCbRO5Ddlifz+TjNo8p86
  Ykg9TxFQLQazIYhPw4Akn0Uc9w8adwWAmfpNH56XvZ/dOvCWf7KJbo0YnrVClZRX
  wxy9vUaV5u6KLTIbmBo7KqTxIW+8lBPFbfauMIIJ8XsdJ+MR2Twy6KKaxsvCR3AM
  Zm4DPNfLy4SnCGZne0oXHogIQgxB7EekpXf8TYenGDu57dxEDLFajrYjgnD8h7XZ
  EZ5fUBDdo/a0e9R+05FkjCWg3KHqTH6Ij5jWWjop455uSeoRVasQ0TYj4+C0mGx8
  uRcrRi+VOcoSxQYzw3Iaw4XfsgM5JDL/4KujnHwAPU0pQPX4TNH1NBI18KJiqSjW
  cch1vFZ/WY2p+QalORQ/eUKBs/256xAyrDQ5blYr+vjsPeLJ5eLdmOe6XxRQoWPt
  Sji9JDEF9iCxlEkLWQ0VtQk2nGgBhvWUgkKQGa3QpE0woIKZF/4EweIqzt6eRLi2
  PeIMgJK2eNIcE6WnCbU2jeo+hY94HUkSij9E3PgS2QNALtaBk1Z91WLOqVCwG3Lp
  zE+awGmVkgIR6UEkgkmxQU+531BMNe4SVW8nomHNVZDOE7Wt+23UIVPb9YCCx6q9
  V6n9S/aZZ2WqBswkF2VLAxA8x//Sfz++QKUEgpuythAVTuyZfPRhfpi45J+B+LSQ
  6yBe8N97bE8o8u0GEx/gdyiDjHmGgv9/SuXpmugZ6AbKQ5LS3g8igQ3oW42F/YB1
  5HCggP3Fni28CafBcXNsbBSjCP8frT8f71yq8KVt3zBTfBXKXptVVXDuCM2L09gZ
  MVynmZTJIHhZFKPEDnu5IdUGw+rRahOsEgIm0bSCNbXeu9pEbyzyKhJxI1Bz+R2C
  yEFYOHZ40jbQSJZKZsxN1s2HAx3Nrdv75E/TkIWvuNKy286Z9PjuS32+aMXCam7m
  gryRN9qZbGQFz7kiVqRjHtE/nQSzMZ0yc8EP+tdecUwCWt/ypzeOI63G7i7hCzX3
  Fv6clIU6TBodPfu2g2m9Wo/QPTFBopHmOvyXHtPP5RvwPkzcbjZSazEEonw9DH/F
  OwaR/WAIqP3xgdZ0I+rRbLvW/51iqrw3nzD29LBvbXg5xVykFxO12lWmBABVHp2Y
  heL3LqxonBG4kCG3DvBxyWFNMC7zZcp1n36FMgvFa4maoZm9Genq0S/b8Hgo4MZC
  Dlw1tSCCdbsXVDXQsekuwRMty5hmwPlz4u2pq39GNi8TmM4GGiWFxRFQeAXMvsqt
  9RpKDCbrL8Y8UwF8VpCbH5L2a3a1RoRvzdnkMrh+M9SZpaxI8y9S6hmDQYJ8bI5P
  BzKdbZFG0unLA2x2vSxPJD7yz7ukvEpJ5N9uEGR4xzE9FTCCrZAJGtq5Ag0EVQY5
  2wEQAMWOetxEYAP318gYJQqVtaJUtZ4hzmF1wufPX7sQ8DILxWNtc8L+3ub/RRNJ
  Vhfu0AWi7mhhRddn2872wy5uZ3j3eWdfGHq//czIl/63+Qyj6WNoz8XNNV/7E0f2
  j2WLRlOZ8TfL2BEXD/VwRmkUtc0rXaugAfjgZf4/dvospPKPoOOEQrCYWo3VoQHa
  jSYsHubKEzHDtlQJ6PxCFV0WmG6hhJssrLNszqp5johmM1VGlIea4d2KzbzVfAr9
  0YsWg1jS1CU9ifmrlYVWGU4I4n4Y5kW0k7VOV3vZmMqXNtFQJSf/NJkfxA4FZDdN
  rNXKEa9USobxALngLzDy5z9FdXnqaGC4QBqjzfEsJ3i/7C5skdiUfcHb3YNATtlh
  +Hf3N0CzuMxvcp+vB+qL9JfI1eGli7qnhWj3BssbJHTLQSmbW7lddsPOKv0kRCGN
  UgDr2QQqXj8Y1HepqRX6oIwm8gNZYWKprLdZQueW0BxO+DMdaqz33m2+FZk34ovz
  ZAfpAkvm2Bvz+0OofpI20t/5nCnToae8tQySs7BG+Og2xldNTaWGbV+tM3hBLCOb
  VK8g3CmS7a69Lzb7RdKnAm8y8rT02dFrrPwUYNRiOa

Bug#784207: [Pkg-ime-devel] Bug#784199: fcitx-rime: Cannot enable rime in fcitx

2015-05-21 Thread Paul Novotny 
Hello, it looks like yaml-cpp 0.5.2 is not binary compatible with 0.5.1.
abi-compliance-checker confirms this. I did not notice this when I
updated the yaml-cpp package to 0.5.2. librivet11 may also be affected
by this bug, I will investigate.

-Paul


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#780659: [Debian-med-packaging] Bug#780659: insighttoolkit only built on amd64 and i386

2015-03-24 Thread Paul Novotny 
On Tue, 2015-03-17 at 14:53 +0100, Matthias Klose wrote:
 Package: src:insighttoolkit4
 Version: 4.6.0-3
 
 insighttoolkit is only built on amd64 and i386, while insighttoolkit3 worked 
 on
 some more architectures.  any reason for not trying to build that?  Sure, it
 needs 50g - 100g disk for the build, a 500mb log file, and such.  given the
 alternative to remove binaries for other architectures before the next Ubuntu
 release, I gave it a try ...

I looked at this a while back. From what I could tell, some of the tests
were failing because GDCM was reading files incorrectly on big-endian
systems. The GDCM package is built with its tests off, so I think that
is how GDCM can be built for big endian architectures. Upstream GDCM
lists big endian support as a major missing feature, and unlikely to
work [1].

-Paul

[1] http://gdcm.sourceforge.net/wiki/index.php/Missing


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#775753: ITP: opensurgsim -- A free platform for surgical simulation

2015-01-19 Thread Paul Novotny 
Package: wnpp
Severity: wishlist
Owner: Paul Novotny p...@paulnovo.us

* Package name: opensurgsim
  Version : 0.6.0
  Upstream Author : Paul Novotny pnovo...@simquest.com
* URL : http://www.opensurgsim.org/
* License : Apache 2.0
  Programming Lang: C++
  Description : A free platform for surgical simulation

OpenSurgSim is an open-source project dedicated to real-time surgical
simulation. It offers an open framework that includes the necessary building
blocks for surgical simulations, such as native device support, haptic
feedback, graphics, discrete collision detection and physics simulation.
OpenSurgSim is flexible. Developers can refactor the physics engine, swap
models, ODE solvers, or linear system solvers.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#651433: patch to turn ITKVTKGLUE back on

2012-01-30 Thread Paul Novotny 
Attached are 2 patches that will allow ITKVTKGLUE to be turned back on.
They make the ITKVTKGLUE module compatible with vtk 5.8. The first
patch, insighttoolkit.patch, actually needs to be applied to the
insighttoolkit source. The second patch, wrapitk.patch, is for the
wrapitk-python source.


diff --git a/debian/patches/itkvtkglue-vtk58.patch b/debian/patches/itkvtkglue-vtk58.patch
new file mode 100644
index 000..85b3750
--- /dev/null
+++ b/debian/patches/itkvtkglue-vtk58.patch
@@ -0,0 +1,29 @@
+--- a/Wrapping/WrapITK/ExternalProjects/ItkVtkGlue/Wrapping/itkvtk.swg
 b/Wrapping/WrapITK/ExternalProjects/ItkVtkGlue/Wrapping/itkvtk.swg
+@@ -42,22 +42,22 @@
+ 
+ %typemap(out) vtkImageExport* {
+   PyImport_ImportModule(vtk);
+-  $result = vtkPythonGetObjectFromPointer ( (vtkImageExport*)$1 );
++  $result = vtkPythonUtil::GetObjectFromPointer ( (vtkImageExport*)$1 );
+ }
+ 
+ %typemap(out) vtkImageImport* {
+   PyImport_ImportModule(vtk);
+-  $result = vtkPythonGetObjectFromPointer ( (vtkImageImport*)$1 );
++  $result = vtkPythonUtil::GetObjectFromPointer ( (vtkImageImport*)$1 );
+ }
+ 
+ %typemap(out) vtkImageData* {
+   PyImport_ImportModule(vtk);
+-  $result = vtkPythonGetObjectFromPointer ( (vtkImageData*)$1 );
++  $result = vtkPythonUtil::GetObjectFromPointer ( (vtkImageData*)$1 );
+ }
+ 
+ %typemap(in) vtkImageData* {
+   $1 = NULL;
+-  $1 = (vtkImageData*) vtkPythonGetPointerFromObject ( $input, vtkImageData );
++  $1 = (vtkImageData*) vtkPythonUtil::GetPointerFromObject ( $input, vtkImageData );
+   if ( $1 == NULL ) { SWIG_fail; }
+ }
+ 
diff --git a/debian/patches/series b/debian/patches/series
index e895b96..1952557 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -7,3 +7,4 @@ wrapitk.patch
 wrapitk-externalprojects.patch
 add-registration-optimizers.patch
 wrap-iifilter-split.patch
+itkvtkglue-vtk58.patch
diff --git a/debian/rules b/debian/rules
index ec07f75..8ec30d5 100755
--- a/debian/rules
+++ b/debian/rules
@@ -37,8 +37,7 @@ CMAKE_FLAGS = \
 	-DWRAP_unsigned_short:BOOL=ON \
 	-DWRAP_vector_float:BOOL=ON \
 	-DWRAP_FFT:BOOL=OFF \
-	-DWRAP_FFTW:BOOL=OFF \
-	-DBUILD_ITKVTKGLUE:BOOL=OFF
+	-DWRAP_FFTW:BOOL=OFF
 
 VER_FULL = $(VER_MAJOR).$(VER_MINOR).$(VER_PATCH)
 SOVERSION = $(VER_MAJOR).$(VER_MINOR)

Bug#632861: libvtkedge-dev: package needs template (*.txx) files

2011-07-06 Thread Paul Novotny 
Package: libvtkedge-dev
Version: 0.2.0~20110403-1
Severity: important
Tags: patch

This package needs to include the template files(*.txx) along with the header
files. I have included a patch that adds these files.

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.39-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libvtkedge-dev depends on:
ii  libvtkedge  0.2.0~20110403-1 Library of advanced visualization 

libvtkedge-dev recommends no packages.

libvtkedge-dev suggests no packages.

-- no debconf information
--- a/debian/libvtkedge-dev.install
+++ b/debian/libvtkedge-dev.install
@@ -1,4 +1,5 @@
 usr/lib/VTKEdge/*.cmake
 usr/CMake/*.cmake usr/lib/VTKEdge/CMake
 usr/include/VTKEdge/*.h
+usr/include/VTKEdge/*.txx
 usr/lib/lib*.so

Bug#613539: insighttoolkit: FTBFS on multiple architectures

2011-04-21 Thread Paul Novotny 
These are probably all caused by out of memory issues. Compiling this
package with the new WrapITK python wrappings uses a lot of memory. It
uses all my 8GB plus a little virtual memory on my machine (amd64).
Although I use 3 cores.

Increasing the memory (as Dominique showed above) or limiting the cores
would probably solve this issue. Although I don't know how to do this.




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#590843: libvtkedge-dev: VTKEdgeConfig.cmake points to wrong location for UseVTKEdge.cmake

2010-07-29 Thread Paul Novotny 
Package: libvtkedge-dev
Version: 0.1.0-2
Severity: important
Tags: patch

When including vtkedge in a cmake based project, VTKEdgeConfig.cmake
is used to load the configuration of libvtkedge. In particular it 
contains the location of UseVTKEdge.cmake. Because of the way this
package is created, UseVTKEdge.cmake is installed in one place, then
moved into a different location when the packages are being created.
This results in UseVTKEdge.cmake ending up in a different location than 
expected.

I have included a patch that fixes this. It sets the final location
of the cmake files in cmake. And removes the moving of files during the
package building.

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libvtkedge-dev depends on:
ii  libvtkedge0.1.0-2Library of advanced visualization 

libvtkedge-dev recommends no packages.

libvtkedge-dev suggests no packages.

-- no debconf information
diff --git debian/libvtkedge-dev.install debian/libvtkedge-dev.install
index 6c4bb14..374ea78 100644
--- debian/libvtkedge-dev.install
+++ debian/libvtkedge-dev.install
@@ -1,4 +1,4 @@
-usr/lib/*.cmake usr/lib/VTKEdge
+usr/lib/VTKEdge/*.cmake
 usr/CMake/*.cmake usr/lib/VTKEdge/CMake
 usr/include/VTKEdge/*.h
 usr/lib/lib*.so
diff --git debian/patches/move_cmakes.patch debian/patches/move_cmakes.patch
new file mode 100644
index 000..5ed14fc
--- /dev/null
+++ debian/patches/move_cmakes.patch
@@ -0,0 +1,13 @@
+Index: vtkedge/CMakeLists.txt
+===
+--- vtkedge.orig/CMakeLists.txt	2010-07-28 16:38:02.0 -0400
 vtkedge/CMakeLists.txt	2010-07-29 07:44:33.0 -0400
+@@ -121,7 +121,7 @@
+ endif(NOT VTKEdge_INSTALL_INCLUDE_DIR)
+ 
+ if(NOT VTKEdge_INSTALL_PACKAGE_DIR)
+-  set(VTKEdge_INSTALL_PACKAGE_DIR ${VTKEdge_INSTALL_LIB_DIR} CACHE INTERNAL )
++  set(VTKEdge_INSTALL_PACKAGE_DIR ${VTKEdge_INSTALL_LIB_DIR}/${PROJECT_NAME} CACHE INTERNAL )
+ endif(NOT VTKEdge_INSTALL_PACKAGE_DIR)
+ 
+ if(NOT VTKEdge_VTK_INSTALL_PACKAGE_DIR)
diff --git debian/patches/series debian/patches/series
index 3b17fcd..cef7c57 100644
--- debian/patches/series
+++ debian/patches/series
@@ -1,2 +1,3 @@
 sharedlibs_version.patch
 private_libs.patch
+move_cmakes.patch