generator: Introduce error code (errcode) concept.
[libguestfs.git] / 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 * Hot plugging of disks using QMP.  This would allow more efficient
50   reuse of the appliance in some circumstances: multiple disks
51   (ie. VMs) can be added in turn to the same appliance.  In particular
52   this would help virt-df.
53
54 Bugs assigned to 1.10 (put "1.10" in the Devel Whiteboard field in
55 Bugzilla):
56
57 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
58
59 Beyond 1.10
60 -----------
61
62 See TODO and BUGS files.