X-Git-Url: http://git.annexia.org/?p=libguestfs.git;a=blobdiff_plain;f=TODO;h=e9716f23d4ce1edbc787bd17467c52d9ce0ecbe4;hp=7737201764746d4371e9f3e976686f103bf0117b;hb=7d746ba6915e3c0d8fbe41053da64f4e9fa11cd4;hpb=b42d34be04e5b3cfb809bd3b41508812b522b1d9

diff --git a/TODO b/TODO
index 7737201..e9716f2 100644
--- a/TODO
+++ b/TODO
@@ -29,6 +29,11 @@ Haskell bindings
 
 Complete the Haskell bindings (see discussion on haskell-cafe).
 
+PHP bindings
+------------
+
+Add bindtests to PHP bindings.
+
 Complete bind tests
 -------------------
 
@@ -85,11 +90,6 @@ This is mainly useful from live CDs, ie. virt-p2v.
 Should we bother having the daemon at all and just link the guestfsd
 code directly into libguestfs?
 
-Supermin appliance to febootstrap
----------------------------------
-
-Supermin appliance functionality should be moved into febootstrap.
-
 Ideas for extra commands
 ------------------------
 
@@ -279,8 +279,7 @@ http://sourceforge.net/projects/tripwire/
 -N option should be generated
 -----------------------------
 
-'-N' option should be generated code, and should generate
-documentation in guestfish(1) manpage.
+'-N' option should generate documentation in guestfish(1) manpage.
 
 Fix 'file'
 ----------
@@ -295,6 +294,9 @@ Occasionally we break virt-inspector through some change.  We should
 add a regression test for it.  However this is hard because we'd need
 to avoid having to carry huge images.
 
+Update: I managed to fit a real-but-minimal Fedora 13 image into 6.2 MB.
+See: http://rwmj.wordpress.com/2010/09/07/tip-pack-files-into-a-new-disk-image/#content
+
 Freeze/thaw filesystems
 -----------------------
 
@@ -345,20 +347,7 @@ Common problems
 
 How can we solve these common user problems?
 
-- http://lists.fedoraproject.org/pipermail/users/2010-June/374931.html
-  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.
+[space for common problems here]
 
 Better support for encrypted devices
 ------------------------------------
@@ -371,22 +360,48 @@ We would like to add:
   - Direct access to the /dev/mapper device (eg. if it contains
     anything apart from VGs).
 
-Recursive upload / download of multiple files
----------------------------------------------
+Display image as PS
+-------------------
+
+Display the structure of an image file as a PS.
 
-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.
+Greater use of blkid / libblkid
+-------------------------------
+
+guestfs_zero should use wipefs.  See wipefs(8).
+
+There are various useful functions in libblkid for listing partitions,
+devices etc which we are essentially duplicating in the daemon.  It
+would make more sense to just use libblkid for this.
+
+There are some places where we call out to the 'blkid' program.  This
+might be replaced by direct use of the library (if this is easier).
+
+Remove repo from appliance name
+-------------------------------
 
-What we really need is a method which is as easy to use as 'scp' and
-'scp -r'.
+There's no need to have the appliance name contain the repository name
+(ie initramfs.x86_64.img instead of initramfs.fedora-13.x86_64.img).
 
-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:
+Visualization
+-------------
+
+Eric Sandeen pointed out the blktrace tool which is a better way of
+capturing traces than using patched qemu (see
+contrib/visualize-alignment).  We would still use the same
+visualization tools in conjunction with blktrace traces.
+
+Virt-df UUID
+------------
+
+Virt-df and any other tools with --csv output should be able to print
+UUID of domain.  This allows you to track the real domain across
+renames etc.
+
+Add-domain command
+------------------
 
-  copy-in-recursive localdir remotedir
-  copy-out-recursive remotedir localdir
+guestfs_add_domain (g, "libvirt-dom");
 
-which would hide use of tgz-in etc.
+However this would need to not depend on libvirt, eg. loading it
+on demand.