]> git.sur5r.net Git - bacula/bacula/blobdiff - bacula/technotes-2.4
ebl Modify catalog scripts to have an easier packaging integration,
[bacula/bacula] / bacula / technotes-2.4
index 7b44c28d13e942b40a32fe607d6089ca08996896..a5b487c98e74cf22975e11ecfb18d2e6d64a3a6f 100644 (file)
@@ -1,7 +1,42 @@
               Technical notes on version 2.4
 
 General:
+28Aug08
+ebl  Modify catalog scripts to have an easier packaging integration,
+     using default variables.
+     Make difference between SQLite3 and SQLite in db_get_type()
+26Aug08
+kes  Attempt to fix bug #1128 InChanger flag cleared during Migration
+     job when reading from one autochanger and writing to another.
+24Aug08
+kes  Add more information to SD acquire.c INFO messages.
+kes  Fix NULL Volume name error when reading and the drive must
+     be switched.
+14Aug08
+kes  Fix a Verify InitCatalog problem where in certain cases
+     a garbage filename may be entered in the verification database.  This 
+     fixes bug #1143.
+kes  Add space after version before date in bat about dialog.
+12Aug08
+kes  Fix seg fault in Dir during estimate command with no level value
+     given. This fixes bug #1140.
+08Aug08
+kes  Add message to migration job when the target job is already migrated.
+     This closes bug #1129.
+
 Release Version 2.4.2
+26Jul08
+kes  When a migration job actually runs, re-check the Job record
+     and skip if the job is already migrated. This should
+     significantly reduce the problems with bug #1129.
+24Jul08
+kes  Break the do_swapping into do_unload, do_swapping, and
+     do_load.  It is much more logical that way.
+kes  Implement a set_dcr_from_vol subroutine in acquire.c for
+     reading volumes. This allows the dcr to be refreshed after being
+     zapped when the wrong volume is mounted.
+     This should fix bug #1126 -- During multiple tape restore, bacula
+     does not ask for physical tape change, but rereads same tape
 23Jul08
 kes  Apply patch submitted for bug #1107 with a small modification.
      This fixes a bug where bcopy copied too many records.