Update the documentation a bit for current status

1 files changed, 12 insertions, 10 deletions

diff --git a/HACKING b/HACKING
index 77e9939..1e8111b 100644
--- a/HACKING
+++ b/HACKING
@@ -1,18 +1,20 @@
 Right now, I'm doing most of my testing using a qemu/kvm guest and
-generating the initramfs on another box.  I then can boot the guest
+generating the initramfs on another box but the support is all present
+to build for the "running" machine.  For the former, you can boot the guest
 using qemu's -kernel and -initrd options.  Currently supported rootfs
 types are regular partitions, root-on-lvm and root-on-lvm-on-encrypted-pv.
 
-generate.sh exists and will build an image.  Right now, it depends on
-some existing pieces of the Fedora initrd infrastructure, but moving
-those out is a priority now that the basic functionality has been
-proven.
+dracut exists and will build an image.  It is command-line equivalent
+to most mkinitrd implementations and should be pretty straight-forward
+to use.  
+
+To use, just run dracut with an output file name and, optionally, a
+kernel version (it defaults to using the current).   The appropriate
+modules will be copied over and things should be good to go.  If you'd
+like to customize the list of modules copied in, edit /etc/dracut.conf
+and set
+  modules="foo bar baz"
 
-To use, just run generate.sh with an output file for the initrd.  It
-will copy over some binaries as well as the appropriate shared library
-dependencies.  If you are doing a rootfs type that requires modules
-(on Fedora, this is just encrypted root now), you'll want to have the
-modules tree to copy in in a modules/ sub directory.  
 
 Requirements:
 * udev