I would like to see bullet-2.42b on portage. I find this physics sdk somewhat better structured than ODE, and ODE is already there. If anyone has made an ebuild please submit it. If not, then I'll do it myself, hoping it will be accepted.. Thanks
I've done a simple ebuild that works. The only problem seems to be that the Demos and the Extras get built, and I can find no way of turning that off.. They don't get installed, but it takes a bit longer to build everything.
Created attachment 109799 [details] The proposed ebuild This is my proposed ebuild. The only things lacking may be the ability to not compile the Extras and Demos or the ability to install them.
Hi Renato, Thanks for your input. In order to have bullet in the tree, the ebuild needs more work: - RDEPEND does not need jam - use the die function when you can (e.g. for econf) - there seems to have an opengl/glut dependency - documentation: the package provides much, but the ebuild does not install any - an src_test would be very nice (it seems you need cppunit in this case) - if there is a way to build the shared library, include it You also might want to update to the latest, which also seem to use cmake. Sébastien
Ok, I'll work on it. Thanks for the input. I'll be really busy until the end of the next week, but expect something done after that. Cheers, Renato
(In reply to comment #3) > Hi Renato, Hello! > Thanks for your input. > In order to have bullet in the tree, the ebuild needs more work: > - RDEPEND does not need jam Done, > - use the die function when you can (e.g. for econf) Done, > - there seems to have an opengl/glut dependency It's for the demos. I've added a use flag, although no install mechanism is in place (see bellow).. Also, there seems to be no effect of setting --without-x and --without-mesa... > - documentation: the package provides much, but the ebuild does not install any I can't see any docs on the 2.50b tarball.. Can you point me to them? > - an src_test would be very nice (it seems you need cppunit in this case) Hum, not sure how to do this, will try to learn :) > - if there is a way to build the shared library, include it Apparently the author doesn't want this, so it provides no visible mechanism... Only the static library is built.. > You also might want to update to the latest, which also seem to use cmake. CMake is broken on purpose, as the author states here: http://www.continuousphysics.com/Bullet/phpBB2/viewtopic.php?p=3876&sid=c70f16763aef803fee76512bfa26dd06 There is no ability to install anything with cmake. And now with 2.50b jam is also unable to install the libraries/headers: >>> Merging sci-physics/bullet-2.50b to / >>> sci-physics/bullet-2.50b merged. >>> Recording sci-physics/bullet in "world" favorites file... >>> No packages selected for removal by clean >>> Auto-cleaning packages... >>> No outdated packages were found on your system. * GNU info directory index is up-to-date. Summing up, the build system(s) is(are) broken.. So unless the author changes his philosophy I guess there's no point for the bullet ebuild.... Cheers, Renato
Created attachment 119791 [details] The updated ebuild Here's the updated (although not working) ebuild
Created attachment 119803 [details] The working ebuild Oh, sorry, I forgot the double-ticks around the ${D}.. now it installs everything correctly :) So the ebuild is working! (although the demos keep being compiled..)
Created attachment 120066 [details] sci-physics/bullet-2.51 Took the 2.50b ebuild. Fixed: - LICENCE -> LICENSE - "" round ZLIB - use sourceforge mirrors
(In reply to comment #8) > Created an attachment (id=120066) [edit] > sci-physics/bullet-2.51 > > Took the 2.50b ebuild. Fixed: > > - LICENCE -> LICENSE > - "" round ZLIB Ooops.. these were really stupid bugs.. > - use sourceforge mirrors > Seems better!
Bullet 2.52 is out.
Created attachment 121640 [details] bullet-2.52.ebuild Bump.
Maybe sunrise would be a better place for this ebuild :)
just put a slightly modified ebuild in gentooscience. thanks!
With a view on the possibility of games which might be depending on this library, I think it should be in the main repos
> With a view on the possibility of games which might be depending on this > library, I think it should be in the main repos Well I'd be willing to do this. But I don't know this package at all. So if someone could provide a way to test it, or better a src_test function in the ebuild, that would be great.
bumped to 2.64. Vote for this bug or CC yourself to it if you would like to see this in the main tree.
Created attachment 143238 [details, diff] bullet-2.64-gcc4.patch I needed this patch to compile bullet 2.64 under gcc 4.2.2
(In reply to comment #13) > just put a slightly modified ebuild in gentooscience. thanks! Would be nice to post it here since gentooscience looks... dead? Anyone with that 2.64 ebuild?
Created attachment 143919 [details] sci-physics/bullet-2.64.ebuild Found it somewhere in the internet, added patch from egore. Works here.
> Would be nice to post it here since gentooscience looks... dead? > > Anyone with that 2.64 ebuild? gentooscience has been transfered to overlays.gentoo.org. You can still add it with layman -a science, just as before. Also the 2.64 ebuild has been there, and I just updated it with the gcc-4.2 patch. I will probably push bullet in the main tree once 2.67 is out, since 2.66 has some issues. Thanks
bullet-2.67 now in the main tree. Thanks all.