X-Git-Url: https://code.delx.au/refind/blobdiff_plain/5664ed3ea160466286aa2c5711f8094b0ec7003b..622ed08c231f81a83b5e2807e7abace1dec9502f:/NEWS.txt diff --git a/NEWS.txt b/NEWS.txt index abfad76..36f1777 100644 --- a/NEWS.txt +++ b/NEWS.txt @@ -1,3 +1,119 @@ +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): ------------------