chiark / gitweb /
cvs-repomove fixed for moving back to a place it's already been
[chiark-utils.git] / debian / changelog
index 77018245b1629c7a57ed9eea40f12d5ffb3326bb..5f8cf668d7724619cb4f6fce4e7f52779972247b 100644 (file)
@@ -1,10 +1,42 @@
+chiark-utils (4.0.99.0.20) unstable; urgency=low
+
+  * cvs-repomove fixed for moving back to a place it's already been.
+
+ --
+
+chiark-utils (4.0.99.0.19) unstable; urgency=low
+
+  * cvs-repomove fixed for resuming failed moves.
+
+ -- Ian Jackson <ian@davenant.greenend.org.uk>  Wed, 21 Dec 2005 02:30:00 +0000
+
+chiark-utils (4.0.99.0.18) unstable; urgency=low
+
+  * cvs-repomove can move repos from remote sources as well as local ones.
+
+ -- Ian Jackson <ian@davenant.greenend.org.uk>  Tue,  2 Aug 2005 23:49:51 +0100
+
+chiark-utils (4.0.99.0.17) unstable; urgency=low
+
+  * Size for readbuffer/writebuffer may be in k or bytes.
+
+ -- Ian Jackson <ian@davenant.greenend.org.uk>  Sat, 21 May 2005 14:52:31 +0100
+
+chiark-utils (4.0.99.0.15) unstable; urgency=low
+
+  * /etc/chiark-backup/snap/lvm (backup/lvm in the source tree) now
+    limits the snapshot size to 1.1x the original lv size (rounded down,
+    ish), as lvcreate has this as an undocumented restriction.
+
+ -- Ian Jackson <ian@davenant.greenend.org.uk>  Wed,  6 Apr 2005 20:04:21 +0100
+
 chiark-utils (4.0.99.0.14) unstable; urgency=low
 
   * /etc/chiark-backup/snap/lvm (backup/lvm in the source tree) now uses
     the free extents on the vg as the default size for the snapshot.  This
     is somewhat better although still not ideal in some cases, obviously.
 
- --
+ -- Ian Jackson <ian@davenant.greenend.org.uk>  Tue,  5 Apr 2005 20:06:27 +0100
 
 chiark-utils (4.0.99.0.13) unstable; urgency=low