Once again, bugle needs a version bump to compile correctly. (previously seen in bug #235492) No changes necessary. Relevant changelog entry: 0.0.20091026 ------------ This release just fixes a compilation problem with newer versions of glext.h. If you have successfully installed the previous version, there is no need to upgrade. Reproducible: Always Steps to Reproduce:
Created attachment 249786 [details] *unfinished* ebuild They switched from autotools to scons. I started writing this ebuild for it, but I'm giving up for now (at least src_install is borqued, if you pass parameters to scons other than install, it recompiles the whole package. sigh.)
Removed from main tree.
I've converted this bug to new package request now that it was removed from tree. The attachment got obsoleted because it was unfinished and 0.0.20101121 has been released meanwhile. Anyone is free to restore the package to tree. Thanks a lot.
Created attachment 347482 [details] bugle-0.0.20130121.ebuild My own ebuild for bugle-0.0.20130121, using the old ebuild as reference. Only limited tests are done. The ebuild lacks multilib support. It should be possible to build the library component for i386 as well, but I haven't found buGLe's documentation mentioning whether this actually works.
Created attachment 347504 [details] bugle-0.0.20130121.ebuild Huh, I'm really sorry, I should have read Samuli's ebuild more carefully. I missed more than one thing... And I didn't notice they gave instructions about building 32-bit buGLe in the FAQ page. Here's the updated ebuild, with multilib support. I'm not sure what is the correct place to install a 32-bit binary on amd64 system, so I chose to put it in the same place the FAQ entry did -- /usr/bin32 . The multilib support is implemented in rather hackish way.
Created attachment 378048 [details] Ebuild for new version with real multilib
Created attachment 378050 [details, diff] Patch for the ebuild