Hi, Please find attached libassa-3.3.2.ebuild. libASSA is an object-oriented C++ networking library based on Adaptive Communication Patterns. It features a simplistic implementation of the set of communication patterns such as Service Configurator, Reactor, Acceptor, Connector, and others described in various papers published by Dr. D. C. Schmidt. This package is needed for granule-1.1.6-ebuild, for which I will enter a bug directly after this one.
Created attachment 65092 [details] First version of ebuild First version of ebuild - feel free to point out any errors I made. :)
Almost forgot... I suggest to put this in dev-libs.
Please fix the following and reopen: * http://dev.gentoo.org/~ciaranm/docs/mw-faq/redundant.txt (src_compile) * Do you need to RDEPEND upon doxygen? Because you're doing so currently... * http://dev.gentoo.org/~ciaranm/docs/mw-faq/emake.txt (installing) * http://dev.gentoo.org/~ciaranm/docs/mw-faq/quoting.txt
Created attachment 71702 [details] revised ebuild for libassa-3.4.0 This ebuild is a revision of the 3.3.2 ebuild posted here. - new version - src_compile has been removed - changed install from emake to make - removed RDEPEND on doxygen - quoted ${D} - added ~amd64 to KEYWORDS I've tested this on amd64 but not on x86.
Created attachment 71703 [details] revised ebuild for libassa-3.3.2 This ebuild is a revision of the 3.3.2 ebuild posted here. - src_compile has been removed - changed install from emake to make - removed RDEPEND on doxygen - quoted ${D} Note this version does NOT compile on amd64. It may be necessary to include in portage for the sake of granule-1.1.6 on x86, however, as granule currently hasn't been updated to compile with libassa-3.4.0. (The CVS version of granule does work with libassa-3.4.0 and amd64, however) This has not been tested on x86.
I finally got around to testing this on x86. Both 3.3.2 and 3.4.0 compile and install fine. However, granule-1.1.6 depends on 3.3.2 and won't compile with 3.4.0. Even with a hard-coded version in the granule ebuild, a later emerge -uD world would update libassa and break granule (it's a runtime dep). I'm not sure how portage usually fixes such issues. In this case, one could just mask >libassa-3.3.2 for now, since granule is the only thing in portage which depends on it. Or perhaps libassa should be SLOT-ed? Or only the 3.3.2 ebuild could be put in the tree, and when granule is updated to a post-1.1.6 version, then libassa-3.4.0 could be added. I'd recommend putting this in dev-cpp (the granule ebuild I wrote (bug 101380) uses this path).
reopen
Created attachment 83053 [details] ebuild for libassa-3.4.1 This is the latest version of libassa. I've tested it on amd64 and it works fine. Could someone test this on x86?
> Could someone test this on x86? works fine for me on i686 - thanks
Just wanted to note that libassa-3.4.2 is out. I don't have a gentoo box available right now, so I can't test an ebuild, but a version bump would probably work.
(In reply to comment #10) > Just wanted to note that libassa-3.4.2 is out. I don't have a gentoo box > available right now, so I can't test an ebuild, but a version bump would > probably work. > Works and compiles fine on x86. Please add x86 or ~x86 arch to the ebuild.