From 68b804f34d4ec420d86953e3f519179a40fbee8f Mon Sep 17 00:00:00 2001
From: Erlang/OTP <otp@erlang.org>
Date: Tue, 29 Jan 2013 11:38:41 +0100
Subject: Prepare release

---
 lib/reltool/doc/src/notes.xml | 59 ++++++++++++++++++++++++++++++++++++++++++-
 lib/reltool/vsn.mk            |  2 +-
 2 files changed, 59 insertions(+), 2 deletions(-)

(limited to 'lib/reltool')

diff --git a/lib/reltool/doc/src/notes.xml b/lib/reltool/doc/src/notes.xml
index 66ec7e9035..69e499723f 100644
--- a/lib/reltool/doc/src/notes.xml
+++ b/lib/reltool/doc/src/notes.xml
@@ -37,7 +37,64 @@
     thus constitutes one section in this document. The title of each
     section is the version number of Reltool.</p>
 
-  <section><title>Reltool 0.6.1</title>
+  <section><title>Reltool 0.6.2</title>
+
+    <section><title>Fixed Bugs and Malfunctions</title>
+      <list>
+        <item>
+          <p>
+	    <list> <item> If <c>incl_cond</c> was set to
+	    <c>derived</c> on module level, then reltool_server would
+	    crash with a <c>case_clause</c>. This has been corrected.
+	    <c>incl_cond</c> on module level now overwrites
+	    <c>mod_cond</c> on app or sys level as described in the
+	    documentation. </item> <item> If a <c>rel</c> spec in the
+	    reltool config does not contain all applications that are
+	    listed as <c>{applications,Applications}</c> in a
+	    <c>.app</c> file, then these applications are
+	    autmatically added when creating the <c>.rel</c> file.
+	    For 'included_applications', the behaviour was not the
+	    same. I.e. if a <c>rel</c> spec in the reltool config did
+	    not contain all applications that are listed as
+	    <c>{included_applications,InclApplications}</c> in a
+	    <c>.app</c> file, then reltool would fail with reason
+	    "Undefined applications" when creating the <c>.rel</c>
+	    file. This has been corrected, so both
+	    <c>applications</c> and <c>included_applications</c> are
+	    now automatically added if not already in the <c>rel</c>
+	    spec. </item> <item> The <c>rel</c> specification now
+	    dictates the order in which included and used
+	    applications (specified in the <c>.app</c> file as
+	    <c>included_applications</c> and <c>applications</c>
+	    respectively) are loaded/started by the boot file. If the
+	    applications are not specified in the <c>rel</c> spec,
+	    then the order from the <c>.app</c> file is used. This
+	    was a bug earlier reported on systools, and is now also
+	    implemented in reltool. </item> <item> Instead of only
+	    looking at the directory name, reltool now first looks
+	    for a <c>.app</c> file in order to figure out the name of
+	    an application. </item> </list></p>
+          <p>
+	    Own Id: OTP-10012 Aux Id: kunagi-171 [82] </p>
+        </item>
+      </list>
+    </section>
+
+
+    <section><title>Improvements and New Features</title>
+      <list>
+        <item>
+	    <p> Some examples overflowing the width of PDF pages have
+	    been corrected. </p>
+          <p>
+	    Own Id: OTP-10665</p>
+        </item>
+      </list>
+    </section>
+
+</section>
+
+<section><title>Reltool 0.6.1</title>
 
     <section><title>Improvements and New Features</title>
       <list>
diff --git a/lib/reltool/vsn.mk b/lib/reltool/vsn.mk
index 6872539b8c..b1edf770aa 100644
--- a/lib/reltool/vsn.mk
+++ b/lib/reltool/vsn.mk
@@ -1 +1 @@
-RELTOOL_VSN = 0.6.1
+RELTOOL_VSN = 0.6.2
-- 
cgit v1.2.3