X-Git-Url: http://git.annexia.org/?a=blobdiff_plain;f=TODO;h=7f694e73e588821d25e3ab3864a8699eed0a1fa0;hb=29925244c1be2d1d5f71d46eba205278624a1366;hp=e90d408d45b933884dcfef009e4dc73b26fd15a5;hpb=e832959a4d5645cb0168bd7b810d5cfcd6767168;p=libguestfs.git

diff --git a/TODO b/TODO
index e90d408..7f694e7 100644
--- a/TODO
+++ b/TODO
@@ -323,6 +323,15 @@ New guestfish commands
 
 'list-filesystems' => list mountable filesystems
 
+We could implement this as a new API call, replacing a number of areas
+of the current code where this is done already (in virt-inspector and
+elsewhere).  What we normally do to find out if a partition contains a
+mountable filesystem is to just blindly mount it, and see if that
+succeeds.  However the kernel won't let us do this if the filesystem
+is already mounted somewhere, so a naive implementation of this in the
+daemon won't work.  We would have to check if the partition was
+already mounted.
+
 Could we make guestfish interactive if commands are used without params?
 ------------------------------------------------------------------------
 
@@ -340,3 +349,55 @@ How can we solve these common user problems?
   In guestfish, specified -m non-existent filesystem.  We could suggest
   a list of filesystems, or suggest they run the virt-list-filesystems
   command.
+
+Progress of long-running operations
+-----------------------------------
+
+For example, copying in virt-resize.  How can we display the progress
+of these operations?  This is a basic usability requirement, and
+frequently requested.
+
+See: https://www.redhat.com/archives/libguestfs/2010-July/msg00003.html
+and follow-ups.
+
+Better support for encrypted devices
+------------------------------------
+
+Currently LUKS support only works if the device contains volume
+groups.  If it contains, eg., partitions, you cannot access them.
+We would like to add:
+
+  - An easier way to use this from guestfish.
+  - Direct access to the /dev/mapper device (eg. if it contains
+    anything apart from VGs).
+
+Recursive upload / download of multiple files
+---------------------------------------------
+
+virt-tar is really clumsy to use, and upload/download in guestfish can
+only do single files.  tar-in in guestfish can upload multiple files,
+but only if you have prepared a tarball in advance.
+
+What we really need is a method which is as easy to use as 'scp' and
+'scp -r'.
+
+Can we add this as a command in guestfish?  This will be more useful
+since users will already need to be in guestfish in order to create
+target directories, review what they've done etc.  It could be a meta-
+command such as:
+
+  copy-in-recursive localdir remotedir
+  copy-out-recursive remotedir localdir
+
+which would hide use of tgz-in etc.
+
+Sys::Guestfs::Lib / inspector code in C
+---------------------------------------
+
+This would allow us to:
+
+- use inspection from other languages
+- get rid of inspector_generator
+- don't use external virt-inspector process in guestfish
+
+See: https://www.redhat.com/archives/libguestfs/2010-July/msg00067.html