Created attachment 325622 [details] rebar-2.0.0.ebuild rebar is a build tool for Erlang applications which is used very much in the Erlang community (it's the de facto standard, I'd say). Another reason for me to submit it here is that it's a build time dependency for some other Erlang related packages which I plan to submit here in the next weeks. I'd like to proxy-maintain this package in the gentoo-x86 tree (djc?). Thanks in advance!
Sounds good. Do you also want to proxy-maintain dev-lang/erlang itself? I'm really only maintaining it because I use CouchDB.
The first time I ran src_test on this, it hung at Creating PLT /var/tmp/portage/dev-util/rebar-2.0.0/homedir/.dialyzer_plt ... I ^C'ed it, now when I run it again (after clean): >>> Source compiled. Dialyzer version v2.5 make -j3 dialyzer xref make: [dialyzer_warnings] Error 1 (ignored) --- dialyzer_reference 2012-06-04 16:56:51.000000000 +0200 +++ dialyzer_warnings 2012-10-04 10:31:16.658845193 +0200 @@ -2 +2,2 @@ -rebar_utils.erl:154: Call to missing or unexported function escript:foldl/3 +dialyzer: Could not read PLT file /var/tmp/portage/dev-util/rebar-2.0.0/homedir/.dialyzer_plt: no_such_file + make: *** [dialyzer] Error 1 make: *** Waiting for unfinished jobs.... ==> rebar-2.0.0 (xref)
(In reply to comment #2) > The first time I ran src_test on this, it hung at It probably didn't hang up; that's just a test routine which takes approx. 5 - 10 minutes because it first has to parse the Erlang/OTP libraries itself for creating this plt file which is then used by emake dialyzer. If it some point there are more ebuilds in the tree which need such a plt file, maybe the dev-lang/erlang ebuild itself coould create it, but for now it's not worth the effort imho. About maintaining dev-lang/erlang: I'd offer to co-maintain it (including taking care of the 15.2.2 bump), but at the moment I do not feel like having enough dev experience for taking over full responsibility for such a large package. Thanks for your help!
If it's expected to take long (pretty sure it was longer than 10 minutes for me), we should run it in -v mode, so that people can at least see there's some progress. And can you explain why it doesn't work at all now?
Created attachment 325714 [details] rebar-2.0.0.ebuild Hmm. I found out why dialyzer took substanially longer on your machine: In Erlang versions prior to R15B02 (which isn't in our tree yet), dialyzer uses only one of the available processor cores, taking much longer for its task. Additionally, Dialyzer isn't that likely to catch bugs at all, so I just dropped it from my src_test routine.
Created attachment 325716 [details] rebar-2.0.0.ebuild
It would be nice if you just used your real name on Bugzilla. :)
Committed to the tree with minor changes, thanks!
(In reply to comment #7) > It would be nice if you just used your real name on Bugzilla. :) Well, I decided you're right... So, if you want to update the metadata.xml, here's me real name, and I also changed the email. Thanks for your help!
Great! I've updated your info. Looking forward to the rest of your packages...
