ROADMAP

   1 Roadmap for future releases
   2 ---------------------------
   3
   4 Before you read this:
   5
   6 (1) To see what's in the current release, read 'RELEASE-NOTES'.
   7
   8 (2) To see the list of bugs, read 'BUGS'.
   9
  10 (3) To understand libguestfs versioning, read section
  11     'LIBGUESTFS VERSION NUMBERS' of guestfs(3) man page.
  12
  13 (4) For general "might be good to have" items, see 'TODO'.
  14
  15 For next major stable release (1.10)
  16 ------------------------------------
  17
  18 * Continue with general reduction in use of Perl.  This is not because
  19   we think Perl is a bad thing or anything like that, but because a
  20   major consumer (RHEV) does not want to include the Perl interpreter
  21   in the tiny hypervisor they ship, thus any tool written in or
  22   requiring Perl cannot be used by RHEV.  OCaml and other high-level
  23   compiled languages are fine.  For 1.8 we rewrote many tools in C.
  24
  25 * Make 'guestfish --ro' be the default, and get users to use
  26   'guestfish --rw' for write access (but allow the default to be
  27   overridden in a configuration file).  This was originally planned
  28   for 1.8 but there's not nearly enough adoption of the new 'guestfish
  29   --rw' option out there to do this yet.
  30
  31 * Allow alternate methods to start the appliance, including through
  32   libvirt and by connecting to an existing appliance.  This was
  33   originally planned for 1.8 but we didn't get patches in time.
  34
  35 * Deeper and wider support for progress messages.  Many long-running
  36   operations in guestfs-browser don't display progress messages, eg.
  37   "du", "tar-in/out", because it's hard to estimate the runtime of
  38   these commands.  We should modify the protocol so that the library
  39   can hint at when progress messages would be useful (there's no point
  40   going to extra lengths to generate them if on the library side no
  41   one is registered to listen to them), and modify the daemon to try
  42   harder to generate them, even if they are only estimates.  Also
  43   GtkProgressBar supports a "pulse mode" where it indicates activity
  44   with no time estimate, and we should try to support that as well.
  45
  46 * Better handling of partitions, including MBR extended partitions
  47   (RHBZ#593511, RHBZ#602997, RHBZ#642821).
  48
  49 Bugs assigned to 1.10 (put "1.10" in the Devel Whiteboard field in
  50 Bugzilla):
  51
  52 https://bugzilla.redhat.com/buglist.cgi?query_format=advanced&field0-0-0=cf_devel_whiteboard&bug_status=NEW&bug_status=ASSIGNED&bug_status=MODIFIED&bug_status=ON_DEV&bug_status=ON_QA&bug_status=VERIFIED&bug_status=FAILS_QA&bug_status=RELEASE_PENDING&bug_status=POST&bug_status=PASSES_QA&type0-0-0=anywords&value0-0-0=1.10&component=libguestfs&product=Virtualization%20Tools&classification=Other
  53
  54 Beyond 1.10
  55 -----------
  56
  57 * Hot plugging of disks using QMP.  This would allow more efficient
  58   reuse of the appliance in some circumstances: multiple disks
  59   (ie. VMs) can be added in turn to the same appliance.  In particular
  60   this would help virt-df.
  61
  62   [Note this requires upstream work on QMP, see:
  63   https://www.redhat.com/archives/libguestfs/2011-March/msg00124.html]
  64
  65 See TODO and BUGS files.