HACKING

   1 PLEASE LOOK AT THE TOP OF EACH FILE BEFORE EDITING TO SEE WHETHER IT
   2 IS AUTOMATICALLY GENERATED OR NOT.
   3
   4 Adding a new action
   5 ----------------------------------------------------------------------
   6
   7 All action functions are generated automatically, so there are only
   8 two files you need to edit:
   9
  10 (1) generator/generator_actions.ml: Add your new action, parameters,
  11 description, etc. to the big list at the top of this file.
  12
  13 (2) Edit/create a C file in daemon/ subdirectory which implements your
  14 'do_action' function.  Take a look at one of the numerous examples
  15 there.
  16
  17 Formatting
  18 ----------------------------------------------------------------------
  19
  20 Try to use GNU / Emacs default formatting, following the convention
  21 used elsewhere in the source.
  22
  23 Please make sure that the code compiles without warnings.
  24
  25 Please test any changes.
  26
  27 Useful targets:
  28   make syntax-check    Checks the syntax of the C code.
  29   make check           Runs the test suite.
  30
  31 Enable warnings, and fix any you find:
  32   ./configure --enable-gcc-warnings
  33
  34 Code indentation
  35 ----------------------------------------------------------------------
  36 Our C source code generally adheres to some basic code-formatting
  37 conventions.  The existing code base is not totally consistent on this
  38 front, but we do prefer that contributed code be formatted similarly.
  39 In short, use spaces-not-TABs for indentation, use 2 spaces for each
  40 indentation level, and other than that, follow the K&R style.
  41
  42 If you use Emacs, add the following to one of one of your start-up files
  43 (e.g., ~/.emacs), to help ensure that you get indentation right:
  44
  45   ;;; In libguestfs, indent with spaces everywhere (not TABs).
  46   ;;; Exceptions: Makefile and ChangeLog modes.
  47   (add-hook 'find-file-hook
  48       '(lambda () (if (and buffer-file-name
  49                            (string-match "/libguestfs\\>" (buffer-file-name))
  50                            (not (string-equal mode-name "Change Log"))
  51                            (not (string-equal mode-name "Makefile")))
  52                       (setq indent-tabs-mode nil))))
  53
  54   ;;; When editing C sources in libguestfs, use this style.
  55   (defun libguestfs-c-mode ()
  56     "C mode with adjusted defaults for use with libguestfs."
  57     (interactive)
  58     (c-set-style "K&R")
  59     (setq c-indent-level 2)
  60     (setq c-basic-offset 2))
  61   (add-hook 'c-mode-hook
  62             '(lambda () (if (string-match "/libguestfs\\>" (buffer-file-name))
  63                             (libguestfs-c-mode))))
  64
  65 Directories
  66 ----------------------------------------------------------------------
  67
  68 appliance/
  69         The qemu appliance, build scripts and so on.
  70
  71 capitests/
  72         Automated tests of the C API.
  73
  74 cat/
  75         The 'virt-cat', 'virt-filesystems' and 'virt-ls' commands and
  76         documentation.
  77
  78 contrib/
  79         Outside contributions, experimental parts.
  80
  81 csharp/
  82         Experimental C# bindings.
  83
  84 daemon/
  85         The daemon that runs inside the guest and carries out actions.
  86
  87 df/
  88         'virt-df' command and documentation.
  89
  90 examples/
  91         The examples.
  92
  93 fish/
  94         Guestfish (the command-line program / shell)
  95
  96 fuse/
  97         FUSE (userspace filesystem) built on top of libguestfs.
  98
  99 generator/
 100         The crucially important generator, used to automatically
 101         generate large amounts of boilerplate C code for things like
 102         RPC and bindings.
 103
 104 haskell/
 105         Haskell bindings.
 106
 107 hivex/ [removed in 1.0.85]
 108        This used to contain the hivex library for reading and
 109        writing Windows Registry binary hive files.  This is now
 110        available as a separate upstream project.
 111
 112 images/
 113         Some guest images to test against.  These are gzipped to save
 114         space.  You have to unzip them before use.
 115
 116         Also contains some files used by the test suite.
 117
 118 inspector/
 119         Virtual machine image inspector (virt-inspector).
 120
 121 java/
 122         Java bindings.
 123
 124 m4/
 125         M4 macros used by autoconf.
 126
 127 ocaml/
 128         OCaml bindings.
 129
 130 php/
 131         PHP bindings.
 132
 133 po/
 134         Translations of simple gettext strings.  For translations of
 135         longer documents, see po-docs/.
 136
 137 po-docs/
 138         The build infrastructure and PO files for translations of
 139         manpages and POD files.  Eventually this will be combined
 140         with the po/ directory, but that is rather complicated.
 141
 142 perl/
 143         Perl bindings.
 144
 145 python/
 146         Python bindings.
 147
 148 regressions/
 149         Regression tests.
 150
 151 ruby/
 152         Ruby bindings.
 153
 154 tools/
 155         Command line tools like virt-df, virt-edit and more.
 156
 157 src/
 158         Source code to the C library.
 159
 160 test-tool/
 161         Interactive qemu/kernel test tool.
 162
 163 Debugging
 164 ----------------------------------------------------------------------
 165
 166 It's a good idea to use guestfish to try out new commands.
 167
 168 Debugging the daemon is a problem because it runs inside a minimal
 169 qemu environment.  However you can print messages from the daemon, and
 170 they will show up if you use 'guestfish -v'.
 171
 172 Patches
 173 ----------------------------------------------------------------------
 174
 175 Submit patches to the mailing list:
 176 http://www.redhat.com/mailman/listinfo/libguestfs
 177 and CC to rjones@redhat.com
 178
 179 I18N
 180 ----------------------------------------------------------------------
 181
 182 We support i18n (gettext anyhow) in the library.
 183
 184 However many messages come from the daemon, and we don't translate
 185 those at the moment.  One reason is that the appliance generally has
 186 all locale files removed from it, because they take up a lot of space.
 187 So we'd have to readd some of those, as well as copying our PO files
 188 into the appliance.
 189
 190 Debugging messages are never translated, since they are intended for
 191 the programmers.
 192
 193 Extended printf
 194 ----------------------------------------------------------------------
 195
 196 In the daemon code we have created custom printf formatters %Q and %R,
 197 which are used to do shell quoting.
 198
 199 %Q => Simple shell quoted string.  Any spaces or other shell characters
 200       are escaped for you.
 201
 202 %R => Same as %Q except the string is treated as a path which is prefixed
 203       by the sysroot.
 204
 205 eg.
 206
 207 asprintf (&cmd, "cat %R", path);
 208 ==> "cat /sysroot/some\ path\ with\ spaces"
 209
 210 Note: Do NOT use these when you are passing parameters to the
 211 command{,r,v,rv}() functions.  These parameters do NOT need to be
 212 quoted because they are not passed via the shell (instead, straight to
 213 exec).  You probably want to use the sysroot_path() function however.