Sorry, forgot to copy the list...<br><br><div class="gmail_quote">2012/1/12 Siri Hansen <span dir="ltr"><<a href="mailto:erlangsiri@gmail.com">erlangsiri@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Ok, I see! But what does your reltool config look like when you start reltool? <div><br></div><div>By default, when starting reltool it will traverse all applications seen in the lib dirs. The idea is that if there are multiple modules with the same name, then reltool will fail if it can not decide which one to include, but if the configuration indicates what to include, then it will only warn.</div>

<div><br></div><div>There might of course be bugs in this functionality, so an example would be nice to see...</div><span class="HOEnZb"><font color="#888888"><div><br></div><div>/siri</div></font></span><div class="HOEnZb">
<div class="h5"><div><br><div class="gmail_quote">2012/1/12 Dmitry Demeshchuk <span dir="ltr"><<a href="mailto:demeshchuk@gmail.com" target="_blank">demeshchuk@gmail.com</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I'm sorry, my explanation was really messy.<br>
<br>
It seems like in that case reltool will *see* and somehow *validate*<br>
all Erlang applications it finds in the "lib" directory, no matter if<br>
they are included into reltool.config or not. Maybe this should be<br>
considered as wrong behavior.<br>
<br>
So, in my example erlson wasn't included anywhere in reltool.config.<br>
It just had 'erl_parse' module included into the application. Btw,<br>
apparently Anton has recently removed erl_parse.erl from his<br>
repository, just because it had been causing problems with release<br>
package generation.<br>
Of course, this error is quite specific, but maybe there are more<br>
possible errors that I just don't know.<br>
<div><div><br>
<br>
On Thu, Jan 12, 2012 at 2:18 PM, Siri Hansen <<a href="mailto:erlangsiri@gmail.com" target="_blank">erlangsiri@gmail.com</a>> wrote:<br>
> Hi!<br>
><br>
>> The only possible problem I can see is that any projects that cause<br>
>> conflicts in reltool will make us unable to build release packages for<br>
>> *the rest* of the projects that reside in the same directory.<br>
>><br>
>> Say, I had erlson in my projects directory, and it was causing the<br>
>> conflicts during release package generation (well, placing<br>
>> erl_parse.erl into application listing is wrong, it definitely needs<br>
>> to be fixed).<br>
>> Probably, the same goes to projects that may contain same modules in<br>
>> the applications listing (rabbitmq and riak_core both use<br>
>> gen_server2.erl, and those modules are actually different; this<br>
>> doesn't affect any of them but definitely but won't let us build<br>
>> release package).<br>
>> Maybe, there are some more rare errors that might occur as well.<br>
><br>
><br>
> I'm not sure that I understand everything here... Do you mean that with my<br>
> proposal reltool will *see* some applications which it shall not include in<br>
> the release package? And that the fact that some of these applications have<br>
> modules with equal names causes problems when building the release package?<br>
><br>
> If so, is it not possible to write a reltool config which specifies which<br>
> apps/modules to use - and by this avoid conflicts? Sorry for the stupid<br>
> questions - I just feel like it would be good to understand the problems<br>
> completely...<br>
><br>
> /siri<br>
<br>
<br>
<br>
</div></div><div><div>--<br>
Best regards,<br>
Dmitry Demeshchuk<br>
</div></div></blockquote></div><br></div>
</div></div></blockquote></div><br>