+0.2.8 (?/??/2012):
+------------------
+
+- Fixed a bug that caused rEFInd to fail to scan for drivers if the
+ filesystem driver didn't set a volume name (that is, if the relevant
+ field was set to NULL rather than even an empty string). In such
+ situations, rEFInd now reports the volume name as "Unknown".
+
+0.2.7 (4/19/2012):
+------------------
+
+- After much trial and tribulation, I've overcome a GNU-EFI limitation and
+ enabled rEFInd to load EFI drivers. This feature was present in the
+ original build of rEFIt but was removed in the versions that could
+ compile under Linux, but now it's back -- and still being compiled under
+ Linux! To use it, you should place your drivers in a convenient directory
+ on the ESP (or whatever partition you use to launch rEFInd) and add a
+ "scan_driver_dirs" entry to refind.conf to tell rEFInd where to look. (As
+ always, you should specify the driver directory relative to the root of
+ the filesystem.) Note that you can't launch drivers from another
+ filesystem; they must be on the same volume that holds rEFInd. Those who
+ compile from source code should note that implementing this feature
+ necessitated using a more recent version of the GNU-EFI library. I'm
+ currently using version 3.0p, and version 3.0i does NOT work. I don't
+ know where the change occurred, but you may need to upgrade your GNU-EFI
+ installation.
+
+- Fixed bug that caused rEFInd to show up in its own menu sometimes.
+
+- Added new refind.conf token: also_scan_dirs. When scanning volumes for
+ EFI boot loaders, rEFInd always scans the root directory and every
+ subdirectory of the /EFI directory, but it doesn't recurse into these
+ directories. The also_scan_dirs token adds more directories to the scan
+ list. It defaults to "elilo,boot", but you can set it to any directory or
+ directories you like.
+
+0.2.6 (4/14/2012):
+------------------
+
+- Added "volume" keyword to configuration file's stanza options. This
+ option changes the volume from which subsequent files (specified by
+ "loader" and "icon") are loaded. You pass "volume" the name/label of the
+ FILESYSTEM you want to use (not the GPT partition name), or a number
+ followed by a colon (e.g., "1:"). The former should reliably identify a
+ filesystem, assuming the name is unique. The latter assigns numbers based
+ on the order in which they're scanned, which may not be as reliable but
+ should work when a volume is unnamed.
+
+- Fixed bug in 0.2.5 that caused failure of Linux initial RAM disk
+ mapping on some (but not all) systems. Affected computers include at
+ least some Intel motherboards, maybe others.
+
+0.2.5 (4/9/2012):
+-----------------
+
+- Fixed bug that caused an inability to associate initial RAM disks with
+ Linux kernels stored in a volume's root directory.
+
+- Volume badges (that override default badges) are now stored in
+ .VolumeBadge.icns. Although undocumented, rEFInd formerly loaded custom
+ volume badges from .VolumeIcon.icns. This carryover from rEFIt was a
+ confusing name, given the next (new) feature, so I've changed and
+ documented the name....
+
+- Added ability to set a default icon for a loader stored in the root
+ directory of a volume: The icon is stored in .VolumeIcon.icns. This icon
+ is also used for Mac OS X volumes booted from the standard location.
+
+- Fixed bug that caused icons to drop back to generic icons when rEFInd
+ was launched in certain ways (such as from an EFI shell in rEFInd's
+ directory) on certain systems.
+
+- Fixed bug that caused "unknown disable flag" to be shown (very briefly)
+ instead of "unknown hideui flag" when an improper hideui flag was set.
+
+0.2.4 (4/5/2012):
+-----------------
+
+- Created new refind.conf entry: "showtools". This entry takes options of
+ "shell", "gptsync", "about", "exit", "reboot", and "shutdown". This
+ option is in some respects an affirmative version of portions of the old
+ "disable" and "hideui" options; however, it enables users to specify the
+ order in which these options appear on the screen. Also, the "exit"
+ option is new; it terminates the program. The effect is usually to return
+ to whatever tool launched it or to launch a default OS; however, this is
+ somewhat unpredictable. The default therefore omits the "exit" option, as
+ well as "gptsync", which has always been dangerous (but necessary on most
+ MacOS/Windows dual-boot setups on Macs). As part of this reconfiguration,
+ I've eliminated the "rescue Linux" option, which always seemed pointless
+ to me.
+
+- Folded "disable" and "hideui" refind.conf entries into one ("disable"),
+ and reduced the number of options to six: "banner", "label",
+ "singleuser", "hwtest", "arrows", and "all". ("arrows" is new and
+ disables the scroll arrows when a system has too many tags to display
+ simultaneously.)
+
+- Added max_tags option to the refind.conf file, enabling users to reduce
+ the maximum number of OS loader tags that can be displayed at once.
+
+- Updated rEFIt icon, based on the 128x128 volume label from the rEFIt CD
+ image.
+
+- Added x86 and x86-64 EFI shells to the CD image version of the binary,
+ but NOT to the binary zip file. The logic is that the CD image is more
+ likely to be used directly as an emergency disc and so may need this
+ feature, even though the source isn't part of the rEFInd project. (The
+ source is readily available from the TianoCore project.)
+
+- EFI shells may now be stored at /shellx64.efi for x86-64 systems or at
+ /shellia32.efi for x86 systems. The /EFI/tools/shell.efi name is also
+ recognized; however, if both files are present, two EFI shell icons will
+ appear on the main menu. The /efi/{refind-path/apps/shell.efi filename,
+ which was never officially documented but worked as a carryover from
+ rEFIt, is no longer valid.
+
0.2.3 (3/26/2012):
------------------