TODO

   1 Ideas for the Python bindings:
   2 https://www.redhat.com/archives/fedora-virt/2009-April/msg00114.html
   3
   4 ----------------------------------------------------------------------
   5
   6 We badly need to actually implement the FTP server mentioned in the
   7 documentation.
   8
   9 Or: Implement a FUSE-based filesystem.  See the FUSE mountlo
  10 project which does something similar, albeit only to single
  11 filesystems:
  12
  13 http://sourceforge.net/project/showfiles.php?group_id=121684&package_id=150116
  14
  15 ----------------------------------------------------------------------
  16
  17 BufferIn and BufferOut should turn into <char *, int> and simple
  18 strings in other languages that can handle 8 bit clean strings.
  19 Limit on transfers would still be 2MB for these types.
  20  - then implement write-file properly
  21  - and implement read-file
  22
  23 ----------------------------------------------------------------------
  24
  25 Implement febootstrap command.
  26
  27 ----------------------------------------------------------------------
  28
  29 Complete the Haskell bindings (see discussion on haskell-cafe).
  30
  31 ----------------------------------------------------------------------
  32
  33 Complete the bindings tests - must test the return values and
  34 error cases.
  35
  36 ----------------------------------------------------------------------
  37
  38 For virt-inspector:
  39
  40  - Make a libvirt XML config
  41
  42  - Test over available OSes
  43
  44  - Add 'reged' / NT registry support.
  45
  46 ----------------------------------------------------------------------
  47
  48 Use virtio_blk by default.  It's faster and more natural.
  49 Unfortunately it seems like this will rename all devices - see next
  50 item.
  51
  52 Note: virtio_blk *IS* supported by all our minimum platforms,
  53 ie. CentOS 5.3, Fedora 11, Debian.
  54
  55 ----------------------------------------------------------------------
  56
  57 "Standalone/local mode"
  58
  59 Instead of running guestfsd (the daemon) inside qemu, there should be
  60 an option to just run guestfsd directly.
  61
  62 The architecture in this mode would look like:
  63
  64      +------------------+
  65      | main program     |
  66      |------------------|
  67      | libguestfs       |
  68      +--------^---------+
  69           |   | reply
  70       cmd |   |
  71      +----v-------------+
  72      | guestfsd         |
  73      +------------------+
  74
  75 Notes:
  76
  77 (1) This only makes sense if we are running as root.
  78
  79 (2) There is no console / kernel messages in this configuration, but
  80 we might consider capturing stderr from the daemon.
  81
  82 (3) guestfs_config and guestfs_add_drive become no-ops.
  83
  84 Obviously in this configuration, commands are run directly on the
  85 local machine's disks.  You could just run the commands themselves
  86 directly, but libguestfs provides a convenient API and language
  87 bindings.  Also deals with tricky stuff like parsing the output of the
  88 LVM commands.  Also we get to leverage other code such as
  89 virt-inspector.
  90
  91 This is mainly useful from live CDs, ie. virt-p2v.
  92
  93 Should we bother having the daemon at all and just link the guestfsd
  94 code directly into libguestfs?
  95
  96 ----------------------------------------------------------------------
  97
  98 PPC problems:
  99
 100   ppc (32 bit) works with qemu from git, however there is no serial console
 101
 102   ppc64 requires extra parameters:
 103     -M mac99 -cpu ppc64
 104   however it still fails:
 105     invalid/unsupported opcode: 01 - 01 - 1a (06301e83) 00000000018c2738 1
 106     invalid bits: 00400000 for opcode: 0b - 19 - 15 (2d746572) 0000000000009230
 107
 108   no serial console in ppc or ppc64 because no one can tell us what
 109   console=ttyXX option to use
 110
 111 ----------------------------------------------------------------------
 112
 113 Supermin appliance should be moved into febootstrap.
 114
 115 ----------------------------------------------------------------------
 116
 117 Extra commands / functionality:
 118
 119   General glibc / core programs:
 120     chgrp
 121     grep (do it locally using pipe?)
 122     dd (?)
 123     ln / ln -s
 124     readlink
 125     utime / utimes / futimes / futimens / l..
 126     more mk*temp calls
 127     readdir / readdir-and-stat
 128     some sort of alloc/fallocate/posix_fallocate call to create empty space
 129     realpath
 130     trunc[ate??]
 131     getfattr (also useful because gives us access to NTFS datastreams)
 132     setfattr
 133
 134   ext2 properties:
 135     chattr
 136     lsattr
 137     badblocks
 138     blkid
 139     debugfs
 140     dumpe2fs
 141     e2image
 142     e2undo
 143     filefrag
 144     findfs
 145     logsave
 146     mklost+found
 147
 148   SELinux:
 149     chcat
 150     restorecon
 151     ch???
 152
 153   Oddball:
 154     pivot_root
 155     fts(3) / ftw(3)
 156
 157 ----------------------------------------------------------------------
 158
 159 Allow swap space from the guest to be used.  Is it a good idea?
 160
 161 ----------------------------------------------------------------------
 162
 163 Need a way to query a binary or library file for its architecture.
 164 Using objdump or readelf?
 165 What about non-ELF files (eg. Windows, BSD).
 166
 167 To do this properly requires some serious logic, eg. to cover Linux
 168 and Windows we'd need objdump and i686-pc-mingw32-objdump, and more to
 169 cover a.out, COFF and 64 bit Windows.  Therefore this cannot be done
 170 inside the daemon, and should be done by a separate, external program
 171 similar to virt-inspector.
 172
 173 Probably we should go all the way and have virt-inspector able to
 174 determine kernel and userspace architectures of guests.
 175
 176 ----------------------------------------------------------------------
 177
 178 Other initrd-* commands, such as:
 179
 180 initrd-extract
 181 initrd-replace