It would be great if there was an ebuild for the Riak NoSQL database.
If there's no objections, I can try to find time to add to sunrise.
@Judson: did make progress in creating an ebuild for riak?
(In reply to comment #1)
> @Judson: did make progress in creating an ebuild for riak?
I haven't started to put anything for sunrise - I got really burned on the ebuild submission process before and I'm not sure I want to sink time into it without a better guarantee it'll be accepted.
An ebuild for riak appeared in the ultrabug overlay:
Created attachment 349732 [details]
I updated this ebuild to 1.3.1 and added init scripts for it.
There are still a lot of ugly things happening in the build process (like git-cloning dependencies etc), but for me it works so far.
Created attachment 349734 [details]
Created attachment 349736 [details]
Created attachment 349738 [details, diff]
I created a 1.3.1 ebuild without seeing this one. It is based on the 1.0.2 ebuild I guess.
Some additional checks were added and the latest Erlang version available on portage required. My tests did work with smp enabled erlang only but that could just be my environment.
I will attach the files and maybe you can take a look.
Created attachment 350960 [details]
Created attachment 350962 [details]
Created attachment 350964 [details]
Created attachment 350966 [details]
sunrise would be a good idea before a dev gets interested in this
I have send a new version to #gentoo-sunrise for review. If it is done I will attach it here too.
Created attachment 351228 [details]
Created attachment 351230 [details]
Created attachment 351232 [details]
Created attachment 351234 [details]
And could anyone change the title of this bug please? It is somewhat ridiculous ;)
Created attachment 351510 [details]
Removed kpoll useflag as it does not change anything but a config file. Even that change is not important as the kpoll option gets ignored when it is unsupported.
Placed a postinst warning instead.
Created attachment 351520 [details]
Added some explanation on the leveldb dependency
Created attachment 351522 [details]
added check if multiple beam pids get returned
Created attachment 351816 [details]
some fixes and cleanup
Created attachment 351818 [details]
moved some variables to conf.d
Created attachment 352852 [details]
Changed description. More general.
Created attachment 354924 [details]
Using functions to install and added emake variables to make build honor the toolchain.
Created attachment 354926 [details, diff]
Created attachment 354928 [details]
Created attachment 355352 [details]
a lot of fixes and cleanup from review on #gentoo-sunrise
Created attachment 355354 [details]
Created attachment 355356 [details, diff]
not touching -fPIC
Created attachment 356736 [details]
Created attachment 356738 [details, diff]
A lot more flags patched
Created attachment 356740 [details, diff]
updated for 1.4.1 release
Created attachment 356742 [details]
a bit beautification
It seems that at least one ebuild related to this bug exists in the Sunrise overlay at the moment. However, I have to regretfully announce that after a long inactivity period the Sunrise project has been discontinued and the related overlay will be eventually removed. For this reason, I'd like to ask you to reevaluate the ebuilds and consider moving them. If you'd like to maintain a package from Sunrise in Gentoo, please take a look at our Proxy Maintainers  project.
Please make sure to take ebuilds from the unreviewed developer Sunrise repository  rather than the -reviewed one, since the latter has not been updated for over a year. While at it, please note that:
1. Adding a package to Gentoo requires declaring yourself as an active maintainer for it. All bugs regarding the package will be assigned to you, and you will be expected to maintain it.
2. Some packages may not be suitable for addition anymore. While there's no strong rules that would prevent you from adding a package, it may be a bad idea to add old-unmaintained packages that will shortly result in a large number of bugs reported with no solution. If that is the case, please close the bug as RESOLVED/OBSOLETE to make it easier to find packages worth adding.
3. Some of the bugs were already closed as WONTFIX/OBSOLETE/... while the relevant ebuild was kept in Sunrise. If you disagree with the original decision, you still can add the ebuild via proxy-maint.
4. Pleaes note that many of the Sunrise ebuilds are old and may be buggy. If you decide to move them, please make sure to update/clean them up. The proxy-maint team will also review your ebuilds, therefore making sure they land in Gentoo in good quality.
Once again, thank you for your contribution. We hope that you will still want to contribute to Gentoo, through proxy-maint or otherwise.