]> code.delx.au - refind/blobdiff - docs/refind/todo.html
Merge branch 'master' of git://git.code.sf.net/p/refind/code
[refind] / docs / refind / todo.html
index 92b4a38142100805f6f54324d79740176bbc40c8..d890e43446ad2466312a5cf6baa48759a0f82be4 100644 (file)
@@ -15,7 +15,7 @@
 href="mailto:rodsmith@rodsbooks.com">rodsmith@rodsbooks.com</a></p>
 
 <p>Originally written: 3/14/2012; last Web page update:
-12/6/2012, referencing rEFInd 0.5.0</p>
+12/16/2012, referencing rEFInd 0.6.0</p>
 
 
 <p>I'm a technical writer and consultant specializing in Linux technologies. This Web page is provided free of charge and with no annoying outside ads; however, I did take time to prepare it, and Web hosting does cost money. If you find this Web page useful, please consider making a small donation to help keep this site up and running. Thanks!</p>
@@ -165,6 +165,13 @@ href="mailto:rodsmith@rodsbooks.com">rodsmith@rodsbooks.com</a></p>
        from the partition data is harder than extracting the volume's
        label or counting up the filesystem numbers.</li>
 
+    <li>Currently, if a filesystem's label comes up empty, rEFInd
+       substitutes the size, so you get displays like <tt>boot
+       EFI\foo\bar.efi from 90 GiB volume</tt>. I'd like to add more
+       checks to substitute the GPT <i>partition</i> label if the
+       <i>filesystem</i> label comes up empty, or add a filesystem type
+       identifier to the size.</li>
+
     <li>The default_selection option in refind.conf could be improved by
        supporting a list of default options, so that if the first item
        isn't found, rEFInd will try to boot the second one in the list,
@@ -318,9 +325,9 @@ href="mailto:rodsmith@rodsbooks.com">rodsmith@rodsbooks.com</a></p>
 
     <ul>
 
-    <li>Drivers for additional filesystems are required. Given the recent
-       shift to ext4fs, that should be the priority; however, other Linux
-       filesystems, UDF, and perhaps others would all be welcome
+    <li>Drivers for additional filesystems are desirable. Given the talk of
+       shifting to Btrfs, that should be the priority; however, other
+       Linux filesystems, UDF, and perhaps others would all be welcome
        additions. Also along these lines, adding drivers for Linux LVM and
        RAID setups would be useful, too.</li>