changeset 54:e109391424b5

some misc. cleanup and convert to mercurial source control
author carl@ns.five-ten-sg.com
date Thu, 31 Jan 2008 17:32:54 -0800
parents c97dabe37115
children 0cdbd066f65a
files ChangeLog xml/libpst.in
diffstat 2 files changed, 37 insertions(+), 33 deletions(-) [+]
line wrap: on
line diff
--- a/ChangeLog	Fri Feb 01 07:02:14 2008 +0000
+++ b/ChangeLog	Thu Jan 31 17:32:54 2008 -0800
@@ -1,32 +1,33 @@
-LibPST 0.6.6 (2008-01-xx)
+LibPST 0.6.6 (2008-01-31)
 ===============================
 
-    	* More code cleanup, removing unnecessary null terminations on
-	binary buffers. All pst file reads now go thru one function.
-    	Logging all pst reads to detect cases where we read the same data
-	multiple times - discovers node sizes are actually 512 bytes.
+        * More code cleanup, removing unnecessary null terminations on
+        binary buffers. All pst file reads now go thru one function.
+        Logging all pst reads to detect cases where we read the same data
+        multiple times - discovers node sizes are actually 512 bytes.
+        * Switch from cvs to mercurial source control.
 
 LibPST 0.6.5 (2008-01-22)
 ===============================
 
-    	* More code cleanup, removing obsolete code. All the boolean flags
-	of type 0xb have length 4, so these are all 32 bits in the file.
-	Libpst treats them all as 16 bits, but at least we are consistent.
-	* More fields decoded - for example, see
+        * More code cleanup, removing obsolete code. All the boolean flags
+        of type 0xb have length 4, so these are all 32 bits in the file.
+        Libpst treats them all as 16 bits, but at least we are consistent.
+        * More fields decoded - for example, see
         <http://msdn2.microsoft.com/en-us/library/aa454925.aspx>
-	We should be able to use that data for much more complete decoding.
-	* Move the rpm group to Applications/Productivity consistent with
-	Evolution.
+        We should be able to use that data for much more complete decoding.
+        * Move the rpm group to Applications/Productivity consistent with
+        Evolution.
 
 LibPST 0.6.4 (2008-01-19)
 ===============================
 
-	* More fixes for Outlook 2003 64 bit parsing. We observed cases of
-	compressed RTF bodies (type 0x1009) with zero length.
-	* Document type 0x0101 descriptor blocks and process them.
-	* Fix large file support - we need to include config.h before any
-	standard headers.
-	* Merge following changes from svn snapshot from Alioth:
+        * More fixes for Outlook 2003 64 bit parsing. We observed cases of
+        compressed RTF bodies (type 0x1009) with zero length.
+        * Document type 0x0101 descriptor blocks and process them.
+        * Fix large file support - we need to include config.h before any
+        standard headers.
+        * Merge following changes from svn snapshot from Alioth:
             * Add new fields to appointment for recurring events
               (SourceForge #304198)
             * Map IPM.Task items to PST_TYPE_TASK.
@@ -43,28 +44,28 @@
 LibPST 0.6.3 (2008-01-13)
 ===============================
 
-    	* More type consistency issues found by splint.
+        * More type consistency issues found by splint.
 
 LibPST 0.6.2 (2008-01-12)
 ===============================
 
-	* More fixes for Outlook 2003 64 bit parsing.
-	* All buffer sizes changed to size_t, all file offsets changed to off_t,
-	all function names start with pst_, many other type consistency issues
-	found by splint. Many changes to #llx in debug printing for 64 bit items.
-	All id values are now uint64_t.
+        * More fixes for Outlook 2003 64 bit parsing.
+        * All buffer sizes changed to size_t, all file offsets changed to off_t,
+        all function names start with pst_, many other type consistency issues
+        found by splint. Many changes to #llx in debug printing for 64 bit items.
+        All id values are now uint64_t.
 
 LibPST 0.6.1 (2008-01-06)
 ===============================
 
-	* Outlook 2003 64 bit parsing. Some documentation from Alexander Grau
-	<alexandergrau@gmx.de> and patches from Sean Loaring <sloaring@tec-man.com>.
-	* fix from Antonio Palama <palama@inwind.it> for email items
-	that happen to have item->contact non null, and were being processed
-	as contacts.
-	* Add large file support so we can read .pst files larger than 2gb.
-	* Change lspst to be similar to readpst, properly using recursion to walk
-	the tree, and testing item types. Add a man page for lspst.
+        * Outlook 2003 64 bit parsing. Some documentation from Alexander Grau
+        <alexandergrau@gmx.de> and patches from Sean Loaring <sloaring@tec-man.com>.
+        * fix from Antonio Palama <palama@inwind.it> for email items
+        that happen to have item->contact non null, and were being processed
+        as contacts.
+        * Add large file support so we can read .pst files larger than 2gb.
+        * Change lspst to be similar to readpst, properly using recursion to walk
+        the tree, and testing item types. Add a man page for lspst.
 
 LibPST 0.5.12 (2007-10-02)
 ===============================
@@ -534,4 +535,3 @@
 
 Dave Smith
 
-: vim: set tw=72 sw=4 ts=4:
--- a/xml/libpst.in	Fri Feb 01 07:02:14 2008 +0000
+++ b/xml/libpst.in	Thu Jan 31 17:32:54 2008 -0800
@@ -14,6 +14,10 @@
             url="http://www.five-ten-sg.com/@PACKAGE@/">http://www.five-ten-sg.com/@PACKAGE@/</ulink>
             </para>
 
+            <para>A Mercurial source code repository is available at <ulink
+            url="http://hg.five-ten-sg.com/libpst/">http://hg.five-ten-sg.com/libpst</ulink>.
+            </para>
+
     	    <para>This version can now convert both 32 bit Outlook files (pre 2003), and the
     	    64 bit Outlook 2003 pst files.
             </para>