[erlang-bugs] reltool upsetting the order of things

Siri Hansen erlangsiri@REDACTED
Fri Jan 27 11:38:15 CET 2012


2012/1/26 Kostis Sagonas <kostis@REDACTED>

> On 01/26/12 19:14, Siri Hansen wrote:
>
>>
>> 2012/1/24 Andrew Thompson <andrew@REDACTED <mailto:andrew@REDACTED
>> >>
>>
>>
>>    On Tue, Jan 24, 2012 at 11:23:51AM +0100, Ulf Wiger wrote:
>>     >
>>     > As I'm standing knee-deep in rebar and retool fun, I've noticed
>>    that reltool doesn't seem to respect the given order of applications
>>    in the 'rel' config.
>>     >
>>    I've also been bitten by this and would welcome a fix.
>>
>> There will be a correction for this - probably in R15B01....
>>
>
> If I am allowed to add my .02 in this thread, the proper way to deal with
> this issue is not by simply commenting out whatever sorting reltool may be
> using or by honoring agreements of two people that may or may not remember
> them ten years down the road, but by extending the 'rel' config files with
> a way to specify application dependencies (if there are any) and taking
> them into account.
>
> Kostis
>
> ______________________________**_________________
> erlang-bugs mailing list
> erlang-bugs@REDACTED
> http://erlang.org/mailman/**listinfo/erlang-bugs<http://erlang.org/mailman/listinfo/erlang-bugs>
>

Thank you, Kostis! This is a good point, of course. If there is a
requirement on some way to specify dependencies which can not be specified
with

1) the use of 'applications' and 'included_applications' in the .app file,
and
2) the order of applications as specified in the .rel file or the 'rel'
statement in the reltool config

we will be very happy to receive a proposal - or even better - a
contribution. However, for now I think we will just settle for correcting
the bug which messes with the order of applications during reltools
processing of 'rel' specifications.

Regards
/siri
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://erlang.org/pipermail/erlang-bugs/attachments/20120127/f51e6f12/attachment.htm>


More information about the erlang-bugs mailing list