Update ROADMAP for 1.12 and beyond.

diff --git a/ROADMAP b/ROADMAP
index 8059890..77d814d 100644 (file)
--- a/ROADMAP
+++ b/ROADMAP
@@ -12,25 +12,18 @@ Before you read this:
 
 (4) For general "might be good to have" items, see 'TODO'.
 
 
 (4) For general "might be good to have" items, see 'TODO'.
 

-For next major stable release (1.10)
+For next major stable release (1.12)

 ------------------------------------
 
 ------------------------------------
 

-* Continue with general reduction in use of Perl.  This is not because
-  we think Perl is a bad thing or anything like that, but because a
-  major consumer (RHEV) does not want to include the Perl interpreter
-  in the tiny hypervisor they ship, thus any tool written in or
-  requiring Perl cannot be used by RHEV.  OCaml and other high-level
-  compiled languages are fine.  For 1.8 we rewrote many tools in C.
-

 * Make 'guestfish --ro' be the default, and get users to use
   'guestfish --rw' for write access (but allow the default to be
   overridden in a configuration file).  This was originally planned
 * Make 'guestfish --ro' be the default, and get users to use
   'guestfish --rw' for write access (but allow the default to be
   overridden in a configuration file).  This was originally planned

-  for 1.8 but there's not nearly enough adoption of the new 'guestfish
-  --rw' option out there to do this yet.
+  for 1.10 but there's not nearly enough adoption of the new
+  'guestfish --rw' option out there to do this yet.

 
 * Allow alternate methods to start the appliance, including through
   libvirt and by connecting to an existing appliance.  This was
 
 * Allow alternate methods to start the appliance, including through
   libvirt and by connecting to an existing appliance.  This was

-  originally planned for 1.8 but we didn't get patches in time.
+  originally planned for 1.10 but we didn't get patches in time.

 
 * Deeper and wider support for progress messages.  Many long-running
   operations in guestfs-browser don't display progress messages, eg.
 
 * Deeper and wider support for progress messages.  Many long-running
   operations in guestfs-browser don't display progress messages, eg.


@@ -43,15 +36,20 @@ For next major stable release (1.10)
   GtkProgressBar supports a "pulse mode" where it indicates activity
   with no time estimate, and we should try to support that as well.
 
   GtkProgressBar supports a "pulse mode" where it indicates activity
   with no time estimate, and we should try to support that as well.
 

-* Better handling of partitions, including MBR extended partitions
-  (RHBZ#593511, RHBZ#602997, RHBZ#642821).
+* Better handling of partitions, including MBR extended partitions.
+  Write a new partition handling library to replace parted, and use it
+  instead of parted.  (RHBZ#593511, RHBZ#602997, RHBZ#642821).
+
+* List full details of applications in RPM-based guests.  At the
+  moment we can only list the names of applications, whereas for dpkg-
+  and Windows-based guests we offer much more complete output.

 
 

-Bugs assigned to 1.10 (put "1.10" in the Devel Whiteboard field in
+Bugs assigned to 1.12 (put "1.12" in the Devel Whiteboard field in

 Bugzilla):
 
 Bugzilla):
 

-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
+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.12&component=libguestfs&product=Virtualization%20Tools&classification=Other

 
 

-Beyond 1.10
+Beyond 1.12

 -----------
 
 * Hot plugging of disks using QMP.  This would allow more efficient
 -----------
 
 * Hot plugging of disks using QMP.  This would allow more efficient