[erlang-bugs] reltool upsetting the order of things

[Ulf Wiger]

The specific requirement behind the special sorting strategy was that sometimes you specifically need a certain application to start _before_ another application.

One could imagine different ways of doing this, for example allowing {before, App} in the 'applications' attribute in the .app file. Most likely, this would break code, though.

A new attribute, {start_before, [App]} could be another approach. OTOH, I think this is a sufficiently unusual situation, that the current solution might be the best after all.

BTW, it _is_ documented! See the man page for systools:make_script/1

http://www.erlang.org/doc/man/systools.html#make_script-1

"The applications are sorted according to the dependencies between the applications. Where there are no dependencies, the order in the .rel file is kept."

Reltool is more vague:

"rel
Release specific configuration. Each release maps to a rel, script and boot file."

But it's reasonable to expect that Reltool should honor the promises made regarding the .rel file, when it maps to it.

BR,
Ulf W

On 27 Jan 2012, at 11:38, Siri Hansen wrote:

> 
> 
> 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
> 
> 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
> _______________________________________________
> erlang-bugs mailing list
> erlang-bugs@REDACTED
> http://erlang.org/mailman/listinfo/erlang-bugs

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