2011/3/29 Per Melin <span dir="ltr"><<a href="mailto:per.melin@gmail.com">per.melin@gmail.com</a>></span><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div><div class="h5"><br>
</div></div>While we're on the subject, here are a couple of minor gotchas that<br>
could possibly be improved in future versions of reltool:<br>
<br>
1. Where the .rel is placed.<br>
A release named "foo" with version "001" created with<br>
reltool:create_target/2 in target directory "foo_001" will get this<br>
.rel file:<br>
foo_001/releases/001/foo.rel<br>
<br>
But that is not what release_handler expects. So you need to move and<br>
possibly rename the file to:<br>
foo_001/foo_001.rel<br></blockquote><div><br></div><div>Ah, thanks for that :-) </div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
2. start.boot.<br>
For the same release you get a boot file called foo.boot. But<br>
release_handler will barf unless there is a start.boot (which I<br>
believe is really irrelevant unless you run in embedded mode with the<br>
default scripts). So maybe when you include the option {boot_rel,<br>
"foo"} that could mean that foo.boot will instead be called<br>
start.boot?<br>
</blockquote></div><br><div>Yes. I've successfully used boot_rel to specify my own boot script. It works fine and the specified script is the one that runs if you don't provide one on the command line.</div><div>
<br></div><div>Peace,</div><div>Sam.</div>