Fix the fact that we can't bump RAM quotas above 2048M

[invirt/packages/invirt-xen-config.git] / debian / changelog

diff --git a/debian/changelog b/debian/changelog
index 5efee71..ff5d141 100644 (file)
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,59 @@
+invirt-xen-config (0.0.59) unstable; urgency=low
+
+  * Fix the fact that we can't bump RAM quotas above 2048M
+    (and acknowledge the reality that 2048M really isn't the rarest
+    thing to need these days)
+
+  Quoting from history:
+
+  """
+     invirt-xen-config (0.0.15) unstable; urgency=low
+
+       * Set the max memory to a really high number so we can bump it for users
+       * Pass the correct networking device to vif-invirtroute
+
+      -- Evan Broder <broder@mit.edu>  Fri, 14 Nov 2008 00:03:47 -0500
+  """
+
+  i,i "640K ought to be enough for anyone."
+
+ -- Mitchell Berger <mitchb@mit.edu>  Tue, 23 Jul 2019 18:50:00 -0400
+
+invirt-xen-config (0.0.58) unstable; urgency=low
+
+  * Support kickstart-based Fedora autoinstalls.
+
+ -- Quentin Smith <quentin@mit.edu>  Sat, 15 Jun 2019 20:59:54 -0400
+
+invirt-xen-config (0.0.57) unstable; urgency=low
+
+  * invirt-database: Fix the autoinstall logic so that if we've
+    increased the memory temporarily for the autoinstall above
+    the machine's database setting, we also bring maxmem up to
+    the same level.  Otherwise the machine doesn't turn on
+    because it's requesting to start with more memory than maxmem,
+    and this failure mode is silent to the user.
+
+ -- Mitchell Berger <mitchb@mit.edu>  Sat, 02 Feb 2019 16:52:00 -0500
+
+invirt-xen-config (0.0.56) unstable; urgency=low
+
+  * vif-invirtroute: Kill arpspoof with SIGKILL when we're done.  The
+    version in this distro (which is the latest beta from the
+    unmaintained upstream) tries to "clean up" when you normally
+    terminate it.  This involves trying to perform an ARP lookup
+    without interfering to see what the MAC should've been and then
+    sending replies for that.  This appears to cause a race depending
+    on whether the entry for the machine's old domain (if it's being
+    rebooted) is listed as <incomplete> in the ARP table or is totally
+    flushed.  If you lose the race, it sends further gratuitous ARPs
+    telling the router that your MAC is all-zeros because of a bug
+    where it fails to check for an incomplete ARP entry.  This is
+    believed to cause the bug that has plagued XVM for years where
+    you sometimes lose off-network connectivity on reboot.
+
+ -- Mitchell Berger <mitchb@mit.edu>  Mon, 25 Jun 2018 22:04:00 -0400
+
 invirt-xen-config (0.0.55) unstable; urgency=low
 
   * invirt-database: bump up autoinstall memory to make modern releases