+#. type: =head2
+#: ../src/guestfs-actions.pod:7453
+msgid "guestfs_vg_activate_all"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs-actions.pod:7455
+#, no-wrap
+msgid ""
+" int\n"
+" guestfs_vg_activate_all (guestfs_h *g,\n"
+" int activate);\n"
+"\n"
+msgstr ""
+
+#. type: =head2
+#: ../src/guestfs-actions.pod:7468
+msgid "guestfs_vgcreate"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs-actions.pod:7470
+#, no-wrap
+msgid ""
+" int\n"
+" guestfs_vgcreate (guestfs_h *g,\n"
+" const char *volgroup,\n"
+" char *const *physvols);\n"
+"\n"
+msgstr ""
+
+#. type: =head2
+#: ../src/guestfs-actions.pod:7482
+msgid "guestfs_vglvuuids"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs-actions.pod:7484
+#, no-wrap
+msgid ""
+" char **\n"
+" guestfs_vglvuuids (guestfs_h *g,\n"
+" const char *vgname);\n"
+"\n"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs-actions.pod:7491
+msgid ""
+"You can use this along with C<guestfs_lvs> and C<guestfs_lvuuid> calls to "
+"associate logical volumes and volume groups."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs-actions.pod:7494
+msgid "See also C<guestfs_vgpvuuids>."
+msgstr ""
+
+#. type: =head2
+#: ../src/guestfs-actions.pod:7502
+msgid "guestfs_vgpvuuids"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs-actions.pod:7504
+#, no-wrap
+msgid ""
+" char **\n"
+" guestfs_vgpvuuids (guestfs_h *g,\n"
+" const char *vgname);\n"
+"\n"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs-actions.pod:7511
+msgid ""
+"You can use this along with C<guestfs_pvs> and C<guestfs_pvuuid> calls to "
+"associate physical volumes and volume groups."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs-actions.pod:7514
+msgid "See also C<guestfs_vglvuuids>."
+msgstr ""
+
+#. type: =head2
+#: ../src/guestfs-actions.pod:7522
+msgid "guestfs_vgremove"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs-actions.pod:7524
+#, no-wrap
+msgid ""
+" int\n"
+" guestfs_vgremove (guestfs_h *g,\n"
+" const char *vgname);\n"
+"\n"
+msgstr ""
+
+#. type: =head2
+#: ../src/guestfs-actions.pod:7537
+msgid "guestfs_vgrename"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs-actions.pod:7539
+#, no-wrap
+msgid ""
+" int\n"
+" guestfs_vgrename (guestfs_h *g,\n"
+" const char *volgroup,\n"
+" const char *newvolgroup);\n"
+"\n"
+msgstr ""
+
+#. type: =head2
+#: ../src/guestfs-actions.pod:7550
+msgid "guestfs_vgs"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs-actions.pod:7552
+#, no-wrap
+msgid ""
+" char **\n"
+" guestfs_vgs (guestfs_h *g);\n"
+"\n"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs-actions.pod:7561
+msgid "See also C<guestfs_vgs_full>."
+msgstr ""
+
+#. type: =head2
+#: ../src/guestfs-actions.pod:7569
+msgid "guestfs_vgs_full"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs-actions.pod:7571
+#, no-wrap
+msgid ""
+" struct guestfs_lvm_vg_list *\n"
+" guestfs_vgs_full (guestfs_h *g);\n"
+"\n"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs-actions.pod:7577
+msgid ""
+"This function returns a C<struct guestfs_lvm_vg_list *>, or NULL if there "
+"was an error. I<The caller must call C<guestfs_free_lvm_vg_list> after use>."
+msgstr ""
+
+#. type: =head2
+#: ../src/guestfs-actions.pod:7583
+msgid "guestfs_vgscan"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs-actions.pod:7585
+#, no-wrap
+msgid ""
+" int\n"
+" guestfs_vgscan (guestfs_h *g);\n"
+"\n"
+msgstr ""
+
+#. type: =head2
+#: ../src/guestfs-actions.pod:7595
+msgid "guestfs_vguuid"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs-actions.pod:7597
+#, no-wrap
+msgid ""
+" char *\n"
+" guestfs_vguuid (guestfs_h *g,\n"
+" const char *vgname);\n"
+"\n"
+msgstr ""
+
+#. type: =head2
+#: ../src/guestfs-actions.pod:7608
+msgid "guestfs_wait_ready"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs-actions.pod:7610
+#, no-wrap
+msgid ""
+" int\n"
+" guestfs_wait_ready (guestfs_h *g);\n"
+"\n"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs-actions.pod:7613
+msgid "This function is a no op."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs-actions.pod:7615
+msgid ""
+"In versions of the API E<lt> 1.0.71 you had to call this function just after "
+"calling C<guestfs_launch> to wait for the launch to complete. However this "
+"is no longer necessary because C<guestfs_launch> now does the waiting."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs-actions.pod:7620
+msgid ""
+"If you see any calls to this function in code then you can just remove them, "
+"unless you want to retain compatibility with older versions of the API."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs-actions.pod:7626
+msgid ""
+"This function is deprecated. In new code, use the L</guestfs_launch> call "
+"instead."
+msgstr ""
+
+#. type: =head2
+#: ../src/guestfs-actions.pod:7635
+msgid "guestfs_wc_c"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs-actions.pod:7637
+#, no-wrap
+msgid ""
+" int\n"
+" guestfs_wc_c (guestfs_h *g,\n"
+" const char *path);\n"
+"\n"
+msgstr ""
+
+#. type: =head2
+#: ../src/guestfs-actions.pod:7648
+msgid "guestfs_wc_l"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs-actions.pod:7650
+#, no-wrap
+msgid ""
+" int\n"
+" guestfs_wc_l (guestfs_h *g,\n"
+" const char *path);\n"
+"\n"
+msgstr ""
+
+#. type: =head2
+#: ../src/guestfs-actions.pod:7661
+msgid "guestfs_wc_w"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs-actions.pod:7663
+#, no-wrap
+msgid ""
+" int\n"
+" guestfs_wc_w (guestfs_h *g,\n"
+" const char *path);\n"
+"\n"
+msgstr ""
+
+#. type: =head2
+#: ../src/guestfs-actions.pod:7674
+msgid "guestfs_write"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs-actions.pod:7676
+#, no-wrap
+msgid ""
+" int\n"
+" guestfs_write (guestfs_h *g,\n"
+" const char *path,\n"
+" const char *content,\n"
+" size_t content_size);\n"
+"\n"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs-actions.pod:7685
+msgid "See also C<guestfs_write_append>."
+msgstr ""
+
+#. type: =head2
+#: ../src/guestfs-actions.pod:7694
+msgid "guestfs_write_append"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs-actions.pod:7696
+#, no-wrap
+msgid ""
+" int\n"
+" guestfs_write_append (guestfs_h *g,\n"
+" const char *path,\n"
+" const char *content,\n"
+" size_t content_size);\n"
+"\n"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs-actions.pod:7705
+msgid "See also C<guestfs_write>."
+msgstr ""
+
+#. type: =head2
+#: ../src/guestfs-actions.pod:7714
+msgid "guestfs_write_file"
+msgstr "guestfs_write_file"
+
+#. type: verbatim
+#: ../src/guestfs-actions.pod:7716
+#, no-wrap
+msgid ""
+" int\n"
+" guestfs_write_file (guestfs_h *g,\n"
+" const char *path,\n"
+" const char *content,\n"
+" int size);\n"
+"\n"
+msgstr ""
+" int\n"
+" guestfs_write_file (guestfs_h *g,\n"
+" const char *path,\n"
+" const char *content,\n"
+" int size);\n"
+"\n"
+
+#. type: textblock
+#: ../src/guestfs-actions.pod:7738
+msgid ""
+"This function is deprecated. In new code, use the L</guestfs_write> call "
+"instead."
+msgstr ""
+
+#. type: =head2
+#: ../src/guestfs-actions.pod:7747
+msgid "guestfs_zegrep"
+msgstr "guestfs_zegrep"
+
+#. type: verbatim
+#: ../src/guestfs-actions.pod:7749
+#, no-wrap
+msgid ""
+" char **\n"
+" guestfs_zegrep (guestfs_h *g,\n"
+" const char *regex,\n"
+" const char *path);\n"
+"\n"
+msgstr ""
+" char **\n"
+" guestfs_zegrep (guestfs_h *g,\n"
+" const char *regex,\n"
+" const char *path);\n"
+"\n"
+
+#. type: =head2
+#: ../src/guestfs-actions.pod:7766
+msgid "guestfs_zegrepi"
+msgstr "guestfs_zegrepi"
+
+#. type: verbatim
+#: ../src/guestfs-actions.pod:7768
+#, no-wrap
+msgid ""
+" char **\n"
+" guestfs_zegrepi (guestfs_h *g,\n"
+" const char *regex,\n"
+" const char *path);\n"
+"\n"
+msgstr ""
+" char **\n"
+" guestfs_zegrepi (guestfs_h *g,\n"
+" const char *regex,\n"
+" const char *path);\n"
+"\n"
+
+#. type: =head2
+#: ../src/guestfs-actions.pod:7785
+msgid "guestfs_zero"
+msgstr "guestfs_zero"
+
+#. type: verbatim
+#: ../src/guestfs-actions.pod:7787
+#, no-wrap
+msgid ""
+" int\n"
+" guestfs_zero (guestfs_h *g,\n"
+" const char *device);\n"
+"\n"
+msgstr ""
+" int\n"
+" guestfs_zero (guestfs_h *g,\n"
+" const char *device);\n"
+"\n"
+
+#. type: textblock
+#: ../src/guestfs-actions.pod:7801
+msgid ""
+"See also: C<guestfs_zero_device>, C<guestfs_scrub_device>, "
+"C<guestfs_is_zero_device>"
+msgstr ""
+
+#. type: =head2
+#: ../src/guestfs-actions.pod:7813
+msgid "guestfs_zero_device"
+msgstr "guestfs_zero_device"
+
+#. type: verbatim
+#: ../src/guestfs-actions.pod:7815
+#, no-wrap
+msgid ""
+" int\n"
+" guestfs_zero_device (guestfs_h *g,\n"
+" const char *device);\n"
+"\n"
+msgstr ""
+" int\n"
+" guestfs_zero_device (guestfs_h *g,\n"
+" const char *device);\n"
+"\n"
+
+#. type: textblock
+#: ../src/guestfs-actions.pod:7819
+msgid ""
+"This command writes zeroes over the entire C<device>. Compare with "
+"C<guestfs_zero> which just zeroes the first few blocks of a device."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs-actions.pod:7837
+msgid "(Added in 1.3.1)"
+msgstr "(Додано у 1.3.1)"
+
+#. type: =head2
+#: ../src/guestfs-actions.pod:7839
+msgid "guestfs_zerofree"
+msgstr "guestfs_zerofree"
+
+#. type: verbatim
+#: ../src/guestfs-actions.pod:7841
+#, no-wrap
+msgid ""
+" int\n"
+" guestfs_zerofree (guestfs_h *g,\n"
+" const char *device);\n"
+"\n"
+msgstr ""
+" int\n"
+" guestfs_zerofree (guestfs_h *g,\n"
+" const char *device);\n"
+"\n"
+
+#. type: =head2
+#: ../src/guestfs-actions.pod:7860
+msgid "guestfs_zfgrep"
+msgstr "guestfs_zfgrep"
+
+#. type: verbatim
+#: ../src/guestfs-actions.pod:7862
+#, no-wrap
+msgid ""
+" char **\n"
+" guestfs_zfgrep (guestfs_h *g,\n"
+" const char *pattern,\n"
+" const char *path);\n"
+"\n"
+msgstr ""
+" char **\n"
+" guestfs_zfgrep (guestfs_h *g,\n"
+" const char *pattern,\n"
+" const char *path);\n"
+"\n"
+
+#. type: =head2
+#: ../src/guestfs-actions.pod:7879
+msgid "guestfs_zfgrepi"
+msgstr "guestfs_zfgrepi"
+
+#. type: verbatim
+#: ../src/guestfs-actions.pod:7881
+#, no-wrap
+msgid ""
+" char **\n"
+" guestfs_zfgrepi (guestfs_h *g,\n"
+" const char *pattern,\n"
+" const char *path);\n"
+"\n"
+msgstr ""
+" char **\n"
+" guestfs_zfgrepi (guestfs_h *g,\n"
+" const char *pattern,\n"
+" const char *path);\n"
+"\n"
+
+#. type: =head2
+#: ../src/guestfs-actions.pod:7898
+msgid "guestfs_zfile"
+msgstr "guestfs_zfile"
+
+#. type: verbatim
+#: ../src/guestfs-actions.pod:7900
+#, no-wrap
+msgid ""
+" char *\n"
+" guestfs_zfile (guestfs_h *g,\n"
+" const char *meth,\n"
+" const char *path);\n"
+"\n"
+msgstr ""
+" char *\n"
+" guestfs_zfile (guestfs_h *g,\n"
+" const char *meth,\n"
+" const char *path);\n"
+"\n"
+
+#. type: textblock
+#: ../src/guestfs-actions.pod:7910
+msgid ""
+"Since 1.0.63, use C<guestfs_file> instead which can now process compressed "
+"files."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs-actions.pod:7916
+msgid ""
+"This function is deprecated. In new code, use the L</guestfs_file> call "
+"instead."
+msgstr ""
+
+#. type: =head2
+#: ../src/guestfs-actions.pod:7925
+msgid "guestfs_zgrep"
+msgstr "guestfs_zgrep"
+
+#. type: verbatim
+#: ../src/guestfs-actions.pod:7927
+#, no-wrap
+msgid ""
+" char **\n"
+" guestfs_zgrep (guestfs_h *g,\n"
+" const char *regex,\n"
+" const char *path);\n"
+"\n"
+msgstr ""
+" char **\n"
+" guestfs_zgrep (guestfs_h *g,\n"
+" const char *regex,\n"
+" const char *path);\n"
+"\n"
+
+#. type: =head2
+#: ../src/guestfs-actions.pod:7944
+msgid "guestfs_zgrepi"
+msgstr "guestfs_zgrepi"
+
+#. type: verbatim
+#: ../src/guestfs-actions.pod:7946
+#, no-wrap
+msgid ""
+" char **\n"
+" guestfs_zgrepi (guestfs_h *g,\n"
+" const char *regex,\n"
+" const char *path);\n"
+"\n"
+msgstr ""
+" char **\n"
+" guestfs_zgrepi (guestfs_h *g,\n"
+" const char *regex,\n"
+" const char *path);\n"
+"\n"
+
+#. type: =item
+#: ../src/guestfs-availability.pod:3
+msgid "B<augeas>"
+msgstr "B<augeas>"
+
+#. type: textblock
+#: ../src/guestfs-availability.pod:5
+msgid ""
+"The following functions: L</guestfs_aug_clear> L</guestfs_aug_close> L</"
+"guestfs_aug_defnode> L</guestfs_aug_defvar> L</guestfs_aug_get> L</"
+"guestfs_aug_init> L</guestfs_aug_insert> L</guestfs_aug_load> L</"
+"guestfs_aug_ls> L</guestfs_aug_match> L</guestfs_aug_mv> L</guestfs_aug_rm> "
+"L</guestfs_aug_save> L</guestfs_aug_set>"
+msgstr ""
+
+#. type: =item
+#: ../src/guestfs-availability.pod:21
+msgid "B<btrfs>"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs-availability.pod:23
+msgid "The following functions: L</guestfs_btrfs_filesystem_resize>"
+msgstr ""
+
+#. type: =item
+#: ../src/guestfs-availability.pod:26
+#, fuzzy
+#| msgid "B<scrub>"
+msgid "B<grub>"
+msgstr "B<scrub>"
+
+#. type: textblock
+#: ../src/guestfs-availability.pod:28
+msgid "The following functions: L</guestfs_grub_install>"
+msgstr ""
+
+#. type: =item
+#: ../src/guestfs-availability.pod:31
+msgid "B<inotify>"
+msgstr "B<inotify>"
+
+#. type: textblock
+#: ../src/guestfs-availability.pod:33
+msgid ""
+"The following functions: L</guestfs_inotify_add_watch> L</"
+"guestfs_inotify_close> L</guestfs_inotify_files> L</guestfs_inotify_init> L</"
+"guestfs_inotify_read> L</guestfs_inotify_rm_watch>"
+msgstr ""
+
+#. type: =item
+#: ../src/guestfs-availability.pod:41
+msgid "B<linuxfsuuid>"
+msgstr "B<linuxfsuuid>"
+
+#. type: textblock
+#: ../src/guestfs-availability.pod:43
+msgid ""
+"The following functions: L</guestfs_mke2fs_JU> L</guestfs_mke2journal_U> L</"
+"guestfs_mkswap_U> L</guestfs_swapoff_uuid> L</guestfs_swapon_uuid>"
+msgstr ""
+
+#. type: =item
+#: ../src/guestfs-availability.pod:50
+msgid "B<linuxmodules>"
+msgstr "B<linuxmodules>"
+
+#. type: textblock
+#: ../src/guestfs-availability.pod:52
+msgid "The following functions: L</guestfs_modprobe>"
+msgstr ""
+
+#. type: =item
+#: ../src/guestfs-availability.pod:55
+msgid "B<linuxxattrs>"
+msgstr "B<linuxxattrs>"
+
+#. type: textblock
+#: ../src/guestfs-availability.pod:57
+msgid ""
+"The following functions: L</guestfs_getxattr> L</guestfs_getxattrs> L</"
+"guestfs_lgetxattr> L</guestfs_lgetxattrs> L</guestfs_lremovexattr> L</"
+"guestfs_lsetxattr> L</guestfs_lxattrlist> L</guestfs_removexattr> L</"
+"guestfs_setxattr>"
+msgstr ""
+
+#. type: =item
+#: ../src/guestfs-availability.pod:68
+msgid "B<luks>"
+msgstr "B<luks>"
+
+#. type: textblock
+#: ../src/guestfs-availability.pod:70
+msgid ""
+"The following functions: L</guestfs_luks_add_key> L</guestfs_luks_close> L</"
+"guestfs_luks_format> L</guestfs_luks_format_cipher> L</"
+"guestfs_luks_kill_slot> L</guestfs_luks_open> L</guestfs_luks_open_ro>"
+msgstr ""
+
+#. type: =item
+#: ../src/guestfs-availability.pod:79
+msgid "B<lvm2>"
+msgstr "B<lvm2>"
+
+#. type: textblock
+#: ../src/guestfs-availability.pod:81
+msgid ""
+"The following functions: L</guestfs_is_lv> L</guestfs_lvcreate> L</"
+"guestfs_lvm_remove_all> L</guestfs_lvm_set_filter> L</guestfs_lvremove> L</"
+"guestfs_lvresize> L</guestfs_lvresize_free> L</guestfs_lvs> L</"
+"guestfs_lvs_full> L</guestfs_pvcreate> L</guestfs_pvremove> L</"
+"guestfs_pvresize> L</guestfs_pvresize_size> L</guestfs_pvs> L</"
+"guestfs_pvs_full> L</guestfs_vg_activate> L</guestfs_vg_activate_all> L</"
+"guestfs_vgcreate> L</guestfs_vgremove> L</guestfs_vgs> L</guestfs_vgs_full>"
+msgstr ""
+
+#. type: =item
+#: ../src/guestfs-availability.pod:104
+msgid "B<mknod>"
+msgstr "B<mknod>"
+
+#. type: textblock
+#: ../src/guestfs-availability.pod:106
+msgid ""
+"The following functions: L</guestfs_mkfifo> L</guestfs_mknod> L</"
+"guestfs_mknod_b> L</guestfs_mknod_c>"
+msgstr ""
+
+#. type: =item
+#: ../src/guestfs-availability.pod:112
+msgid "B<ntfs3g>"
+msgstr "B<ntfs3g>"
+
+#. type: textblock
+#: ../src/guestfs-availability.pod:114
+msgid "The following functions: L</guestfs_ntfs_3g_probe>"
+msgstr ""
+
+#. type: =item
+#: ../src/guestfs-availability.pod:117
+msgid "B<ntfsprogs>"
+msgstr "B<ntfsprogs>"
+
+#. type: textblock
+#: ../src/guestfs-availability.pod:119
+msgid ""
+"The following functions: L</guestfs_ntfsresize> L</guestfs_ntfsresize_opts> "
+"L</guestfs_ntfsresize_size>"
+msgstr ""
+
+#. type: =item
+#: ../src/guestfs-availability.pod:124
+msgid "B<realpath>"
+msgstr "B<realpath>"
+
+#. type: textblock
+#: ../src/guestfs-availability.pod:126
+msgid "The following functions: L</guestfs_realpath>"
+msgstr ""
+
+#. type: =item
+#: ../src/guestfs-availability.pod:129
+msgid "B<scrub>"
+msgstr "B<scrub>"
+
+#. type: textblock
+#: ../src/guestfs-availability.pod:131
+msgid ""
+"The following functions: L</guestfs_scrub_device> L</guestfs_scrub_file> L</"
+"guestfs_scrub_freespace>"
+msgstr ""
+
+#. type: =item
+#: ../src/guestfs-availability.pod:136
+msgid "B<selinux>"
+msgstr "B<selinux>"
+
+#. type: textblock
+#: ../src/guestfs-availability.pod:138
+msgid "The following functions: L</guestfs_getcon> L</guestfs_setcon>"
+msgstr ""
+
+#. type: =item
+#: ../src/guestfs-availability.pod:142
+msgid "B<xz>"
+msgstr "B<xz>"
+
+#. type: textblock
+#: ../src/guestfs-availability.pod:144
+msgid "The following functions: L</guestfs_txz_in> L</guestfs_txz_out>"
+msgstr ""
+
+#. type: =item
+#: ../src/guestfs-availability.pod:148
+msgid "B<zerofree>"
+msgstr "B<zerofree>"
+
+#. type: textblock
+#: ../src/guestfs-availability.pod:150
+msgid "The following functions: L</guestfs_zerofree>"
+msgstr ""
+
+#. type: =head2
+#: ../src/guestfs-structs.pod:1
+msgid "guestfs_int_bool"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs-structs.pod:3
+#, no-wrap
+msgid ""
+" struct guestfs_int_bool {\n"
+" int32_t i;\n"
+" int32_t b;\n"
+" };\n"
+" \n"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs-structs.pod:8
+#, no-wrap
+msgid ""
+" struct guestfs_int_bool_list {\n"
+" uint32_t len; /* Number of elements in list. */\n"
+" struct guestfs_int_bool *val; /* Elements. */\n"
+" };\n"
+" \n"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs-structs.pod:13
+#, no-wrap
+msgid ""
+" void guestfs_free_int_bool (struct guestfs_free_int_bool *);\n"
+" void guestfs_free_int_bool_list (struct guestfs_free_int_bool_list *);\n"
+"\n"
+msgstr ""
+
+#. type: =head2
+#: ../src/guestfs-structs.pod:16
+msgid "guestfs_lvm_pv"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs-structs.pod:18
+#, no-wrap
+msgid ""
+" struct guestfs_lvm_pv {\n"
+" char *pv_name;\n"
+" /* The next field is NOT nul-terminated, be careful when printing it: */\n"
+" char pv_uuid[32];\n"
+" char *pv_fmt;\n"
+" uint64_t pv_size;\n"
+" uint64_t dev_size;\n"
+" uint64_t pv_free;\n"
+" uint64_t pv_used;\n"
+" char *pv_attr;\n"
+" int64_t pv_pe_count;\n"
+" int64_t pv_pe_alloc_count;\n"
+" char *pv_tags;\n"
+" uint64_t pe_start;\n"
+" int64_t pv_mda_count;\n"
+" uint64_t pv_mda_free;\n"
+" };\n"
+" \n"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs-structs.pod:36
+#, no-wrap
+msgid ""
+" struct guestfs_lvm_pv_list {\n"
+" uint32_t len; /* Number of elements in list. */\n"
+" struct guestfs_lvm_pv *val; /* Elements. */\n"
+" };\n"
+" \n"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs-structs.pod:41
+#, no-wrap
+msgid ""
+" void guestfs_free_lvm_pv (struct guestfs_free_lvm_pv *);\n"
+" void guestfs_free_lvm_pv_list (struct guestfs_free_lvm_pv_list *);\n"
+"\n"
+msgstr ""
+
+#. type: =head2
+#: ../src/guestfs-structs.pod:44
+msgid "guestfs_lvm_vg"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs-structs.pod:46
+#, no-wrap
+msgid ""
+" struct guestfs_lvm_vg {\n"
+" char *vg_name;\n"
+" /* The next field is NOT nul-terminated, be careful when printing it: */\n"
+" char vg_uuid[32];\n"
+" char *vg_fmt;\n"
+" char *vg_attr;\n"
+" uint64_t vg_size;\n"
+" uint64_t vg_free;\n"
+" char *vg_sysid;\n"
+" uint64_t vg_extent_size;\n"
+" int64_t vg_extent_count;\n"
+" int64_t vg_free_count;\n"
+" int64_t max_lv;\n"
+" int64_t max_pv;\n"
+" int64_t pv_count;\n"
+" int64_t lv_count;\n"
+" int64_t snap_count;\n"
+" int64_t vg_seqno;\n"
+" char *vg_tags;\n"
+" int64_t vg_mda_count;\n"
+" uint64_t vg_mda_free;\n"
+" };\n"
+" \n"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs-structs.pod:69
+#, no-wrap
+msgid ""
+" struct guestfs_lvm_vg_list {\n"
+" uint32_t len; /* Number of elements in list. */\n"
+" struct guestfs_lvm_vg *val; /* Elements. */\n"
+" };\n"
+" \n"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs-structs.pod:74
+#, no-wrap
+msgid ""
+" void guestfs_free_lvm_vg (struct guestfs_free_lvm_vg *);\n"
+" void guestfs_free_lvm_vg_list (struct guestfs_free_lvm_vg_list *);\n"
+"\n"
+msgstr ""
+
+#. type: =head2
+#: ../src/guestfs-structs.pod:77
+msgid "guestfs_lvm_lv"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs-structs.pod:79
+#, no-wrap
+msgid ""
+" struct guestfs_lvm_lv {\n"
+" char *lv_name;\n"
+" /* The next field is NOT nul-terminated, be careful when printing it: */\n"
+" char lv_uuid[32];\n"
+" char *lv_attr;\n"
+" int64_t lv_major;\n"
+" int64_t lv_minor;\n"
+" int64_t lv_kernel_major;\n"
+" int64_t lv_kernel_minor;\n"
+" uint64_t lv_size;\n"
+" int64_t seg_count;\n"
+" char *origin;\n"
+" /* The next field is [0..100] or -1 meaning 'not present': */\n"
+" float snap_percent;\n"
+" /* The next field is [0..100] or -1 meaning 'not present': */\n"
+" float copy_percent;\n"
+" char *move_pv;\n"
+" char *lv_tags;\n"
+" char *mirror_log;\n"
+" char *modules;\n"
+" };\n"
+" \n"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs-structs.pod:101
+#, no-wrap
+msgid ""
+" struct guestfs_lvm_lv_list {\n"
+" uint32_t len; /* Number of elements in list. */\n"
+" struct guestfs_lvm_lv *val; /* Elements. */\n"
+" };\n"
+" \n"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs-structs.pod:106
+#, no-wrap
+msgid ""
+" void guestfs_free_lvm_lv (struct guestfs_free_lvm_lv *);\n"
+" void guestfs_free_lvm_lv_list (struct guestfs_free_lvm_lv_list *);\n"
+"\n"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs-structs.pod:111
+#, no-wrap
+msgid ""
+" struct guestfs_stat {\n"
+" int64_t dev;\n"
+" int64_t ino;\n"
+" int64_t mode;\n"
+" int64_t nlink;\n"
+" int64_t uid;\n"
+" int64_t gid;\n"
+" int64_t rdev;\n"
+" int64_t size;\n"
+" int64_t blksize;\n"
+" int64_t blocks;\n"
+" int64_t atime;\n"
+" int64_t mtime;\n"
+" int64_t ctime;\n"
+" };\n"
+" \n"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs-structs.pod:127
+#, no-wrap
+msgid ""
+" struct guestfs_stat_list {\n"
+" uint32_t len; /* Number of elements in list. */\n"
+" struct guestfs_stat *val; /* Elements. */\n"
+" };\n"
+" \n"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs-structs.pod:132
+#, no-wrap
+msgid ""
+" void guestfs_free_stat (struct guestfs_free_stat *);\n"
+" void guestfs_free_stat_list (struct guestfs_free_stat_list *);\n"
+"\n"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs-structs.pod:137
+#, no-wrap
+msgid ""
+" struct guestfs_statvfs {\n"
+" int64_t bsize;\n"
+" int64_t frsize;\n"
+" int64_t blocks;\n"
+" int64_t bfree;\n"
+" int64_t bavail;\n"
+" int64_t files;\n"
+" int64_t ffree;\n"
+" int64_t favail;\n"
+" int64_t fsid;\n"
+" int64_t flag;\n"
+" int64_t namemax;\n"
+" };\n"
+" \n"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs-structs.pod:151
+#, no-wrap
+msgid ""
+" struct guestfs_statvfs_list {\n"
+" uint32_t len; /* Number of elements in list. */\n"
+" struct guestfs_statvfs *val; /* Elements. */\n"
+" };\n"
+" \n"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs-structs.pod:156
+#, no-wrap
+msgid ""
+" void guestfs_free_statvfs (struct guestfs_free_statvfs *);\n"
+" void guestfs_free_statvfs_list (struct guestfs_free_statvfs_list *);\n"
+"\n"
+msgstr ""
+
+#. type: =head2
+#: ../src/guestfs-structs.pod:159
+msgid "guestfs_dirent"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs-structs.pod:161
+#, no-wrap
+msgid ""
+" struct guestfs_dirent {\n"
+" int64_t ino;\n"
+" char ftyp;\n"
+" char *name;\n"
+" };\n"
+" \n"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs-structs.pod:167
+#, no-wrap
+msgid ""
+" struct guestfs_dirent_list {\n"
+" uint32_t len; /* Number of elements in list. */\n"
+" struct guestfs_dirent *val; /* Elements. */\n"
+" };\n"
+" \n"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs-structs.pod:172
+#, no-wrap
+msgid ""
+" void guestfs_free_dirent (struct guestfs_free_dirent *);\n"
+" void guestfs_free_dirent_list (struct guestfs_free_dirent_list *);\n"
+"\n"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs-structs.pod:177
+#, no-wrap
+msgid ""
+" struct guestfs_version {\n"
+" int64_t major;\n"
+" int64_t minor;\n"
+" int64_t release;\n"
+" char *extra;\n"
+" };\n"
+" \n"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs-structs.pod:184
+#, no-wrap
+msgid ""
+" struct guestfs_version_list {\n"
+" uint32_t len; /* Number of elements in list. */\n"
+" struct guestfs_version *val; /* Elements. */\n"
+" };\n"
+" \n"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs-structs.pod:189
+#, no-wrap
+msgid ""
+" void guestfs_free_version (struct guestfs_free_version *);\n"
+" void guestfs_free_version_list (struct guestfs_free_version_list *);\n"
+"\n"
+msgstr ""
+
+#. type: =head2
+#: ../src/guestfs-structs.pod:192
+msgid "guestfs_xattr"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs-structs.pod:194
+#, no-wrap
+msgid ""
+" struct guestfs_xattr {\n"
+" char *attrname;\n"
+" /* The next two fields describe a byte array. */\n"
+" uint32_t attrval_len;\n"
+" char *attrval;\n"
+" };\n"
+" \n"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs-structs.pod:201
+#, no-wrap
+msgid ""
+" struct guestfs_xattr_list {\n"
+" uint32_t len; /* Number of elements in list. */\n"
+" struct guestfs_xattr *val; /* Elements. */\n"
+" };\n"
+" \n"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs-structs.pod:206
+#, no-wrap
+msgid ""
+" void guestfs_free_xattr (struct guestfs_free_xattr *);\n"
+" void guestfs_free_xattr_list (struct guestfs_free_xattr_list *);\n"
+"\n"
+msgstr ""
+
+#. type: =head2
+#: ../src/guestfs-structs.pod:209
+msgid "guestfs_inotify_event"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs-structs.pod:211
+#, no-wrap
+msgid ""
+" struct guestfs_inotify_event {\n"
+" int64_t in_wd;\n"
+" uint32_t in_mask;\n"
+" uint32_t in_cookie;\n"
+" char *in_name;\n"
+" };\n"
+" \n"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs-structs.pod:218
+#, no-wrap
+msgid ""
+" struct guestfs_inotify_event_list {\n"
+" uint32_t len; /* Number of elements in list. */\n"
+" struct guestfs_inotify_event *val; /* Elements. */\n"
+" };\n"
+" \n"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs-structs.pod:223
+#, no-wrap
+msgid ""
+" void guestfs_free_inotify_event (struct guestfs_free_inotify_event *);\n"
+" void guestfs_free_inotify_event_list (struct guestfs_free_inotify_event_list *);\n"
+"\n"
+msgstr ""
+
+#. type: =head2
+#: ../src/guestfs-structs.pod:226
+msgid "guestfs_partition"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs-structs.pod:228
+#, no-wrap
+msgid ""
+" struct guestfs_partition {\n"
+" int32_t part_num;\n"
+" uint64_t part_start;\n"
+" uint64_t part_end;\n"
+" uint64_t part_size;\n"
+" };\n"
+" \n"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs-structs.pod:235
+#, no-wrap
+msgid ""
+" struct guestfs_partition_list {\n"
+" uint32_t len; /* Number of elements in list. */\n"
+" struct guestfs_partition *val; /* Elements. */\n"
+" };\n"
+" \n"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs-structs.pod:240
+#, no-wrap
+msgid ""
+" void guestfs_free_partition (struct guestfs_free_partition *);\n"
+" void guestfs_free_partition_list (struct guestfs_free_partition_list *);\n"
+"\n"
+msgstr ""
+
+#. type: =head2
+#: ../src/guestfs-structs.pod:243
+msgid "guestfs_application"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs-structs.pod:245
+#, no-wrap
+msgid ""
+" struct guestfs_application {\n"
+" char *app_name;\n"
+" char *app_display_name;\n"
+" int32_t app_epoch;\n"
+" char *app_version;\n"
+" char *app_release;\n"
+" char *app_install_path;\n"
+" char *app_trans_path;\n"
+" char *app_publisher;\n"
+" char *app_url;\n"
+" char *app_source_package;\n"
+" char *app_summary;\n"
+" char *app_description;\n"
+" };\n"
+" \n"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs-structs.pod:260
+#, no-wrap
+msgid ""
+" struct guestfs_application_list {\n"
+" uint32_t len; /* Number of elements in list. */\n"
+" struct guestfs_application *val; /* Elements. */\n"
+" };\n"
+" \n"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs-structs.pod:265
+#, no-wrap
+msgid ""
+" void guestfs_free_application (struct guestfs_free_application *);\n"
+" void guestfs_free_application_list (struct guestfs_free_application_list *);\n"
+"\n"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:5
+msgid "guestfs - Library for accessing and modifying virtual machine images"
+msgstr ""
+"guestfs — бібліотека для доступу та внесення змін до образів віртуальних "
+"машин"
+
+#. type: verbatim
+#: ../src/guestfs.pod:11
+#, no-wrap
+msgid ""
+" guestfs_h *g = guestfs_create ();\n"
+" guestfs_add_drive (g, \"guest.img\");\n"
+" guestfs_launch (g);\n"
+" guestfs_mount (g, \"/dev/sda1\", \"/\");\n"
+" guestfs_touch (g, \"/hello\");\n"
+" guestfs_umount (g, \"/\");\n"
+" guestfs_close (g);\n"
+"\n"
+msgstr ""
+" guestfs_h *g = guestfs_create ();\n"
+" guestfs_add_drive (g, \"guest.img\");\n"
+" guestfs_launch (g);\n"
+" guestfs_mount (g, \"/dev/sda1\", \"/\");\n"
+" guestfs_touch (g, \"/hello\");\n"
+" guestfs_umount (g, \"/\");\n"
+" guestfs_close (g);\n"
+"\n"
+
+#. type: textblock
+#: ../src/guestfs.pod:25
+msgid ""
+"Libguestfs is a library for accessing and modifying guest disk images. "
+"Amongst the things this is good for: making batch configuration changes to "
+"guests, getting disk used/free statistics (see also: virt-df), migrating "
+"between virtualization systems (see also: virt-p2v), performing partial "
+"backups, performing partial guest clones, cloning guests and changing "
+"registry/UUID/hostname info, and much else besides."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:33
+msgid ""
+"Libguestfs uses Linux kernel and qemu code, and can access any type of guest "
+"filesystem that Linux and qemu can, including but not limited to: ext2/3/4, "
+"btrfs, FAT and NTFS, LVM, many different disk partition schemes, qcow, "
+"qcow2, vmdk."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:38
+msgid ""
+"Libguestfs provides ways to enumerate guest storage (eg. partitions, LVs, "
+"what filesystem is in each LV, etc.). It can also run commands in the "
+"context of the guest. Also you can access filesystems over FUSE."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:43
+msgid ""
+"Libguestfs is a library that can be linked with C and C++ management "
+"programs (or management programs written in OCaml, Perl, Python, Ruby, Java, "
+"PHP, Haskell or C#). You can also use it from shell scripts or the command "
+"line."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:48
+msgid ""
+"You don't need to be root to use libguestfs, although obviously you do need "
+"enough permissions to access the disk images."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:51
+msgid ""
+"Libguestfs is a large API because it can do many things. For a gentle "
+"introduction, please read the L</API OVERVIEW> section next."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:54
+msgid ""
+"There are also some example programs in the L<guestfs-examples(3)> manual "
+"page."
+msgstr ""
+
+#. type: =head1
+#: ../src/guestfs.pod:57
+msgid "API OVERVIEW"
+msgstr "ОГЛЯД API"
+
+#. type: textblock
+#: ../src/guestfs.pod:59
+msgid ""
+"This section provides a gentler overview of the libguestfs API. We also try "
+"to group API calls together, where that may not be obvious from reading "
+"about the individual calls in the main section of this manual."
+msgstr ""
+
+#. type: =head2
+#: ../src/guestfs.pod:64
+msgid "HANDLES"
+msgstr "ОБРОБНИКИ"
+
+#. type: textblock
+#: ../src/guestfs.pod:66
+msgid ""
+"Before you can use libguestfs calls, you have to create a handle. Then you "
+"must add at least one disk image to the handle, followed by launching the "
+"handle, then performing whatever operations you want, and finally closing "
+"the handle. By convention we use the single letter C<g> for the name of the "
+"handle variable, although of course you can use any name you want."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:73
+msgid "The general structure of all libguestfs-using programs looks like this:"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs.pod:76
+#, no-wrap
+msgid ""
+" guestfs_h *g = guestfs_create ();\n"
+" \n"
+msgstr ""
+" guestfs_h *g = guestfs_create ();\n"
+" \n"
+
+#. type: verbatim
+#: ../src/guestfs.pod:78
+#, no-wrap
+msgid ""
+" /* Call guestfs_add_drive additional times if there are\n"
+" * multiple disk images.\n"
+" */\n"
+" guestfs_add_drive (g, \"guest.img\");\n"
+" \n"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs.pod:83
+#, no-wrap
+msgid ""
+" /* Most manipulation calls won't work until you've launched\n"
+" * the handle 'g'. You have to do this _after_ adding drives\n"
+" * and _before_ other commands.\n"
+" */\n"
+" guestfs_launch (g);\n"
+" \n"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs.pod:89
+#, no-wrap
+msgid ""
+" /* Now you can examine what partitions, LVs etc are available.\n"
+" */\n"
+" char **partitions = guestfs_list_partitions (g);\n"
+" char **logvols = guestfs_lvs (g);\n"
+" \n"
+msgstr ""
+" /* Тепер можна перевірити, які розділи, логічні томи тощо доступні.\n"
+" */\n"
+" char **partitions = guestfs_list_partitions (g);\n"
+" char **logvols = guestfs_lvs (g);\n"
+" \n"
+
+#. type: verbatim
+#: ../src/guestfs.pod:94
+#, no-wrap
+msgid ""
+" /* To access a filesystem in the image, you must mount it.\n"
+" */\n"
+" guestfs_mount (g, \"/dev/sda1\", \"/\");\n"
+" \n"
+msgstr ""
+" /* Щоб отримати доступ до файлової системи на образі, вам слід його змонтувати.\n"
+" */\n"
+" guestfs_mount (g, \"/dev/sda1\", \"/\");\n"
+" \n"
+
+#. type: verbatim
+#: ../src/guestfs.pod:98
+#, no-wrap
+msgid ""
+" /* Now you can perform filesystem actions on the guest\n"
+" * disk image.\n"
+" */\n"
+" guestfs_touch (g, \"/hello\");\n"
+" \n"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs.pod:103
+#, no-wrap
+msgid ""
+" /* This is only needed for libguestfs < 1.5.24. Since then\n"
+" * it is done automatically when you close the handle. See\n"
+" * discussion of autosync in this page.\n"
+" */\n"
+" guestfs_sync (g);\n"
+" \n"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs.pod:109
+#, no-wrap
+msgid ""
+" /* Close the handle 'g'. */\n"
+" guestfs_close (g);\n"
+"\n"
+msgstr ""
+" /* Закрити дескриптор 'g'. */\n"
+" guestfs_close (g);\n"
+"\n"
+
+#. type: textblock
+#: ../src/guestfs.pod:112
+msgid ""
+"The code above doesn't include any error checking. In real code you should "
+"check return values carefully for errors. In general all functions that "
+"return integers return C<-1> on error, and all functions that return "
+"pointers return C<NULL> on error. See section L</ERROR HANDLING> below for "
+"how to handle errors, and consult the documentation for each function call "
+"below to see precisely how they return error indications. See L<guestfs-"
+"examples(3)> for fully worked examples."
+msgstr ""
+
+#. type: =head2
+#: ../src/guestfs.pod:121
+msgid "DISK IMAGES"
+msgstr "ОБРАЗИ ДИСКІВ"
+
+#. type: textblock
+#: ../src/guestfs.pod:123
+msgid ""
+"The image filename (C<\"guest.img\"> in the example above) could be a disk "
+"image from a virtual machine, a L<dd(1)> copy of a physical hard disk, an "
+"actual block device, or simply an empty file of zeroes that you have created "
+"through L<posix_fallocate(3)>. Libguestfs lets you do useful things to all "
+"of these."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:129
+msgid ""
+"The call you should use in modern code for adding drives is L</"
+"guestfs_add_drive_opts>. To add a disk image, allowing writes, and "
+"specifying that the format is raw, do:"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs.pod:133
+#, no-wrap
+msgid ""
+" guestfs_add_drive_opts (g, filename,\n"
+" GUESTFS_ADD_DRIVE_OPTS_FORMAT, \"raw\",\n"
+" -1);\n"
+"\n"
+msgstr ""
+" guestfs_add_drive_opts (g, filename,\n"
+" GUESTFS_ADD_DRIVE_OPTS_FORMAT, \"raw\",\n"
+" -1);\n"
+"\n"
+
+#. type: textblock
+#: ../src/guestfs.pod:137
+msgid "You can add a disk read-only using:"
+msgstr "Ви можете додати диск у режимі лише читання:"
+
+#. type: verbatim
+#: ../src/guestfs.pod:139
+#, no-wrap
+msgid ""
+" guestfs_add_drive_opts (g, filename,\n"
+" GUESTFS_ADD_DRIVE_OPTS_FORMAT, \"raw\",\n"
+" GUESTFS_ADD_DRIVE_OPTS_READONLY, 1,\n"
+" -1);\n"
+"\n"
+msgstr ""
+" guestfs_add_drive_opts (g, filename,\n"
+" GUESTFS_ADD_DRIVE_OPTS_FORMAT, \"raw\",\n"
+" GUESTFS_ADD_DRIVE_OPTS_READONLY, 1,\n"
+" -1);\n"
+"\n"
+
+#. type: textblock
+#: ../src/guestfs.pod:144
+msgid ""
+"or by calling the older function L</guestfs_add_drive_ro>. In either case "
+"libguestfs won't modify the file."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:147
+msgid ""
+"Be extremely cautious if the disk image is in use, eg. if it is being used "
+"by a virtual machine. Adding it read-write will almost certainly cause disk "
+"corruption, but adding it read-only is safe."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:151
+msgid ""
+"You must add at least one disk image, and you may add multiple disk images. "
+"In the API, the disk images are usually referred to as C</dev/sda> (for the "
+"first one you added), C</dev/sdb> (for the second one you added), etc."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:156
+msgid ""
+"Once L</guestfs_launch> has been called you cannot add any more images. You "
+"can call L</guestfs_list_devices> to get a list of the device names, in the "
+"order that you added them. See also L</BLOCK DEVICE NAMING> below."
+msgstr ""
+
+#. type: =head2
+#: ../src/guestfs.pod:161
+msgid "MOUNTING"
+msgstr "МОНТУВАННЯ"
+
+#. type: textblock
+#: ../src/guestfs.pod:163
+msgid ""
+"Before you can read or write files, create directories and so on in a disk "
+"image that contains filesystems, you have to mount those filesystems using "
+"L</guestfs_mount_options> or L</guestfs_mount_ro>. If you already know that "
+"a disk image contains (for example) one partition with a filesystem on that "
+"partition, then you can mount it directly:"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs.pod:170
+#, no-wrap
+msgid ""
+" guestfs_mount_options (g, \"\", \"/dev/sda1\", \"/\");\n"
+"\n"
+msgstr ""
+" guestfs_mount_options (g, \"\", \"/dev/sda1\", \"/\");\n"
+"\n"
+
+#. type: textblock
+#: ../src/guestfs.pod:172
+msgid ""
+"where C</dev/sda1> means literally the first partition (C<1>) of the first "
+"disk image that we added (C</dev/sda>). If the disk contains Linux LVM2 "
+"logical volumes you could refer to those instead (eg. C</dev/VG/LV>). Note "
+"that these are libguestfs virtual devices, and are nothing to do with host "
+"devices."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:178
+msgid ""
+"If you are given a disk image and you don't know what it contains then you "
+"have to find out. Libguestfs can do that too: use L</"
+"guestfs_list_partitions> and L</guestfs_lvs> to list possible partitions and "
+"LVs, and either try mounting each to see what is mountable, or else examine "
+"them with L</guestfs_vfs_type> or L</guestfs_file>. To list just "
+"filesystems, use L</guestfs_list_filesystems>."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:186
+msgid ""
+"Libguestfs also has a set of APIs for inspection of unknown disk images (see "
+"L</INSPECTION> below). But you might find it easier to look at higher level "
+"programs built on top of libguestfs, in particular L<virt-inspector(1)>."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:191
+msgid ""
+"To mount a filesystem read-only, use L</guestfs_mount_ro>. There are "
+"several other variations of the C<guestfs_mount_*> call."
+msgstr ""
+
+#. type: =head2
+#: ../src/guestfs.pod:194
+msgid "FILESYSTEM ACCESS AND MODIFICATION"
+msgstr "ДОСТУП ТА ВНЕСЕННЯ ЗМІН ДО ФАЙЛОВИХ СИСТЕМ"
+
+#. type: textblock
+#: ../src/guestfs.pod:196
+msgid ""
+"The majority of the libguestfs API consists of fairly low-level calls for "
+"accessing and modifying the files, directories, symlinks etc on mounted "
+"filesystems. There are over a hundred such calls which you can find listed "
+"in detail below in this man page, and we don't even pretend to cover them "
+"all in this overview."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:202
+msgid ""
+"Specify filenames as full paths, starting with C<\"/\"> and including the "
+"mount point."
+msgstr ""
+"Вказуйте адреси і назви файлів повністю, починаючи з C<\"/\">, разом з "
+"точкою монтування."
+
+#. type: textblock
+#: ../src/guestfs.pod:205
+msgid ""
+"For example, if you mounted a filesystem at C<\"/\"> and you want to read "
+"the file called C<\"etc/passwd\"> then you could do:"
+msgstr ""
+"Наприклад, якщо вами змонтовано файлову систему до C<\"/\">, і ви бажаєте "
+"виконати читання файла з назвою C<\"etc/passwd\">, ви можете скористатися "
+"таким кодом:"
+
+#. type: verbatim
+#: ../src/guestfs.pod:208
+#, no-wrap
+msgid ""
+" char *data = guestfs_cat (g, \"/etc/passwd\");\n"
+"\n"
+msgstr ""
+" char *data = guestfs_cat (g, \"/etc/passwd\");\n"
+"\n"
+
+#. type: textblock
+#: ../src/guestfs.pod:210
+msgid ""
+"This would return C<data> as a newly allocated buffer containing the full "
+"content of that file (with some conditions: see also L</DOWNLOADING> below), "
+"or C<NULL> if there was an error."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:214
+msgid ""
+"As another example, to create a top-level directory on that filesystem "
+"called C<\"var\"> you would do:"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs.pod:217
+#, no-wrap
+msgid ""
+" guestfs_mkdir (g, \"/var\");\n"
+"\n"
+msgstr ""
+" guestfs_mkdir (g, \"/var\");\n"
+"\n"
+
+#. type: textblock
+#: ../src/guestfs.pod:219
+msgid "To create a symlink you could do:"
+msgstr "Щоб створити символічне посилання, ви можете скористатися таким кодом:"
+
+#. type: verbatim
+#: ../src/guestfs.pod:221
+#, no-wrap
+msgid ""
+" guestfs_ln_s (g, \"/etc/init.d/portmap\",\n"
+" \"/etc/rc3.d/S30portmap\");\n"
+"\n"
+msgstr ""
+" guestfs_ln_s (g, \"/etc/init.d/portmap\",\n"
+" \"/etc/rc3.d/S30portmap\");\n"
+"\n"
+
+#. type: textblock
+#: ../src/guestfs.pod:224
+msgid ""
+"Libguestfs will reject attempts to use relative paths and there is no "
+"concept of a current working directory."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:227
+msgid ""
+"Libguestfs can return errors in many situations: for example if the "
+"filesystem isn't writable, or if a file or directory that you requested "
+"doesn't exist. If you are using the C API (documented here) you have to "
+"check for those error conditions after each call. (Other language bindings "
+"turn these errors into exceptions)."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:233
+msgid ""
+"File writes are affected by the per-handle umask, set by calling L</"
+"guestfs_umask> and defaulting to 022. See L</UMASK>."
+msgstr ""
+
+#. type: =head2
+#: ../src/guestfs.pod:236
+msgid "PARTITIONING"
+msgstr "ПОДІЛ НА РОЗДІЛИ"
+
+#. type: textblock
+#: ../src/guestfs.pod:238
+msgid ""
+"Libguestfs contains API calls to read, create and modify partition tables on "
+"disk images."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:241
+msgid ""
+"In the common case where you want to create a single partition covering the "
+"whole disk, you should use the L</guestfs_part_disk> call:"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs.pod:245
+#, no-wrap
+msgid ""
+" const char *parttype = \"mbr\";\n"
+" if (disk_is_larger_than_2TB)\n"
+" parttype = \"gpt\";\n"
+" guestfs_part_disk (g, \"/dev/sda\", parttype);\n"
+"\n"
+msgstr ""
+" const char *parttype = \"mbr\";\n"
+" if (disk_is_larger_than_2TB)\n"
+" parttype = \"gpt\";\n"
+" guestfs_part_disk (g, \"/dev/sda\", parttype);\n"
+"\n"
+
+#. type: textblock
+#: ../src/guestfs.pod:250
+msgid ""
+"Obviously this effectively wipes anything that was on that disk image before."
+msgstr ""
+
+#. type: =head2
+#: ../src/guestfs.pod:253
+msgid "LVM2"
+msgstr "LVM2"
+
+#. type: textblock
+#: ../src/guestfs.pod:255
+msgid ""
+"Libguestfs provides access to a large part of the LVM2 API, such as L</"
+"guestfs_lvcreate> and L</guestfs_vgremove>. It won't make much sense unless "
+"you familiarize yourself with the concepts of physical volumes, volume "
+"groups and logical volumes."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:260
+msgid ""
+"This author strongly recommends reading the LVM HOWTO, online at L<http://"
+"tldp.org/HOWTO/LVM-HOWTO/>."
+msgstr ""
+
+#. type: =head2
+#: ../src/guestfs.pod:263
+msgid "DOWNLOADING"
+msgstr "ОТРИМАННЯ ДАНИХ"
+
+#. type: textblock
+#: ../src/guestfs.pod:265
+msgid ""
+"Use L</guestfs_cat> to download small, text only files. This call is "
+"limited to files which are less than 2 MB and which cannot contain any ASCII "
+"NUL (C<\\0>) characters. However the API is very simple to use."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:269
+msgid ""
+"L</guestfs_read_file> can be used to read files which contain arbitrary 8 "
+"bit data, since it returns a (pointer, size) pair. However it is still "
+"limited to \"small\" files, less than 2 MB."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:273
+msgid ""
+"L</guestfs_download> can be used to download any file, with no limits on "
+"content or size (even files larger than 4 GB)."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:276
+msgid ""
+"To download multiple files, see L</guestfs_tar_out> and L</guestfs_tgz_out>."
+msgstr ""
+
+#. type: =head2
+#: ../src/guestfs.pod:279
+msgid "UPLOADING"
+msgstr "ВИВАНТАЖЕННЯ"
+
+#. type: textblock
+#: ../src/guestfs.pod:281
+msgid ""
+"It's often the case that you want to write a file or files to the disk image."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:284
+msgid ""
+"To write a small file with fixed content, use L</guestfs_write>. To create "
+"a file of all zeroes, use L</guestfs_truncate_size> (sparse) or L</"
+"guestfs_fallocate64> (with all disk blocks allocated). There are a variety "
+"of other functions for creating test files, for example L</guestfs_fill> and "
+"L</guestfs_fill_pattern>."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:290
+msgid ""
+"To upload a single file, use L</guestfs_upload>. This call has no limits on "
+"file content or size (even files larger than 4 GB)."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:293
+msgid ""
+"To upload multiple files, see L</guestfs_tar_in> and L</guestfs_tgz_in>."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:295
+msgid ""
+"However the fastest way to upload I<large numbers of arbitrary files> is to "
+"turn them into a squashfs or CD ISO (see L<mksquashfs(8)> and L<mkisofs(8)"
+">), then attach this using L</guestfs_add_drive_ro>. If you add the drive "
+"in a predictable way (eg. adding it last after all other drives) then you "
+"can get the device name from L</guestfs_list_devices> and mount it directly "
+"using L</guestfs_mount_ro>. Note that squashfs images are sometimes non-"
+"portable between kernel versions, and they don't support labels or UUIDs. "
+"If you want to pre-build an image or you need to mount it using a label or "
+"UUID, use an ISO image instead."
+msgstr ""
+
+#. type: =head2
+#: ../src/guestfs.pod:306
+msgid "COPYING"
+msgstr "КОПІЮВАННЯ"
+
+#. type: textblock
+#: ../src/guestfs.pod:308
+msgid ""
+"There are various different commands for copying between files and devices "
+"and in and out of the guest filesystem. These are summarised in the table "
+"below."
+msgstr ""
+
+#. type: =item
+#: ../src/guestfs.pod:314
+msgid "B<file> to B<file>"
+msgstr "B<файл> у B<файл>"
+
+#. type: textblock
+#: ../src/guestfs.pod:316
+msgid ""
+"Use L</guestfs_cp> to copy a single file, or L</guestfs_cp_a> to copy "
+"directories recursively."
+msgstr ""
+
+#. type: =item
+#: ../src/guestfs.pod:319
+msgid "B<file or device> to B<file or device>"
+msgstr "B<файл або пристрій> у B<файл або пристрій>"
+
+#. type: textblock
+#: ../src/guestfs.pod:321
+msgid ""
+"Use L</guestfs_dd> which efficiently uses L<dd(1)> to copy between files and "
+"devices in the guest."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:324
+msgid "Example: duplicate the contents of an LV:"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs.pod:326
+#, no-wrap
+msgid ""
+" guestfs_dd (g, \"/dev/VG/Original\", \"/dev/VG/Copy\");\n"
+"\n"
+msgstr ""
+" guestfs_dd (g, \"/dev/VG/Original\", \"/dev/VG/Copy\");\n"
+"\n"
+
+#. type: textblock
+#: ../src/guestfs.pod:328
+msgid ""
+"The destination (C</dev/VG/Copy>) must be at least as large as the source "
+"(C</dev/VG/Original>). To copy less than the whole source device, use L</"
+"guestfs_copy_size>."
+msgstr ""
+
+#. type: =item
+#: ../src/guestfs.pod:332
+msgid "B<file on the host> to B<file or device>"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:334
+msgid "Use L</guestfs_upload>. See L</UPLOADING> above."
+msgstr ""
+
+#. type: =item
+#: ../src/guestfs.pod:336
+msgid "B<file or device> to B<file on the host>"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:338
+msgid "Use L</guestfs_download>. See L</DOWNLOADING> above."
+msgstr ""
+
+#. type: =head2
+#: ../src/guestfs.pod:342
+msgid "UPLOADING AND DOWNLOADING TO PIPES AND FILE DESCRIPTORS"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:344
+msgid ""
+"Calls like L</guestfs_upload>, L</guestfs_download>, L</guestfs_tar_in>, L</"
+"guestfs_tar_out> etc appear to only take filenames as arguments, so it "
+"appears you can only upload and download to files. However many Un*x-like "
+"hosts let you use the special device files C</dev/stdin>, C</dev/stdout>, C</"
+"dev/stderr> and C</dev/fd/N> to read and write from stdin, stdout, stderr, "
+"and arbitrary file descriptor N."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:352
+msgid "For example, L<virt-cat(1)> writes its output to stdout by doing:"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs.pod:355
+#, no-wrap
+msgid ""
+" guestfs_download (g, filename, \"/dev/stdout\");\n"
+"\n"
+msgstr ""
+" guestfs_download (g, filename, \"/dev/stdout\");\n"
+"\n"
+
+#. type: textblock
+#: ../src/guestfs.pod:357
+msgid "and you can write tar output to a file descriptor C<fd> by doing:"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs.pod:359
+#, no-wrap
+msgid ""
+" char devfd[64];\n"
+" snprintf (devfd, sizeof devfd, \"/dev/fd/%d\", fd);\n"
+" guestfs_tar_out (g, \"/\", devfd);\n"
+"\n"
+msgstr ""
+" char devfd[64];\n"
+" snprintf (devfd, sizeof devfd, \"/dev/fd/%d\", fd);\n"
+" guestfs_tar_out (g, \"/\", devfd);\n"
+"\n"
+
+#. type: =head2
+#: ../src/guestfs.pod:363
+msgid "LISTING FILES"
+msgstr "СПИСКИ ФАЙЛІВ"
+
+#. type: textblock
+#: ../src/guestfs.pod:365
+msgid ""
+"L</guestfs_ll> is just designed for humans to read (mainly when using the "
+"L<guestfish(1)>-equivalent command C<ll>)."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:368
+msgid ""
+"L</guestfs_ls> is a quick way to get a list of files in a directory from "
+"programs, as a flat list of strings."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:371
+msgid ""
+"L</guestfs_readdir> is a programmatic way to get a list of files in a "
+"directory, plus additional information about each one. It is more "
+"equivalent to using the L<readdir(3)> call on a local filesystem."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:375
+msgid ""
+"L</guestfs_find> and L</guestfs_find0> can be used to recursively list files."
+msgstr ""
+
+#. type: =head2
+#: ../src/guestfs.pod:378
+msgid "RUNNING COMMANDS"
+msgstr "ВИКОНАННЯ КОМАНД"
+
+#. type: textblock
+#: ../src/guestfs.pod:380
+msgid ""
+"Although libguestfs is primarily an API for manipulating files inside guest "
+"images, we also provide some limited facilities for running commands inside "
+"guests."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:384
+msgid "There are many limitations to this:"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:390
+msgid ""
+"The kernel version that the command runs under will be different from what "
+"it expects."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:395
+msgid ""
+"If the command needs to communicate with daemons, then most likely they "
+"won't be running."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:400
+msgid "The command will be running in limited memory."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:404
+msgid ""
+"The network may not be available unless you enable it (see L</"
+"guestfs_set_network>)."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:409
+msgid "Only supports Linux guests (not Windows, BSD, etc)."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:413
+msgid ""
+"Architecture limitations (eg. won't work for a PPC guest on an X86 host)."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:418
+msgid ""
+"For SELinux guests, you may need to enable SELinux and load policy first. "
+"See L</SELINUX> in this manpage."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:423
+msgid ""
+"I<Security:> It is not safe to run commands from untrusted, possibly "
+"malicious guests. These commands may attempt to exploit your program by "
+"sending unexpected output. They could also try to exploit the Linux kernel "
+"or qemu provided by the libguestfs appliance. They could use the network "
+"provided by the libguestfs appliance to bypass ordinary network partitions "
+"and firewalls. They could use the elevated privileges or different SELinux "
+"context of your program to their advantage."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:432
+msgid ""
+"A secure alternative is to use libguestfs to install a \"firstboot\" script "
+"(a script which runs when the guest next boots normally), and to have this "
+"script run the commands you want in the normal context of the running guest, "
+"network security and so on. For information about other security issues, "
+"see L</SECURITY>."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:440
+msgid ""
+"The two main API calls to run commands are L</guestfs_command> and L</"
+"guestfs_sh> (there are also variations)."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:443
+msgid ""
+"The difference is that L</guestfs_sh> runs commands using the shell, so any "
+"shell globs, redirections, etc will work."
+msgstr ""
+
+#. type: =head2
+#: ../src/guestfs.pod:446
+msgid "CONFIGURATION FILES"
+msgstr "ФАЙЛИ НАЛАШТУВАННЯ"
+
+#. type: textblock
+#: ../src/guestfs.pod:448
+msgid ""
+"To read and write configuration files in Linux guest filesystems, we "
+"strongly recommend using Augeas. For example, Augeas understands how to "
+"read and write, say, a Linux shadow password file or X.org configuration "
+"file, and so avoids you having to write that code."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:453
+msgid ""
+"The main Augeas calls are bound through the C<guestfs_aug_*> APIs. We don't "
+"document Augeas itself here because there is excellent documentation on the "
+"L<http://augeas.net/> website."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:457
+msgid ""
+"If you don't want to use Augeas (you fool!) then try calling L</"
+"guestfs_read_lines> to get the file as a list of lines which you can iterate "
+"over."
+msgstr ""
+
+#. type: =head2
+#: ../src/guestfs.pod:461
+msgid "SELINUX"
+msgstr "SELINUX"
+
+#. type: textblock
+#: ../src/guestfs.pod:463
+msgid ""
+"We support SELinux guests. To ensure that labeling happens correctly in "
+"SELinux guests, you need to enable SELinux and load the guest's policy:"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:471
+msgid "Before launching, do:"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs.pod:473
+#, no-wrap
+msgid ""
+" guestfs_set_selinux (g, 1);\n"
+"\n"
+msgstr ""
+" guestfs_set_selinux (g, 1);\n"
+"\n"
+
+#. type: textblock
+#: ../src/guestfs.pod:477
+msgid ""
+"After mounting the guest's filesystem(s), load the policy. This is best "
+"done by running the L<load_policy(8)> command in the guest itself:"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs.pod:481
+#, no-wrap
+msgid ""
+" guestfs_sh (g, \"/usr/sbin/load_policy\");\n"
+"\n"
+msgstr ""
+" guestfs_sh (g, \"/usr/sbin/load_policy\");\n"
+"\n"
+
+#. type: textblock
+#: ../src/guestfs.pod:483
+msgid ""
+"(Older versions of C<load_policy> require you to specify the name of the "
+"policy file)."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:488
+msgid ""
+"Optionally, set the security context for the API. The correct security "
+"context to use can only be known by inspecting the guest. As an example:"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs.pod:492
+#, no-wrap
+msgid ""
+" guestfs_setcon (g, \"unconfined_u:unconfined_r:unconfined_t:s0\");\n"
+"\n"
+msgstr ""
+" guestfs_setcon (g, \"unconfined_u:unconfined_r:unconfined_t:s0\");\n"
+"\n"
+
+#. type: textblock
+#: ../src/guestfs.pod:496
+msgid "This will work for running commands and editing existing files."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:498
+msgid ""
+"When new files are created, you may need to label them explicitly, for "
+"example by running the external command C<restorecon pathname>."
+msgstr ""
+
+#. type: =head2
+#: ../src/guestfs.pod:502
+msgid "UMASK"
+msgstr "UMASK"
+
+#. type: textblock
+#: ../src/guestfs.pod:504
+msgid ""
+"Certain calls are affected by the current file mode creation mask (the "
+"\"umask\"). In particular ones which create files or directories, such as "
+"L</guestfs_touch>, L</guestfs_mknod> or L</guestfs_mkdir>. This affects "
+"either the default mode that the file is created with or modifies the mode "
+"that you supply."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:510
+msgid ""
+"The default umask is C<022>, so files are created with modes such as C<0644> "
+"and directories with C<0755>."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:513
+msgid ""
+"There are two ways to avoid being affected by umask. Either set umask to 0 "
+"(call C<guestfs_umask (g, 0)> early after launching). Or call L</"
+"guestfs_chmod> after creating each file or directory."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:517
+msgid "For more information about umask, see L<umask(2)>."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:521
+msgid ""
+"Libguestfs allows you to access Linux guests which have been encrypted using "
+"whole disk encryption that conforms to the Linux Unified Key Setup (LUKS) "
+"standard. This includes nearly all whole disk encryption systems used by "
+"modern Linux guests."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:527
+msgid ""
+"Use L</guestfs_vfs_type> to identify LUKS-encrypted block devices (it "
+"returns the string C<crypto_LUKS>)."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:530
+msgid ""
+"Then open these devices by calling L</guestfs_luks_open>. Obviously you "
+"will require the passphrase!"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:533
+msgid ""
+"Opening a LUKS device creates a new device mapper device called C</dev/"
+"mapper/mapname> (where C<mapname> is the string you supply to L</"
+"guestfs_luks_open>). Reads and writes to this mapper device are decrypted "
+"from and encrypted to the underlying block device respectively."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:539
+msgid ""
+"LVM volume groups on the device can be made visible by calling L</"
+"guestfs_vgscan> followed by L</guestfs_vg_activate_all>. The logical volume"
+"(s) can now be mounted in the usual way."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:543
+msgid ""
+"Use the reverse process to close a LUKS device. Unmount any logical volumes "
+"on it, deactivate the volume groups by caling C<guestfs_vg_activate (g, 0, "
+"[\"/dev/VG\"])>. Then close the mapper device by calling L</"
+"guestfs_luks_close> on the C</dev/mapper/mapname> device (I<not> the "
+"underlying encrypted block device)."
+msgstr ""
+
+#. type: =head2
+#: ../src/guestfs.pod:550
+msgid "INSPECTION"
+msgstr "ПЕРЕВІРКА"
+
+#. type: textblock
+#: ../src/guestfs.pod:552
+msgid ""
+"Libguestfs has APIs for inspecting an unknown disk image to find out if it "
+"contains operating systems, an install CD or a live CD. (These APIs used to "
+"be in a separate Perl-only library called L<Sys::Guestfs::Lib(3)> but since "
+"version 1.5.3 the most frequently used part of this library has been "
+"rewritten in C and moved into the core code)."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:559
+msgid ""
+"Add all disks belonging to the unknown virtual machine and call L</"
+"guestfs_launch> in the usual way."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:562
+msgid ""
+"Then call L</guestfs_inspect_os>. This function uses other libguestfs calls "
+"and certain heuristics, and returns a list of operating systems that were "
+"found. An empty list means none were found. A single element is the root "
+"filesystem of the operating system. For dual- or multi-boot guests, "
+"multiple roots can be returned, each one corresponding to a separate "
+"operating system. (Multi-boot virtual machines are extremely rare in the "
+"world of virtualization, but since this scenario can happen, we have built "
+"libguestfs to deal with it.)"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:571
+msgid ""
+"For each root, you can then call various C<guestfs_inspect_get_*> functions "
+"to get additional details about that operating system. For example, call L</"
+"guestfs_inspect_get_type> to return the string C<windows> or C<linux> for "
+"Windows and Linux-based operating systems respectively."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:577
+msgid ""
+"Un*x-like and Linux-based operating systems usually consist of several "
+"filesystems which are mounted at boot time (for example, a separate boot "
+"partition mounted on C</boot>). The inspection rules are able to detect how "
+"filesystems correspond to mount points. Call "
+"C<guestfs_inspect_get_mountpoints> to get this mapping. It might return a "
+"hash table like this example:"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs.pod:584
+#, no-wrap
+msgid ""
+" /boot => /dev/sda1\n"
+" / => /dev/vg_guest/lv_root\n"
+" /usr => /dev/vg_guest/lv_usr\n"
+"\n"
+msgstr ""
+" /boot => /dev/sda1\n"
+" / => /dev/vg_guest/lv_root\n"
+" /usr => /dev/vg_guest/lv_usr\n"
+"\n"
+
+#. type: textblock
+#: ../src/guestfs.pod:588
+msgid ""
+"The caller can then make calls to L</guestfs_mount_options> to mount the "
+"filesystems as suggested."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:591
+msgid ""
+"Be careful to mount filesystems in the right order (eg. C</> before C</"
+"usr>). Sorting the keys of the hash by length, shortest first, should work."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:595
+msgid ""
+"Inspection currently only works for some common operating systems. "
+"Contributors are welcome to send patches for other operating systems that we "
+"currently cannot detect."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:599
+msgid ""
+"Encrypted disks must be opened before inspection. See L</ENCRYPTED DISKS> "
+"for more details. The L</guestfs_inspect_os> function just ignores any "
+"encrypted devices."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:603
+msgid ""
+"A note on the implementation: The call L</guestfs_inspect_os> performs "
+"inspection and caches the results in the guest handle. Subsequent calls to "
+"C<guestfs_inspect_get_*> return this cached information, but I<do not> re-"
+"read the disks. If you change the content of the guest disks, you can redo "
+"inspection by calling L</guestfs_inspect_os> again. (L</"
+"guestfs_inspect_list_applications> works a little differently from the other "
+"calls and does read the disks. See documentation for that function for "
+"details)."
+msgstr ""
+
+#. type: =head3
+#: ../src/guestfs.pod:612
+msgid "INSPECTING INSTALL DISKS"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:614
+msgid ""
+"Libguestfs (since 1.9.4) can detect some install disks, install CDs, live "
+"CDs and more."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:617
+msgid ""
+"Call L</guestfs_inspect_get_format> to return the format of the operating "
+"system, which currently can be C<installed> (a regular operating system) or "
+"C<installer> (some sort of install disk)."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:621
+msgid ""
+"Further information is available about the operating system that can be "
+"installed using the regular inspection APIs like L</"
+"guestfs_inspect_get_product_name>, L</guestfs_inspect_get_major_version> etc."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:626
+msgid ""
+"Some additional information specific to installer disks is also available "
+"from the L</guestfs_inspect_is_live>, L</guestfs_inspect_is_netinst> and L</"
+"guestfs_inspect_is_multipart> calls."
+msgstr ""
+
+#. type: =head2
+#: ../src/guestfs.pod:631
+msgid "SPECIAL CONSIDERATIONS FOR WINDOWS GUESTS"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:633
+msgid ""
+"Libguestfs can mount NTFS partitions. It does this using the L<http://www."
+"ntfs-3g.org/> driver."
+msgstr ""
+
+#. type: =head3
+#: ../src/guestfs.pod:636
+msgid "DRIVE LETTERS AND PATHS"
+msgstr "ЛІТЕРИ ДИСКІВ ТА ШЛЯХИ"
+
+#. type: textblock
+#: ../src/guestfs.pod:638
+msgid ""
+"DOS and Windows still use drive letters, and the filesystems are always "
+"treated as case insensitive by Windows itself, and therefore you might find "
+"a Windows configuration file referring to a path like C<c:\\windows"
+"\\system32>. When the filesystem is mounted in libguestfs, that directory "
+"might be referred to as C</WINDOWS/System32>."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:644
+msgid ""
+"Drive letter mappings can be found using inspection (see L</INSPECTION> and "
+"L</guestfs_inspect_get_drive_mappings>)"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:647
+msgid ""
+"Dealing with separator characters (backslash vs forward slash) is outside "
+"the scope of libguestfs, but usually a simple character replacement will "
+"work."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:651
+msgid ""
+"To resolve the case insensitivity of paths, call L</"
+"guestfs_case_sensitive_path>."
+msgstr ""
+
+#. type: =head3
+#: ../src/guestfs.pod:654
+msgid "ACCESSING THE WINDOWS REGISTRY"
+msgstr "ДОСТУП ДО РЕГІСТРУ WINDOWS"
+
+#. type: textblock
+#: ../src/guestfs.pod:656
+msgid ""
+"Libguestfs also provides some help for decoding Windows Registry \"hive\" "
+"files, through the library C<hivex> which is part of the libguestfs project "
+"although ships as a separate tarball. You have to locate and download the "
+"hive file(s) yourself, and then pass them to C<hivex> functions. See also "
+"the programs L<hivexml(1)>, L<hivexsh(1)>, L<hivexregedit(1)> and L<virt-win-"
+"reg(1)> for more help on this issue."
+msgstr ""
+
+#. type: =head3
+#: ../src/guestfs.pod:664
+msgid "SYMLINKS ON NTFS-3G FILESYSTEMS"
+msgstr "СИМВОЛІЧНІ ПОСИЛАННЯ У ФАЙЛОВИХ СИСТЕМАХ NTFS-3G"
+
+#. type: textblock
+#: ../src/guestfs.pod:666
+msgid ""
+"Ntfs-3g tries to rewrite \"Junction Points\" and NTFS \"symbolic links\" to "
+"provide something which looks like a Linux symlink. The way it tries to do "
+"the rewriting is described here:"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:670
+msgid ""
+"L<http://www.tuxera.com/community/ntfs-3g-advanced/junction-points-and-"
+"symbolic-links/>"
+msgstr ""
+"L<http://www.tuxera.com/community/ntfs-3g-advanced/junction-points-and-"
+"symbolic-links/>"
+
+#. type: textblock
+#: ../src/guestfs.pod:672
+msgid ""
+"The essential problem is that ntfs-3g simply does not have enough "
+"information to do a correct job. NTFS links can contain drive letters and "
+"references to external device GUIDs that ntfs-3g has no way of resolving. "
+"It is almost certainly the case that libguestfs callers should ignore what "
+"ntfs-3g does (ie. don't use L</guestfs_readlink> on NTFS volumes)."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:679
+msgid ""
+"Instead if you encounter a symbolic link on an ntfs-3g filesystem, use L</"
+"guestfs_lgetxattr> to read the C<system.ntfs_reparse_data> extended "
+"attribute, and read the raw reparse data from that (you can find the format "
+"documented in various places around the web)."
+msgstr ""
+
+#. type: =head3
+#: ../src/guestfs.pod:684
+msgid "EXTENDED ATTRIBUTES ON NTFS-3G FILESYSTEMS"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:686
+msgid ""
+"There are other useful extended attributes that can be read from ntfs-3g "
+"filesystems (using L</guestfs_getxattr>). See:"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:689
+msgid ""
+"L<http://www.tuxera.com/community/ntfs-3g-advanced/extended-attributes/>"
+msgstr ""
+"L<http://www.tuxera.com/community/ntfs-3g-advanced/extended-attributes/>"
+
+#. type: =head2
+#: ../src/guestfs.pod:691
+msgid "USING LIBGUESTFS WITH OTHER PROGRAMMING LANGUAGES"
+msgstr "ВИКОРИСТАННЯ LIBGUESTFS ЗА ДОПОМОГОЮ ІНШИХ МОВ ПРОГРАМУВАННЯ"
+
+#. type: textblock
+#: ../src/guestfs.pod:693
+msgid ""
+"Although we don't want to discourage you from using the C API, we will "
+"mention here that the same API is also available in other languages."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:696
+msgid ""
+"The API is broadly identical in all supported languages. This means that "
+"the C call C<guestfs_add_drive_ro(g,file)> is C<$g-E<gt>add_drive_ro($file)> "
+"in Perl, C<g.add_drive_ro(file)> in Python, and C<g#add_drive_ro file> in "
+"OCaml. In other words, a straightforward, predictable isomorphism between "
+"each language."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:702
+msgid ""
+"Error messages are automatically transformed into exceptions if the language "
+"supports it."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:705
+msgid ""
+"We don't try to \"object orientify\" parts of the API in OO languages, "
+"although contributors are welcome to write higher level APIs above what we "
+"provide in their favourite languages if they wish."
+msgstr ""
+
+#. type: =item
+#: ../src/guestfs.pod:711
+msgid "B<C++>"
+msgstr "B<C++>"
+
+#. type: textblock
+#: ../src/guestfs.pod:713
+msgid ""
+"You can use the I<guestfs.h> header file from C++ programs. The C++ API is "
+"identical to the C API. C++ classes and exceptions are not used."
+msgstr ""
+
+#. type: =item
+#: ../src/guestfs.pod:717
+msgid "B<C#>"
+msgstr "B<C#>"
+
+#. type: textblock
+#: ../src/guestfs.pod:719
+msgid ""
+"The C# bindings are highly experimental. Please read the warnings at the "
+"top of C<csharp/Libguestfs.cs>."
+msgstr ""
+
+#. type: =item
+#: ../src/guestfs.pod:722
+msgid "B<Haskell>"
+msgstr "B<Haskell>"
+
+#. type: textblock
+#: ../src/guestfs.pod:724
+msgid ""
+"This is the only language binding that is working but incomplete. Only "
+"calls which return simple integers have been bound in Haskell, and we are "
+"looking for help to complete this binding."
+msgstr ""
+
+#. type: =item
+#: ../src/guestfs.pod:728
+msgid "B<Java>"
+msgstr "B<Java>"
+
+#. type: textblock
+#: ../src/guestfs.pod:730
+msgid ""
+"Full documentation is contained in the Javadoc which is distributed with "
+"libguestfs. For examples, see L<guestfs-java(3)>."
+msgstr ""
+
+#. type: =item
+#: ../src/guestfs.pod:733
+msgid "B<OCaml>"
+msgstr "B<OCaml>"
+
+#. type: textblock
+#: ../src/guestfs.pod:735
+msgid "See L<guestfs-ocaml(3)>."
+msgstr "Див. L<guestfs-ocaml(3)>."
+
+#. type: =item
+#: ../src/guestfs.pod:737
+msgid "B<Perl>"
+msgstr "B<Perl>"
+
+#. type: textblock
+#: ../src/guestfs.pod:739
+msgid "See L<guestfs-perl(3)> and L<Sys::Guestfs(3)>."
+msgstr "Див. L<guestfs-perl(3)> та L<Sys::Guestfs(3)>."
+
+#. type: =item
+#: ../src/guestfs.pod:741
+msgid "B<PHP>"
+msgstr "B<PHP>"
+
+#. type: textblock
+#: ../src/guestfs.pod:743
+msgid ""
+"For documentation see C<README-PHP> supplied with libguestfs sources or in "
+"the php-libguestfs package for your distribution."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:746
+msgid "The PHP binding only works correctly on 64 bit machines."
+msgstr ""
+
+#. type: =item
+#: ../src/guestfs.pod:748
+msgid "B<Python>"
+msgstr "B<Python>"
+
+#. type: textblock
+#: ../src/guestfs.pod:750
+msgid "See L<guestfs-python(3)>."
+msgstr "Див. L<guestfs-python(3)>."
+
+#. type: =item
+#: ../src/guestfs.pod:752
+msgid "B<Ruby>"
+msgstr "B<Ruby>"
+
+#. type: textblock
+#: ../src/guestfs.pod:754
+msgid "See L<guestfs-ruby(3)>."
+msgstr "Див. L<guestfs-ruby(3)>."
+
+#. type: =item
+#: ../src/guestfs.pod:756
+msgid "B<shell scripts>"
+msgstr "B<скрипти оболонки>"
+
+#. type: textblock
+#: ../src/guestfs.pod:758
+msgid "See L<guestfish(1)>."
+msgstr "Див. L<guestfish(1)>."
+
+#. type: =head2
+#: ../src/guestfs.pod:762
+msgid "LIBGUESTFS GOTCHAS"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:764
+msgid ""
+"L<http://en.wikipedia.org/wiki/Gotcha_(programming)>: \"A feature of a "
+"system [...] that works in the way it is documented but is counterintuitive "
+"and almost invites mistakes.\""
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:768
+msgid ""
+"Since we developed libguestfs and the associated tools, there are several "
+"things we would have designed differently, but are now stuck with for "
+"backwards compatibility or other reasons. If there is ever a libguestfs 2.0 "
+"release, you can expect these to change. Beware of them."
+msgstr ""
+
+#. type: =item
+#: ../src/guestfs.pod:776
+msgid "Autosync / forgetting to sync."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:778
+msgid ""
+"I<Update:> Autosync is enabled by default for all API users starting from "
+"libguestfs 1.5.24. This section only applies to older versions."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:781
+msgid ""
+"When modifying a filesystem from C or another language, you B<must> unmount "
+"all filesystems and call L</guestfs_sync> explicitly before you close the "
+"libguestfs handle. You can also call:"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs.pod:785
+#, no-wrap
+msgid ""
+" guestfs_set_autosync (g, 1);\n"
+"\n"
+msgstr ""
+" guestfs_set_autosync (g, 1);\n"
+"\n"
+
+#. type: textblock
+#: ../src/guestfs.pod:787
+msgid ""
+"to have the unmount/sync done automatically for you when the handle 'g' is "
+"closed. (This feature is called \"autosync\", L</guestfs_set_autosync> q.v.)"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:791
+msgid ""
+"If you forget to do this, then it is entirely possible that your changes "
+"won't be written out, or will be partially written, or (very rarely) that "
+"you'll get disk corruption."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:795
+msgid ""
+"Note that in L<guestfish(3)> autosync is the default. So quick and dirty "
+"guestfish scripts that forget to sync will work just fine, which can make "
+"this very puzzling if you are trying to debug a problem."
+msgstr ""
+
+#. type: =item
+#: ../src/guestfs.pod:799
+msgid "Mount option C<-o sync> should not be the default."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:801
+msgid ""
+"If you use L</guestfs_mount>, then C<-o sync,noatime> are added implicitly. "
+"However C<-o sync> does not add any reliability benefit, but does have a "
+"very large performance impact."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:805
+msgid ""
+"The work around is to use L</guestfs_mount_options> and set the mount "
+"options that you actually want to use."
+msgstr ""
+
+#. type: =item
+#: ../src/guestfs.pod:808
+msgid "Read-only should be the default."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:810
+msgid ""
+"In L<guestfish(3)>, I<--ro> should be the default, and you should have to "
+"specify I<--rw> if you want to make changes to the image."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:813
+msgid "This would reduce the potential to corrupt live VM images."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:815
+msgid ""
+"Note that many filesystems change the disk when you just mount and unmount, "
+"even if you didn't perform any writes. You need to use L</"
+"guestfs_add_drive_ro> to guarantee that the disk is not changed."
+msgstr ""
+
+#. type: =item
+#: ../src/guestfs.pod:819
+msgid "guestfish command line is hard to use."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:821
+msgid ""
+"C<guestfish disk.img> doesn't do what people expect (open C<disk.img> for "
+"examination). It tries to run a guestfish command C<disk.img> which doesn't "
+"exist, so it fails. In earlier versions of guestfish the error message was "
+"also unintuitive, but we have corrected this since. Like the Bourne shell, "
+"we should have used C<guestfish -c command> to run commands."
+msgstr ""
+
+#. type: =item
+#: ../src/guestfs.pod:828
+msgid "guestfish megabyte modifiers don't work right on all commands"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:830
+msgid ""
+"In recent guestfish you can use C<1M> to mean 1 megabyte (and similarly for "
+"other modifiers). What guestfish actually does is to multiply the number "
+"part by the modifier part and pass the result to the C API. However this "
+"doesn't work for a few APIs which aren't expecting bytes, but are already "
+"expecting some other unit (eg. megabytes)."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:837
+msgid "The most common is L</guestfs_lvcreate>. The guestfish command:"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs.pod:839
+#, no-wrap
+msgid ""
+" lvcreate LV VG 100M\n"
+"\n"
+msgstr ""
+" lvcreate LV VG 100M\n"
+"\n"
+
+#. type: textblock
+#: ../src/guestfs.pod:841
+msgid ""
+"does not do what you might expect. Instead because L</guestfs_lvcreate> is "
+"already expecting megabytes, this tries to create a 100 I<terabyte> (100 "
+"megabytes * megabytes) logical volume. The error message you get from this "
+"is also a little obscure."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:846
+msgid ""
+"This could be fixed in the generator by specially marking parameters and "
+"return values which take bytes or other units."
+msgstr ""
+
+#. type: =item
+#: ../src/guestfs.pod:849
+msgid "Ambiguity between devices and paths"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:851
+msgid ""
+"There is a subtle ambiguity in the API between a device name (eg. C</dev/"
+"sdb2>) and a similar pathname. A file might just happen to be called "
+"C<sdb2> in the directory C</dev> (consider some non-Unix VM image)."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:856
+msgid ""
+"In the current API we usually resolve this ambiguity by having two separate "
+"calls, for example L</guestfs_checksum> and L</guestfs_checksum_device>. "
+"Some API calls are ambiguous and (incorrectly) resolve the problem by "
+"detecting if the path supplied begins with C</dev/>."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:862
+msgid ""
+"To avoid both the ambiguity and the need to duplicate some calls, we could "
+"make paths/devices into structured names. One way to do this would be to "
+"use a notation like grub (C<hd(0,0)>), although nobody really likes this "
+"aspect of grub. Another way would be to use a structured type, equivalent "
+"to this OCaml type:"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs.pod:868
+#, no-wrap
+msgid ""
+" type path = Path of string | Device of int | Partition of int * int\n"
+"\n"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:870
+msgid "which would allow you to pass arguments like:"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs.pod:872
+#, no-wrap
+msgid ""
+" Path \"/foo/bar\"\n"
+" Device 1 (* /dev/sdb, or perhaps /dev/sda *)\n"
+" Partition (1, 2) (* /dev/sdb2 (or is it /dev/sda2 or /dev/sdb3?) *)\n"
+" Path \"/dev/sdb2\" (* not a device *)\n"
+"\n"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:877
+msgid ""
+"As you can see there are still problems to resolve even with this "
+"representation. Also consider how it might work in guestfish."
+msgstr ""
+
+#. type: =head2
+#: ../src/guestfs.pod:882
+msgid "KEYS AND PASSPHRASES"
+msgstr "КЛЮЧІ І ПАРОЛІ"
+
+#. type: textblock
+#: ../src/guestfs.pod:884
+msgid ""
+"Certain libguestfs calls take a parameter that contains sensitive key "
+"material, passed in as a C string."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:887
+msgid ""
+"In the future we would hope to change the libguestfs implementation so that "
+"keys are L<mlock(2)>-ed into physical RAM, and thus can never end up in "
+"swap. However this is I<not> done at the moment, because of the complexity "
+"of such an implementation."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:892
+msgid ""
+"Therefore you should be aware that any key parameter you pass to libguestfs "
+"might end up being written out to the swap partition. If this is a concern, "
+"scrub the swap partition or don't use libguestfs on encrypted devices."
+msgstr ""
+
+#. type: =head2
+#: ../src/guestfs.pod:897
+msgid "MULTIPLE HANDLES AND MULTIPLE THREADS"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:899
+msgid ""
+"All high-level libguestfs actions are synchronous. If you want to use "
+"libguestfs asynchronously then you must create a thread."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:902
+msgid ""
+"Only use the handle from a single thread. Either use the handle exclusively "
+"from one thread, or provide your own mutex so that two threads cannot issue "
+"calls on the same handle at the same time."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:906
+msgid ""
+"See the graphical program guestfs-browser for one possible architecture for "
+"multithreaded programs using libvirt and libguestfs."
+msgstr ""
+
+#. type: =head2
+#: ../src/guestfs.pod:909
+msgid "PATH"
+msgstr "ШЛЯХ"
+
+#. type: textblock
+#: ../src/guestfs.pod:911
+msgid ""
+"Libguestfs needs a supermin appliance, which it finds by looking along an "
+"internal path."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:914
+msgid ""
+"By default it looks for these in the directory C<$libdir/guestfs> (eg. C</"
+"usr/local/lib/guestfs> or C</usr/lib64/guestfs>)."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:917
+msgid ""
+"Use L</guestfs_set_path> or set the environment variable L</LIBGUESTFS_PATH> "
+"to change the directories that libguestfs will search in. The value is a "
+"colon-separated list of paths. The current directory is I<not> searched "
+"unless the path contains an empty element or C<.>. For example "
+"C<LIBGUESTFS_PATH=:/usr/lib/guestfs> would search the current directory and "
+"then C</usr/lib/guestfs>."
+msgstr ""
+
+#. type: =head2
+#: ../src/guestfs.pod:924
+msgid "QEMU WRAPPERS"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:926
+msgid ""
+"If you want to compile your own qemu, run qemu from a non-standard location, "
+"or pass extra arguments to qemu, then you can write a shell-script wrapper "
+"around qemu."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:930
+msgid ""
+"There is one important rule to remember: you I<must C<exec qemu>> as the "
+"last command in the shell script (so that qemu replaces the shell and "
+"becomes the direct child of the libguestfs-using program). If you don't do "
+"this, then the qemu process won't be cleaned up correctly."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:935
+msgid ""
+"Here is an example of a wrapper, where I have built my own copy of qemu from "
+"source:"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs.pod:938
+#, no-wrap
+msgid ""
+" #!/bin/sh -\n"
+" qemudir=/home/rjones/d/qemu\n"
+" exec $qemudir/x86_64-softmmu/qemu-system-x86_64 -L $qemudir/pc-bios \"$@\"\n"
+"\n"
+msgstr ""
+" #!/bin/sh -\n"
+" qemudir=/home/rjones/d/qemu\n"
+" exec $qemudir/x86_64-softmmu/qemu-system-x86_64 -L $qemudir/pc-bios \"$@\"\n"
+"\n"
+
+#. type: textblock
+#: ../src/guestfs.pod:942
+msgid ""
+"Save this script as C</tmp/qemu.wrapper> (or wherever), C<chmod +x>, and "
+"then use it by setting the LIBGUESTFS_QEMU environment variable. For "
+"example:"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs.pod:946
+#, no-wrap
+msgid ""
+" LIBGUESTFS_QEMU=/tmp/qemu.wrapper guestfish\n"
+"\n"
+msgstr ""
+" LIBGUESTFS_QEMU=/tmp/qemu.wrapper guestfish\n"
+"\n"
+
+#. type: textblock
+#: ../src/guestfs.pod:948
+msgid ""
+"Note that libguestfs also calls qemu with the -help and -version options in "
+"order to determine features."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:951
+msgid ""
+"Wrappers can also be used to edit the options passed to qemu. In the "
+"following example, the C<-machine ...> option (C<-machine> and the following "
+"argument) are removed from the command line and replaced with C<-machine pc,"
+"accel=tcg>. The while loop iterates over the options until it finds the "
+"right one to remove, putting the remaining options into the C<args> array."
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs.pod:960
+#, no-wrap
+msgid ""
+" i=0\n"
+" while [ $# -gt 0 ]; do\n"
+" case \"$1\" in\n"
+" -machine)\n"
+" shift 2;;\n"
+" *)\n"
+" args[i]=\"$1\"\n"
+" (( i++ ))\n"
+" shift ;;\n"
+" esac\n"
+" done\n"
+" \n"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs.pod:972
+#, no-wrap
+msgid ""
+" exec qemu-kvm -machine pc,accel=tcg \"${args[@]}\"\n"
+"\n"
+msgstr ""
+
+#. type: =head2
+#: ../src/guestfs.pod:974
+msgid "ATTACHING TO RUNNING DAEMONS"
+msgstr "ДОЛУЧЕННЯ ДО ЗАПУЩЕНИХ ФОНОВИХ СЛУЖБ"
+
+#. type: textblock
+#: ../src/guestfs.pod:976
+msgid ""
+"I<Note (1):> This is B<highly experimental> and has a tendency to eat "
+"babies. Use with caution."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:979
+msgid ""
+"I<Note (2):> This section explains how to attach to a running daemon from a "
+"low level perspective. For most users, simply using virt tools such as "
+"L<guestfish(1)> with the I<--live> option will \"just work\"."
+msgstr ""
+
+#. type: =head3
+#: ../src/guestfs.pod:983
+msgid "Using guestfs_set_attach_method"
+msgstr "За допомогою guestfs_set_attach_method"
+
+#. type: textblock
+#: ../src/guestfs.pod:985
+msgid ""
+"By calling L</guestfs_set_attach_method> you can change how the library "
+"connects to the C<guestfsd> daemon in L</guestfs_launch> (read L</"
+"ARCHITECTURE> for some background)."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:989
+msgid ""
+"The normal attach method is C<appliance>, where a small appliance is created "
+"containing the daemon, and then the library connects to this."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:992
+msgid ""
+"Setting attach method to C<unix:I<path>> (where I<path> is the path of a "
+"Unix domain socket) causes L</guestfs_launch> to connect to an existing "
+"daemon over the Unix domain socket."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:996
+msgid ""
+"The normal use for this is to connect to a running virtual machine that "
+"contains a C<guestfsd> daemon, and send commands so you can read and write "
+"files inside the live virtual machine."
+msgstr ""
+
+#. type: =head3
+#: ../src/guestfs.pod:1000
+msgid "Using guestfs_add_domain with live flag"
+msgstr "За допомогою guestfs_add_domain з прапорцем live"
+
+#. type: textblock
+#: ../src/guestfs.pod:1002
+msgid ""
+"L</guestfs_add_domain> provides some help for getting the correct attach "
+"method. If you pass the C<live> option to this function, then (if the "
+"virtual machine is running) it will examine the libvirt XML looking for a "
+"virtio-serial channel to connect to:"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs.pod:1008
+#, no-wrap
+msgid ""
+" <domain>\n"
+" ...\n"
+" <devices>\n"
+" ...\n"
+" <channel type='unix'>\n"
+" <source mode='bind' path='/path/to/socket'/>\n"
+" <target type='virtio' name='org.libguestfs.channel.0'/>\n"
+" </channel>\n"
+" ...\n"
+" </devices>\n"
+" </domain>\n"
+"\n"
+msgstr ""
+" <domain>\n"
+" ...\n"
+" <devices>\n"
+" ...\n"
+" <channel type='unix'>\n"
+" <source mode='bind' path='/path/to/socket'/>\n"
+" <target type='virtio' name='org.libguestfs.channel.0'/>\n"
+" </channel>\n"
+" ...\n"
+" </devices>\n"
+" </domain>\n"
+"\n"
+
+#. type: textblock
+#: ../src/guestfs.pod:1020
+msgid ""
+"L</guestfs_add_domain> extracts C</path/to/socket> and sets the attach "
+"method to C<unix:/path/to/socket>."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1023
+msgid ""
+"Some of the libguestfs tools (including guestfish) support a I<--live> "
+"option which is passed through to L</guestfs_add_domain> thus allowing you "
+"to attach to and modify live virtual machines."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1027
+msgid ""
+"The virtual machine needs to have been set up beforehand so that it has the "
+"virtio-serial channel and so that guestfsd is running inside it."
+msgstr ""
+
+#. type: =head2
+#: ../src/guestfs.pod:1031
+msgid "ABI GUARANTEE"
+msgstr "ГАРАНТІЯ ЩОДО ABI"
+
+#. type: textblock
+#: ../src/guestfs.pod:1033
+msgid ""
+"We guarantee the libguestfs ABI (binary interface), for public, high-level "
+"actions as outlined in this section. Although we will deprecate some "
+"actions, for example if they get replaced by newer calls, we will keep the "
+"old actions forever. This allows you the developer to program in confidence "
+"against the libguestfs API."
+msgstr ""
+
+#. type: =head2
+#: ../src/guestfs.pod:1039
+msgid "BLOCK DEVICE NAMING"
+msgstr "ІМЕНУВАННЯ БЛОКОВИХ ПРИСТРОЇВ"
+
+#. type: textblock
+#: ../src/guestfs.pod:1041
+msgid ""
+"In the kernel there is now quite a profusion of schemata for naming block "
+"devices (in this context, by I<block device> I mean a physical or virtual "
+"hard drive). The original Linux IDE driver used names starting with C</dev/"
+"hd*>. SCSI devices have historically used a different naming scheme, C</dev/"
+"sd*>. When the Linux kernel I<libata> driver became a popular replacement "
+"for the old IDE driver (particularly for SATA devices) those devices also "
+"used the C</dev/sd*> scheme. Additionally we now have virtual machines with "
+"paravirtualized drivers. This has created several different naming systems, "
+"such as C</dev/vd*> for virtio disks and C</dev/xvd*> for Xen PV disks."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1053
+msgid ""
+"As discussed above, libguestfs uses a qemu appliance running an embedded "
+"Linux kernel to access block devices. We can run a variety of appliances "
+"based on a variety of Linux kernels."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1057
+msgid ""
+"This causes a problem for libguestfs because many API calls use device or "
+"partition names. Working scripts and the recipe (example) scripts that we "
+"make available over the internet could fail if the naming scheme changes."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1062
+msgid ""
+"Therefore libguestfs defines C</dev/sd*> as the I<standard naming scheme>. "
+"Internally C</dev/sd*> names are translated, if necessary, to other names as "
+"required. For example, under RHEL 5 which uses the C</dev/hd*> scheme, any "
+"device parameter C</dev/sda2> is translated to C</dev/hda2> transparently."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1068
+msgid ""
+"Note that this I<only> applies to parameters. The L</guestfs_list_devices>, "
+"L</guestfs_list_partitions> and similar calls return the true names of the "
+"devices and partitions as known to the appliance."
+msgstr ""
+
+#. type: =head3
+#: ../src/guestfs.pod:1073
+msgid "ALGORITHM FOR BLOCK DEVICE NAME TRANSLATION"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1075
+msgid ""
+"Usually this translation is transparent. However in some (very rare) cases "
+"you may need to know the exact algorithm. Such cases include where you use "
+"L</guestfs_config> to add a mixture of virtio and IDE devices to the qemu-"
+"based appliance, so have a mixture of C</dev/sd*> and C</dev/vd*> devices."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1081
+msgid ""
+"The algorithm is applied only to I<parameters> which are known to be either "
+"device or partition names. Return values from functions such as L</"
+"guestfs_list_devices> are never changed."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1089
+msgid "Is the string a parameter which is a device or partition name?"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1093
+msgid "Does the string begin with C</dev/sd>?"
+msgstr "Чи починається рядок з C</dev/sd>?"
+
+#. type: textblock
+#: ../src/guestfs.pod:1097
+msgid ""
+"Does the named device exist? If so, we use that device. However if I<not> "
+"then we continue with this algorithm."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1102
+msgid "Replace initial C</dev/sd> string with C</dev/hd>."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1104
+msgid "For example, change C</dev/sda2> to C</dev/hda2>."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1106
+msgid "If that named device exists, use it. If not, continue."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1110
+msgid "Replace initial C</dev/sd> string with C</dev/vd>."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1112
+msgid "If that named device exists, use it. If not, return an error."
+msgstr ""
+
+#. type: =head3
+#: ../src/guestfs.pod:1116
+msgid "PORTABILITY CONCERNS WITH BLOCK DEVICE NAMING"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1118
+msgid ""
+"Although the standard naming scheme and automatic translation is useful for "
+"simple programs and guestfish scripts, for larger programs it is best not to "
+"rely on this mechanism."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1122
+msgid ""
+"Where possible for maximum future portability programs using libguestfs "
+"should use these future-proof techniques:"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1129
+msgid ""
+"Use L</guestfs_list_devices> or L</guestfs_list_partitions> to list actual "
+"device names, and then use those names directly."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1132
+msgid ""
+"Since those device names exist by definition, they will never be translated."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1137
+msgid ""
+"Use higher level ways to identify filesystems, such as LVM names, UUIDs and "
+"filesystem labels."
+msgstr ""
+
+#. type: =head1
+#: ../src/guestfs.pod:1142
+msgid "SECURITY"
+msgstr "БЕЗПЕКА"
+
+#. type: textblock
+#: ../src/guestfs.pod:1144
+msgid ""
+"This section discusses security implications of using libguestfs, "
+"particularly with untrusted or malicious guests or disk images."
+msgstr ""
+
+#. type: =head2
+#: ../src/guestfs.pod:1147
+msgid "GENERAL SECURITY CONSIDERATIONS"
+msgstr "ЗАГАЛЬНІ ЗАУВАЖЕННЯ ЩОДО ЗАХИСТУ"
+
+#. type: textblock
+#: ../src/guestfs.pod:1149
+msgid ""
+"Be careful with any files or data that you download from a guest (by "
+"\"download\" we mean not just the L</guestfs_download> command but any "
+"command that reads files, filenames, directories or anything else from a "
+"disk image). An attacker could manipulate the data to fool your program "
+"into doing the wrong thing. Consider cases such as:"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1159
+msgid "the data (file etc) not being present"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1163
+msgid "being present but empty"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1167
+msgid "being much larger than normal"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1171
+msgid "containing arbitrary 8 bit data"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1175
+msgid "being in an unexpected character encoding"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1179
+msgid "containing homoglyphs."
+msgstr ""
+
+#. type: =head2
+#: ../src/guestfs.pod:1183
+msgid "SECURITY OF MOUNTING FILESYSTEMS"
+msgstr "ЗАХИСТ ФАЙЛОВИХ СИСТЕМ МОНТУВАННЯ"
+
+#. type: textblock
+#: ../src/guestfs.pod:1185
+msgid ""
+"When you mount a filesystem under Linux, mistakes in the kernel filesystem "
+"(VFS) module can sometimes be escalated into exploits by deliberately "
+"creating a malicious, malformed filesystem. These exploits are very severe "
+"for two reasons. Firstly there are very many filesystem drivers in the "
+"kernel, and many of them are infrequently used and not much developer "
+"attention has been paid to the code. Linux userspace helps potential "
+"crackers by detecting the filesystem type and automatically choosing the "
+"right VFS driver, even if that filesystem type is obscure or unexpected for "
+"the administrator. Secondly, a kernel-level exploit is like a local root "
+"exploit (worse in some ways), giving immediate and total access to the "
+"system right down to the hardware level."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1198
+msgid ""
+"That explains why you should never mount a filesystem from an untrusted "
+"guest on your host kernel. How about libguestfs? We run a Linux kernel "
+"inside a qemu virtual machine, usually running as a non-root user. The "
+"attacker would need to write a filesystem which first exploited the kernel, "
+"and then exploited either qemu virtualization (eg. a faulty qemu driver) or "
+"the libguestfs protocol, and finally to be as serious as the host kernel "
+"exploit it would need to escalate its privileges to root. This multi-step "
+"escalation, performed by a static piece of data, is thought to be extremely "
+"hard to do, although we never say 'never' about security issues."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1209
+msgid ""
+"In any case callers can reduce the attack surface by forcing the filesystem "
+"type when mounting (use L</guestfs_mount_vfs>)."
+msgstr ""
+
+#. type: =head2
+#: ../src/guestfs.pod:1212
+msgid "PROTOCOL SECURITY"
+msgstr "ЗАХИСТ ПРОТОКОЛУ"
+
+#. type: textblock
+#: ../src/guestfs.pod:1214
+msgid ""
+"The protocol is designed to be secure, being based on RFC 4506 (XDR) with a "
+"defined upper message size. However a program that uses libguestfs must "
+"also take care - for example you can write a program that downloads a binary "
+"from a disk image and executes it locally, and no amount of protocol "
+"security will save you from the consequences."
+msgstr ""
+
+#. type: =head2
+#: ../src/guestfs.pod:1220
+msgid "INSPECTION SECURITY"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1222
+msgid ""
+"Parts of the inspection API (see L</INSPECTION>) return untrusted strings "
+"directly from the guest, and these could contain any 8 bit data. Callers "
+"should be careful to escape these before printing them to a structured file "
+"(for example, use HTML escaping if creating a web page)."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1228
+msgid ""
+"Guest configuration may be altered in unusual ways by the administrator of "
+"the virtual machine, and may not reflect reality (particularly for untrusted "
+"or actively malicious guests). For example we parse the hostname from "
+"configuration files like C</etc/sysconfig/network> that we find in the "
+"guest, but the guest administrator can easily manipulate these files to "
+"provide the wrong hostname."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1236
+msgid ""
+"The inspection API parses guest configuration using two external libraries: "
+"Augeas (Linux configuration) and hivex (Windows Registry). Both are "
+"designed to be robust in the face of malicious data, although denial of "
+"service attacks are still possible, for example with oversized configuration "
+"files."
+msgstr ""
+
+#. type: =head2
+#: ../src/guestfs.pod:1242
+msgid "RUNNING UNTRUSTED GUEST COMMANDS"
+msgstr "ЗАПУСК НЕЗАХИЩЕНИХ КОМАНД ГОСТЬОВОЇ СИСТЕМИ"
+
+#. type: textblock
+#: ../src/guestfs.pod:1244
+msgid ""
+"Be very cautious about running commands from the guest. By running a "
+"command in the guest, you are giving CPU time to a binary that you do not "
+"control, under the same user account as the library, albeit wrapped in qemu "
+"virtualization. More information and alternatives can be found in the "
+"section L</RUNNING COMMANDS>."
+msgstr ""
+
+#. type: =head2
+#: ../src/guestfs.pod:1250
+msgid "CVE-2010-3851"
+msgstr "CVE-2010-3851"
+
+#. type: textblock
+#: ../src/guestfs.pod:1252
+msgid "https://bugzilla.redhat.com/642934"
+msgstr "https://bugzilla.redhat.com/642934"
+
+#. type: textblock
+#: ../src/guestfs.pod:1254
+msgid ""
+"This security bug concerns the automatic disk format detection that qemu "
+"does on disk images."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1257
+msgid ""
+"A raw disk image is just the raw bytes, there is no header. Other disk "
+"images like qcow2 contain a special header. Qemu deals with this by looking "
+"for one of the known headers, and if none is found then assuming the disk "
+"image must be raw."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1262
+msgid ""
+"This allows a guest which has been given a raw disk image to write some "
+"other header. At next boot (or when the disk image is accessed by "
+"libguestfs) qemu would do autodetection and think the disk image format was, "
+"say, qcow2 based on the header written by the guest."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1267
+msgid ""
+"This in itself would not be a problem, but qcow2 offers many features, one "
+"of which is to allow a disk image to refer to another image (called the "
+"\"backing disk\"). It does this by placing the path to the backing disk "
+"into the qcow2 header. This path is not validated and could point to any "
+"host file (eg. \"/etc/passwd\"). The backing disk is then exposed through "
+"\"holes\" in the qcow2 disk image, which of course is completely under the "
+"control of the attacker."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1275
+msgid ""
+"In libguestfs this is rather hard to exploit except under two circumstances:"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1282
+msgid "You have enabled the network or have opened the disk in write mode."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1286
+msgid ""
+"You are also running untrusted code from the guest (see L</RUNNING "
+"COMMANDS>)."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1291
+msgid ""
+"The way to avoid this is to specify the expected disk format when adding "
+"disks (the optional C<format> option to L</guestfs_add_drive_opts>). You "
+"should always do this if the disk is raw format, and it's a good idea for "
+"other cases too."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1296
+msgid ""
+"For disks added from libvirt using calls like L</guestfs_add_domain>, the "
+"format is fetched from libvirt and passed through."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1299
+msgid ""
+"For libguestfs tools, use the I<--format> command line parameter as "
+"appropriate."
+msgstr ""
+
+#. type: =head1
+#: ../src/guestfs.pod:1302
+msgid "CONNECTION MANAGEMENT"
+msgstr "КЕРУВАННЯ З’ЄДНАННЯМ"
+
+#. type: =head2
+#: ../src/guestfs.pod:1304
+msgid "guestfs_h *"
+msgstr "guestfs_h *"
+
+#. type: textblock
+#: ../src/guestfs.pod:1306
+msgid ""
+"C<guestfs_h> is the opaque type representing a connection handle. Create a "
+"handle by calling L</guestfs_create>. Call L</guestfs_close> to free the "
+"handle and release all resources used."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1310
+msgid ""
+"For information on using multiple handles and threads, see the section L</"
+"MULTIPLE HANDLES AND MULTIPLE THREADS> above."
+msgstr ""
+
+#. type: =head2
+#: ../src/guestfs.pod:1313
+msgid "guestfs_create"
+msgstr "guestfs_create"
+
+#. type: verbatim
+#: ../src/guestfs.pod:1315
+#, no-wrap
+msgid ""
+" guestfs_h *guestfs_create (void);\n"
+"\n"
+msgstr ""
+" guestfs_h *guestfs_create (void);\n"
+"\n"
+
+#. type: textblock
+#: ../src/guestfs.pod:1317
+msgid "Create a connection handle."
+msgstr "Створити дескриптор з’єднання."
+
+#. type: textblock
+#: ../src/guestfs.pod:1319
+msgid ""
+"On success this returns a non-NULL pointer to a handle. On error it returns "
+"NULL."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1322
+msgid ""
+"You have to \"configure\" the handle after creating it. This includes "
+"calling L</guestfs_add_drive_opts> (or one of the equivalent calls) on the "
+"handle at least once."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1326
+msgid "After configuring the handle, you have to call L</guestfs_launch>."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1328
+msgid ""
+"You may also want to configure error handling for the handle. See the L</"
+"ERROR HANDLING> section below."
+msgstr ""
+
+#. type: =head2
+#: ../src/guestfs.pod:1331
+msgid "guestfs_close"
+msgstr "guestfs_close"
+
+#. type: verbatim
+#: ../src/guestfs.pod:1333
+#, no-wrap
+msgid ""
+" void guestfs_close (guestfs_h *g);\n"
+"\n"
+msgstr ""
+" void guestfs_close (guestfs_h *g);\n"
+"\n"
+
+#. type: textblock
+#: ../src/guestfs.pod:1335
+msgid "This closes the connection handle and frees up all resources used."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1337
+msgid ""
+"If autosync was set on the handle and the handle was launched, then this "
+"implicitly calls various functions to unmount filesystems and sync the "
+"disk. See L</guestfs_set_autosync> for more details."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1341
+msgid "If a close callback was set on the handle, then it is called."
+msgstr ""
+
+#. type: =head1
+#: ../src/guestfs.pod:1343
+msgid "ERROR HANDLING"
+msgstr "ОБРОБКА ПОМИЛОК"
+
+#. type: textblock
+#: ../src/guestfs.pod:1345
+msgid ""
+"API functions can return errors. For example, almost all functions that "
+"return C<int> will return C<-1> to indicate an error."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1348
+msgid ""
+"Additional information is available for errors: an error message string and "
+"optionally an error number (errno) if the thing that failed was a system "
+"call."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1352
+msgid ""
+"You can get at the additional information about the last error on the handle "
+"by calling L</guestfs_last_error>, L</guestfs_last_errno>, and/or by setting "
+"up an error handler with L</guestfs_set_error_handler>."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1357
+msgid ""
+"When the handle is created, a default error handler is installed which "
+"prints the error message string to C<stderr>. For small short-running "
+"command line programs it is sufficient to do:"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs.pod:1361
+#, no-wrap
+msgid ""
+" if (guestfs_launch (g) == -1)\n"
+" exit (EXIT_FAILURE);\n"
+"\n"
+msgstr ""
+" if (guestfs_launch (g) == -1)\n"
+" exit (EXIT_FAILURE);\n"
+"\n"
+
+#. type: textblock
+#: ../src/guestfs.pod:1364
+msgid ""
+"since the default error handler will ensure that an error message has been "
+"printed to C<stderr> before the program exits."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1367
+msgid ""
+"For other programs the caller will almost certainly want to install an "
+"alternate error handler or do error handling in-line like this:"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs.pod:1370
+#, no-wrap
+msgid ""
+" g = guestfs_create ();\n"
+" \n"
+msgstr ""
+" g = guestfs_create ();\n"
+" \n"
+
+#. type: verbatim
+#: ../src/guestfs.pod:1372
+#, no-wrap
+msgid ""
+" /* This disables the default behaviour of printing errors\n"
+" on stderr. */\n"
+" guestfs_set_error_handler (g, NULL, NULL);\n"
+" \n"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs.pod:1376
+#, no-wrap
+msgid ""
+" if (guestfs_launch (g) == -1) {\n"
+" /* Examine the error message and print it etc. */\n"
+" char *msg = guestfs_last_error (g);\n"
+" int errnum = guestfs_last_errno (g);\n"
+" fprintf (stderr, \"%s\\n\", msg);\n"
+" /* ... */\n"
+" }\n"
+"\n"
+msgstr ""
+" if (guestfs_launch (g) == -1) {\n"
+" /* Вивчити повідомлення про помилку і вивести його тощо. */\n"
+" char *msg = guestfs_last_error (g);\n"
+" int errnum = guestfs_last_errno (g);\n"
+" fprintf (stderr, \"%s\\n\", msg);\n"
+" /* ... */\n"
+" }\n"
+"\n"
+
+#. type: textblock
+#: ../src/guestfs.pod:1384
+msgid ""
+"Out of memory errors are handled differently. The default action is to call "
+"L<abort(3)>. If this is undesirable, then you can set a handler using L</"
+"guestfs_set_out_of_memory_handler>."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1388
+msgid ""
+"L</guestfs_create> returns C<NULL> if the handle cannot be created, and "
+"because there is no handle if this happens there is no way to get additional "
+"error information. However L</guestfs_create> is supposed to be a "
+"lightweight operation which can only fail because of insufficient memory (it "
+"returns NULL in this case)."
+msgstr ""
+
+#. type: =head2
+#: ../src/guestfs.pod:1394
+msgid "guestfs_last_error"
+msgstr "guestfs_last_error"
+
+#. type: verbatim
+#: ../src/guestfs.pod:1396
+#, no-wrap
+msgid ""
+" const char *guestfs_last_error (guestfs_h *g);\n"
+"\n"
+msgstr ""
+" const char *guestfs_last_error (guestfs_h *g);\n"
+"\n"
+
+#. type: textblock
+#: ../src/guestfs.pod:1398
+msgid ""
+"This returns the last error message that happened on C<g>. If there has not "
+"been an error since the handle was created, then this returns C<NULL>."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1402
+msgid ""
+"The lifetime of the returned string is until the next error occurs, or L</"
+"guestfs_close> is called."
+msgstr ""
+
+#. type: =head2
+#: ../src/guestfs.pod:1405
+msgid "guestfs_last_errno"
+msgstr "guestfs_last_errno"
+
+#. type: verbatim
+#: ../src/guestfs.pod:1407
+#, no-wrap
+msgid ""
+" int guestfs_last_errno (guestfs_h *g);\n"
+"\n"
+msgstr ""
+" int guestfs_last_errno (guestfs_h *g);\n"
+"\n"
+
+#. type: textblock
+#: ../src/guestfs.pod:1409
+msgid "This returns the last error number (errno) that happened on C<g>."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1411
+msgid "If successful, an errno integer not equal to zero is returned."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1413
+msgid ""
+"If no error, this returns 0. This call can return 0 in three situations:"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1420
+msgid "There has not been any error on the handle."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1424
+msgid ""
+"There has been an error but the errno was meaningless. This corresponds to "
+"the case where the error did not come from a failed system call, but for "
+"some other reason."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1430
+msgid ""
+"There was an error from a failed system call, but for some reason the errno "
+"was not captured and returned. This usually indicates a bug in libguestfs."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1436
+msgid ""
+"Libguestfs tries to convert the errno from inside the applicance into a "
+"corresponding errno for the caller (not entirely trivial: the appliance "
+"might be running a completely different operating system from the library "
+"and error numbers are not standardized across Un*xen). If this could not be "
+"done, then the error is translated to C<EINVAL>. In practice this should "
+"only happen in very rare circumstances."
+msgstr ""
+
+#. type: =head2
+#: ../src/guestfs.pod:1444
+msgid "guestfs_set_error_handler"
+msgstr "guestfs_set_error_handler"
+
+#. type: verbatim
+#: ../src/guestfs.pod:1446
+#, no-wrap
+msgid ""
+" typedef void (*guestfs_error_handler_cb) (guestfs_h *g,\n"
+" void *opaque,\n"
+" const char *msg);\n"
+" void guestfs_set_error_handler (guestfs_h *g,\n"
+" guestfs_error_handler_cb cb,\n"
+" void *opaque);\n"
+"\n"
+msgstr ""
+" typedef void (*guestfs_error_handler_cb) (guestfs_h *g,\n"
+" void *opaque,\n"
+" const char *msg);\n"
+" void guestfs_set_error_handler (guestfs_h *g,\n"
+" guestfs_error_handler_cb cb,\n"
+" void *opaque);\n"
+"\n"
+
+#. type: textblock
+#: ../src/guestfs.pod:1453
+msgid ""
+"The callback C<cb> will be called if there is an error. The parameters "
+"passed to the callback are an opaque data pointer and the error message "
+"string."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1457
+msgid ""
+"C<errno> is not passed to the callback. To get that the callback must call "
+"L</guestfs_last_errno>."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1460
+msgid ""
+"Note that the message string C<msg> is freed as soon as the callback "
+"function returns, so if you want to stash it somewhere you must make your "
+"own copy."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1464
+msgid "The default handler prints messages on C<stderr>."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1466
+msgid "If you set C<cb> to C<NULL> then I<no> handler is called."
+msgstr ""
+
+#. type: =head2
+#: ../src/guestfs.pod:1468
+msgid "guestfs_get_error_handler"
+msgstr "guestfs_get_error_handler"
+
+#. type: verbatim
+#: ../src/guestfs.pod:1470
+#, no-wrap
+msgid ""
+" guestfs_error_handler_cb guestfs_get_error_handler (guestfs_h *g,\n"
+" void **opaque_rtn);\n"
+"\n"
+msgstr ""
+" guestfs_error_handler_cb guestfs_get_error_handler (guestfs_h *g,\n"
+" void **opaque_rtn);\n"
+"\n"
+
+#. type: textblock
+#: ../src/guestfs.pod:1473
+msgid "Returns the current error handler callback."
+msgstr ""
+
+#. type: =head2
+#: ../src/guestfs.pod:1475
+msgid "guestfs_set_out_of_memory_handler"
+msgstr "guestfs_set_out_of_memory_handler"
+
+#. type: verbatim
+#: ../src/guestfs.pod:1477
+#, fuzzy, no-wrap
+#| msgid ""
+#| " typedef void (*guestfs_abort_cb) (void);\n"
+#| " int guestfs_set_out_of_memory_handler (guestfs_h *g,\n"
+#| " guestfs_abort_cb);\n"
+#| "\n"
+msgid ""
+" typedef void (*guestfs_abort_cb) (void);\n"
+" void guestfs_set_out_of_memory_handler (guestfs_h *g,\n"
+" guestfs_abort_cb);\n"
+"\n"
+msgstr ""
+" typedef void (*guestfs_abort_cb) (void);\n"
+" int guestfs_set_out_of_memory_handler (guestfs_h *g,\n"
+" guestfs_abort_cb);\n"
+"\n"
+
+#. type: textblock
+#: ../src/guestfs.pod:1481
+msgid ""
+"The callback C<cb> will be called if there is an out of memory situation. "
+"I<Note this callback must not return>."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1484
+msgid "The default is to call L<abort(3)>."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1486
+msgid ""
+"You cannot set C<cb> to C<NULL>. You can't ignore out of memory situations."
+msgstr ""
+
+#. type: =head2
+#: ../src/guestfs.pod:1489
+msgid "guestfs_get_out_of_memory_handler"
+msgstr "guestfs_get_out_of_memory_handler"
+
+#. type: verbatim
+#: ../src/guestfs.pod:1491
+#, no-wrap
+msgid ""
+" guestfs_abort_fn guestfs_get_out_of_memory_handler (guestfs_h *g);\n"
+"\n"
+msgstr ""
+" guestfs_abort_fn guestfs_get_out_of_memory_handler (guestfs_h *g);\n"
+"\n"
+
+#. type: textblock
+#: ../src/guestfs.pod:1493
+msgid "This returns the current out of memory handler."
+msgstr ""
+
+#. type: =head1
+#: ../src/guestfs.pod:1495
+msgid "API CALLS"
+msgstr "ВИКЛИКИ API"
+
+#. type: =head1
+#: ../src/guestfs.pod:1499
+msgid "STRUCTURES"
+msgstr "СТРУКТУРИ"
+
+#. type: textblock
+#: ../src/guestfs.pod:1501
+msgid "@STRUCTS@"
+msgstr "@STRUCTS@"
+
+#. type: =head1
+#: ../src/guestfs.pod:1503
+msgid "AVAILABILITY"
+msgstr "ДОСТУПНІСТЬ"
+
+#. type: =head2
+#: ../src/guestfs.pod:1505
+msgid "GROUPS OF FUNCTIONALITY IN THE APPLIANCE"
+msgstr "ГРУПИ ФУНКЦІОНАЛЬНИХ МОЖЛИВОСТЕЙ У ОБРАЗІ ОСНОВНОЇ СИСТЕМИ"
+
+#. type: textblock
+#: ../src/guestfs.pod:1507
+msgid ""
+"Using L</guestfs_available> you can test availability of the following "
+"groups of functions. This test queries the appliance to see if the "
+"appliance you are currently using supports the functionality."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1512
+msgid "@AVAILABILITY@"
+msgstr "@AVAILABILITY@"
+
+#. type: =head2
+#: ../src/guestfs.pod:1514
+msgid "GUESTFISH supported COMMAND"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1516
+msgid ""
+"In L<guestfish(3)> there is a handy interactive command C<supported> which "
+"prints out the available groups and whether they are supported by this build "
+"of libguestfs. Note however that you have to do C<run> first."
+msgstr ""
+
+#. type: =head2
+#: ../src/guestfs.pod:1521
+msgid "SINGLE CALLS AT COMPILE TIME"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1523
+msgid ""
+"Since version 1.5.8, C<E<lt>guestfs.hE<gt>> defines symbols for each C API "
+"function, such as:"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs.pod:1526
+#, no-wrap
+msgid ""
+" #define LIBGUESTFS_HAVE_DD 1\n"
+"\n"
+msgstr ""
+" #define LIBGUESTFS_HAVE_DD 1\n"
+"\n"
+
+#. type: textblock
+#: ../src/guestfs.pod:1528
+msgid "if L</guestfs_dd> is available."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1530
+msgid ""
+"Before version 1.5.8, if you needed to test whether a single libguestfs "
+"function is available at compile time, we recommended using build tools such "
+"as autoconf or cmake. For example in autotools you could use:"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs.pod:1535
+#, no-wrap
+msgid ""
+" AC_CHECK_LIB([guestfs],[guestfs_create])\n"
+" AC_CHECK_FUNCS([guestfs_dd])\n"
+"\n"
+msgstr ""
+" AC_CHECK_LIB([guestfs],[guestfs_create])\n"
+" AC_CHECK_FUNCS([guestfs_dd])\n"
+"\n"
+
+#. type: textblock
+#: ../src/guestfs.pod:1538
+msgid ""
+"which would result in C<HAVE_GUESTFS_DD> being either defined or not defined "
+"in your program."
+msgstr ""
+
+#. type: =head2
+#: ../src/guestfs.pod:1541
+msgid "SINGLE CALLS AT RUN TIME"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1543
+msgid ""
+"Testing at compile time doesn't guarantee that a function really exists in "
+"the library. The reason is that you might be dynamically linked against a "
+"previous I<libguestfs.so> (dynamic library) which doesn't have the call. "
+"This situation unfortunately results in a segmentation fault, which is a "
+"shortcoming of the C dynamic linking system itself."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1550
+msgid ""
+"You can use L<dlopen(3)> to test if a function is available at run time, as "
+"in this example program (note that you still need the compile time check as "
+"well):"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs.pod:1554
+#, no-wrap
+msgid ""
+" #include <stdio.h>\n"
+" #include <stdlib.h>\n"
+" #include <unistd.h>\n"
+" #include <dlfcn.h>\n"
+" #include <guestfs.h>\n"
+" \n"
+msgstr ""
+" #include <stdio.h>\n"
+" #include <stdlib.h>\n"
+" #include <unistd.h>\n"
+" #include <dlfcn.h>\n"
+" #include <guestfs.h>\n"
+" \n"
+
+#. type: verbatim
+#: ../src/guestfs.pod:1560
+#, no-wrap
+msgid ""
+" main ()\n"
+" {\n"
+" #ifdef LIBGUESTFS_HAVE_DD\n"
+" void *dl;\n"
+" int has_function;\n"
+" \n"
+msgstr ""
+" main ()\n"
+" {\n"
+" #ifdef LIBGUESTFS_HAVE_DD\n"
+" void *dl;\n"
+" int has_function;\n"
+" \n"
+
+#. type: verbatim
+#: ../src/guestfs.pod:1566
+#, no-wrap
+msgid ""
+" /* Test if the function guestfs_dd is really available. */\n"
+" dl = dlopen (NULL, RTLD_LAZY);\n"
+" if (!dl) {\n"
+" fprintf (stderr, \"dlopen: %s\\n\", dlerror ());\n"
+" exit (EXIT_FAILURE);\n"
+" }\n"
+" has_function = dlsym (dl, \"guestfs_dd\") != NULL;\n"
+" dlclose (dl);\n"
+" \n"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs.pod:1575
+#, no-wrap
+msgid ""
+" if (!has_function)\n"
+" printf (\"this libguestfs.so does NOT have guestfs_dd function\\n\");\n"
+" else {\n"
+" printf (\"this libguestfs.so has guestfs_dd function\\n\");\n"
+" /* Now it's safe to call\n"
+" guestfs_dd (g, \"foo\", \"bar\");\n"
+" */\n"
+" }\n"
+" #else\n"
+" printf (\"guestfs_dd function was not found at compile time\\n\");\n"
+" #endif\n"
+" }\n"
+"\n"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1588
+msgid ""
+"You may think the above is an awful lot of hassle, and it is. There are "
+"other ways outside of the C linking system to ensure that this kind of "
+"incompatibility never arises, such as using package versioning:"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs.pod:1593
+#, no-wrap
+msgid ""
+" Requires: libguestfs >= 1.0.80\n"
+"\n"
+msgstr ""
+
+#. type: =head1
+#: ../src/guestfs.pod:1595
+msgid "CALLS WITH OPTIONAL ARGUMENTS"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1597
+msgid ""
+"A recent feature of the API is the introduction of calls which take optional "
+"arguments. In C these are declared 3 ways. The main way is as a call which "
+"takes variable arguments (ie. C<...>), as in this example:"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs.pod:1602
+#, no-wrap
+msgid ""
+" int guestfs_add_drive_opts (guestfs_h *g, const char *filename, ...);\n"
+"\n"
+msgstr ""
+" int guestfs_add_drive_opts (guestfs_h *g, const char *filename, ...);\n"
+"\n"
+
+#. type: textblock
+#: ../src/guestfs.pod:1604
+msgid ""
+"Call this with a list of optional arguments, terminated by C<-1>. So to "
+"call with no optional arguments specified:"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs.pod:1607
+#, no-wrap
+msgid ""
+" guestfs_add_drive_opts (g, filename, -1);\n"
+"\n"
+msgstr ""
+" guestfs_add_drive_opts (g, filename, -1);\n"
+"\n"
+
+#. type: textblock
+#: ../src/guestfs.pod:1609
+msgid "With a single optional argument:"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs.pod:1611
+#, no-wrap
+msgid ""
+" guestfs_add_drive_opts (g, filename,\n"
+" GUESTFS_ADD_DRIVE_OPTS_FORMAT, \"qcow2\",\n"
+" -1);\n"
+"\n"
+msgstr ""
+" guestfs_add_drive_opts (g, filename,\n"
+" GUESTFS_ADD_DRIVE_OPTS_FORMAT, \"qcow2\",\n"
+" -1);\n"
+"\n"
+
+#. type: textblock
+#: ../src/guestfs.pod:1615
+msgid "With two:"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs.pod:1617
+#, no-wrap
+msgid ""
+" guestfs_add_drive_opts (g, filename,\n"
+" GUESTFS_ADD_DRIVE_OPTS_FORMAT, \"qcow2\",\n"
+" GUESTFS_ADD_DRIVE_OPTS_READONLY, 1,\n"
+" -1);\n"
+"\n"
+msgstr ""
+" guestfs_add_drive_opts (g, filename,\n"
+" GUESTFS_ADD_DRIVE_OPTS_FORMAT, \"qcow2\",\n"
+" GUESTFS_ADD_DRIVE_OPTS_READONLY, 1,\n"
+" -1);\n"
+"\n"
+
+#. type: textblock
+#: ../src/guestfs.pod:1622
+msgid ""
+"and so forth. Don't forget the terminating C<-1> otherwise Bad Things will "
+"happen!"
+msgstr ""
+
+#. type: =head2
+#: ../src/guestfs.pod:1625
+msgid "USING va_list FOR OPTIONAL ARGUMENTS"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1627
+msgid ""
+"The second variant has the same name with the suffix C<_va>, which works the "
+"same way but takes a C<va_list>. See the C manual for details. For the "
+"example function, this is declared:"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs.pod:1631
+#, no-wrap
+msgid ""
+" int guestfs_add_drive_opts_va (guestfs_h *g, const char *filename,\n"
+" va_list args);\n"
+"\n"
+msgstr ""
+" int guestfs_add_drive_opts_va (guestfs_h *g, const char *filename,\n"
+" va_list args);\n"
+"\n"
+
+#. type: =head2
+#: ../src/guestfs.pod:1634
+msgid "CONSTRUCTING OPTIONAL ARGUMENTS"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1636
+msgid ""
+"The third variant is useful where you need to construct these calls. You "
+"pass in a structure where you fill in the optional fields. The structure "
+"has a bitmask as the first element which you must set to indicate which "
+"fields you have filled in. For our example function the structure and call "
+"are declared:"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs.pod:1642
+#, no-wrap
+msgid ""
+" struct guestfs_add_drive_opts_argv {\n"
+" uint64_t bitmask;\n"
+" int readonly;\n"
+" const char *format;\n"
+" /* ... */\n"
+" };\n"
+" int guestfs_add_drive_opts_argv (guestfs_h *g, const char *filename,\n"
+" const struct guestfs_add_drive_opts_argv *optargs);\n"
+"\n"
+msgstr ""
+" struct guestfs_add_drive_opts_argv {\n"
+" uint64_t bitmask;\n"
+" int readonly;\n"
+" const char *format;\n"
+" /* ... */\n"
+" };\n"
+" int guestfs_add_drive_opts_argv (guestfs_h *g, const char *filename,\n"
+" const struct guestfs_add_drive_opts_argv *optargs);\n"
+"\n"
+
+#. type: textblock
+#: ../src/guestfs.pod:1651
+msgid "You could call it like this:"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs.pod:1653
+#, no-wrap
+msgid ""
+" struct guestfs_add_drive_opts_argv optargs = {\n"
+" .bitmask = GUESTFS_ADD_DRIVE_OPTS_READONLY_BITMASK |\n"
+" GUESTFS_ADD_DRIVE_OPTS_FORMAT_BITMASK,\n"
+" .readonly = 1,\n"
+" .format = \"qcow2\"\n"
+" };\n"
+" \n"
+msgstr ""
+" struct guestfs_add_drive_opts_argv optargs = {\n"
+" .bitmask = GUESTFS_ADD_DRIVE_OPTS_READONLY_BITMASK |\n"
+" GUESTFS_ADD_DRIVE_OPTS_FORMAT_BITMASK,\n"
+" .readonly = 1,\n"
+" .format = \"qcow2\"\n"
+" };\n"
+" \n"
+
+#. type: verbatim
+#: ../src/guestfs.pod:1660
+#, no-wrap
+msgid ""
+" guestfs_add_drive_opts_argv (g, filename, &optargs);\n"
+"\n"
+msgstr ""
+" guestfs_add_drive_opts_argv (g, filename, &optargs);\n"
+"\n"
+
+#. type: textblock
+#: ../src/guestfs.pod:1668
+msgid "The C<_BITMASK> suffix on each option name when specifying the bitmask."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1673
+msgid "You do not need to fill in all fields of the structure."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1677
+msgid ""
+"There must be a one-to-one correspondence between fields of the structure "
+"that are filled in, and bits set in the bitmask."
+msgstr ""
+
+#. type: =head2
+#: ../src/guestfs.pod:1682
+msgid "OPTIONAL ARGUMENTS IN OTHER LANGUAGES"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1684
+msgid ""
+"In other languages, optional arguments are expressed in the way that is "
+"natural for that language. We refer you to the language-specific "
+"documentation for more details on that."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1688
+msgid "For guestfish, see L<guestfish(1)/OPTIONAL ARGUMENTS>."
+msgstr ""
+
+#. type: =head2
+#: ../src/guestfs.pod:1690
+msgid "SETTING CALLBACKS TO HANDLE EVENTS"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1692
+msgid ""
+"B<Note:> This section documents the generic event mechanism introduced in "
+"libguestfs 1.10, which you should use in new code if possible. The old "
+"functions C<guestfs_set_log_message_callback>, "
+"C<guestfs_set_subprocess_quit_callback>, "
+"C<guestfs_set_launch_done_callback>, C<guestfs_set_close_callback> and "
+"C<guestfs_set_progress_callback> are no longer documented in this manual "
+"page. Because of the ABI guarantee, the old functions continue to work."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1701
+msgid ""
+"Handles generate events when certain things happen, such as log messages "
+"being generated, progress messages during long-running operations, or the "
+"handle being closed. The API calls described below let you register a "
+"callback to be called when events happen. You can register multiple "
+"callbacks (for the same, different or overlapping sets of events), and "
+"individually remove callbacks. If callbacks are not removed, then they "
+"remain in force until the handle is closed."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1709
+msgid ""
+"In the current implementation, events are only generated synchronously: that "
+"means that events (and hence callbacks) can only happen while you are in the "
+"middle of making another libguestfs call. The callback is called in the "
+"same thread."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1714
+msgid ""
+"Events may contain a payload, usually nothing (void), an array of 64 bit "
+"unsigned integers, or a message buffer. Payloads are discussed later on."
+msgstr ""
+
+#. type: =head3
+#: ../src/guestfs.pod:1718
+msgid "CLASSES OF EVENTS"
+msgstr ""
+
+#. type: =item
+#: ../src/guestfs.pod:1722
+msgid "GUESTFS_EVENT_CLOSE (payload type: void)"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1725
+msgid ""
+"The callback function will be called while the handle is being closed "
+"(synchronously from L</guestfs_close>)."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1728
+msgid ""
+"Note that libguestfs installs an L<atexit(3)> handler to try to clean up "
+"handles that are open when the program exits. This means that this callback "
+"might be called indirectly from L<exit(3)>, which can cause unexpected "
+"problems in higher-level languages (eg. if your HLL interpreter has already "
+"been cleaned up by the time this is called, and if your callback then jumps "
+"into some HLL function)."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1735
+msgid ""
+"If no callback is registered: the handle is closed without any callback "
+"being invoked."
+msgstr ""
+
+#. type: =item
+#: ../src/guestfs.pod:1738
+msgid "GUESTFS_EVENT_SUBPROCESS_QUIT (payload type: void)"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1741
+msgid ""
+"The callback function will be called when the child process quits, either "
+"asynchronously or if killed by L</guestfs_kill_subprocess>. (This "
+"corresponds to a transition from any state to the CONFIG state)."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1745 ../src/guestfs.pod:1754
+msgid "If no callback is registered: the event is ignored."
+msgstr ""
+
+#. type: =item
+#: ../src/guestfs.pod:1747
+msgid "GUESTFS_EVENT_LAUNCH_DONE (payload type: void)"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1750
+msgid ""
+"The callback function will be called when the child process becomes ready "
+"first time after it has been launched. (This corresponds to a transition "
+"from LAUNCHING to the READY state)."
+msgstr ""
+
+#. type: =item
+#: ../src/guestfs.pod:1756
+msgid "GUESTFS_EVENT_PROGRESS (payload type: array of 4 x uint64_t)"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1759
+msgid ""
+"Some long-running operations can generate progress messages. If this "
+"callback is registered, then it will be called each time a progress message "
+"is generated (usually two seconds after the operation started, and three "
+"times per second thereafter until it completes, although the frequency may "
+"change in future versions)."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1765
+msgid ""
+"The callback receives in the payload four unsigned 64 bit numbers which are "
+"(in order): C<proc_nr>, C<serial>, C<position>, C<total>."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1768
+msgid ""
+"The units of C<total> are not defined, although for some operations C<total> "
+"may relate in some way to the amount of data to be transferred (eg. in bytes "
+"or megabytes), and C<position> may be the portion which has been transferred."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1773
+msgid "The only defined and stable parts of the API are:"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1779
+msgid ""
+"The callback can display to the user some type of progress bar or indicator "
+"which shows the ratio of C<position>:C<total>."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1784
+msgid "0 E<lt>= C<position> E<lt>= C<total>"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1788
+msgid ""
+"If any progress notification is sent during a call, then a final progress "
+"notification is always sent when C<position> = C<total> (I<unless> the call "
+"fails with an error)."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1792
+msgid ""
+"This is to simplify caller code, so callers can easily set the progress "
+"indicator to \"100%\" at the end of the operation, without requiring special "
+"code to detect this case."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1798
+msgid ""
+"For some calls we are unable to estimate the progress of the call, but we "
+"can still generate progress messages to indicate activity. This is known as "
+"\"pulse mode\", and is directly supported by certain progress bar "
+"implementations (eg. GtkProgressBar)."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1803
+msgid ""
+"For these calls, zero or more progress messages are generated with "
+"C<position = 0> and C<total = 1>, followed by a final message with "
+"C<position = total = 1>."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1807
+msgid ""
+"As noted above, if the call fails with an error then the final message may "
+"not be generated."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1812
+msgid ""
+"The callback also receives the procedure number (C<proc_nr>) and serial "
+"number (C<serial>) of the call. These are only useful for debugging "
+"protocol issues, and the callback can normally ignore them. The callback "
+"may want to print these numbers in error messages or debugging messages."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1818
+msgid "If no callback is registered: progress messages are discarded."
+msgstr ""
+
+#. type: =item
+#: ../src/guestfs.pod:1820
+msgid "GUESTFS_EVENT_APPLIANCE (payload type: message buffer)"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1823
+msgid ""
+"The callback function is called whenever a log message is generated by qemu, "
+"the appliance kernel, guestfsd (daemon), or utility programs."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1826
+msgid ""
+"If the verbose flag (L</guestfs_set_verbose>) is set before launch (L</"
+"guestfs_launch>) then additional debug messages are generated."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1829 ../src/guestfs.pod:1843
+msgid ""
+"If no callback is registered: the messages are discarded unless the verbose "
+"flag is set in which case they are sent to stderr. You can override the "
+"printing of verbose messages to stderr by setting up a callback."
+msgstr ""
+
+#. type: =item
+#: ../src/guestfs.pod:1834
+msgid "GUESTFS_EVENT_LIBRARY (payload type: message buffer)"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1837
+msgid ""
+"The callback function is called whenever a log message is generated by the "
+"library part of libguestfs."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1840
+msgid ""
+"If the verbose flag (L</guestfs_set_verbose>) is set then additional debug "
+"messages are generated."
+msgstr ""
+
+#. type: =item
+#: ../src/guestfs.pod:1848
+msgid "GUESTFS_EVENT_TRACE (payload type: message buffer)"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1851
+msgid ""
+"The callback function is called whenever a trace message is generated. This "
+"only applies if the trace flag (L</guestfs_set_trace>) is set."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1854
+msgid ""
+"If no callback is registered: the messages are sent to stderr. You can "
+"override the printing of trace messages to stderr by setting up a callback."
+msgstr ""
+
+#. type: =head3
+#: ../src/guestfs.pod:1860
+msgid "guestfs_set_event_callback"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs.pod:1862
+#, no-wrap
+msgid ""
+" int guestfs_set_event_callback (guestfs_h *g,\n"
+" guestfs_event_callback cb,\n"
+" uint64_t event_bitmask,\n"
+" int flags,\n"
+" void *opaque);\n"
+"\n"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1868
+msgid ""
+"This function registers a callback (C<cb>) for all event classes in the "
+"C<event_bitmask>."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1871
+msgid ""
+"For example, to register for all log message events, you could call this "
+"function with the bitmask C<GUESTFS_EVENT_APPLIANCE|GUESTFS_EVENT_LIBRARY>. "
+"To register a single callback for all possible classes of events, use "
+"C<GUESTFS_EVENT_ALL>."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1877
+msgid "C<flags> should always be passed as 0."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1879
+msgid ""
+"C<opaque> is an opaque pointer which is passed to the callback. You can use "
+"it for any purpose."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1882
+msgid ""
+"The return value is the event handle (an integer) which you can use to "
+"delete the callback (see below)."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1885
+msgid ""
+"If there is an error, this function returns C<-1>, and sets the error in the "
+"handle in the usual way (see L</guestfs_last_error> etc.)"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1888
+msgid ""
+"Callbacks remain in effect until they are deleted, or until the handle is "
+"closed."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1891
+msgid ""
+"In the case where multiple callbacks are registered for a particular event "
+"class, all of the callbacks are called. The order in which multiple "
+"callbacks are called is not defined."
+msgstr ""
+
+#. type: =head3
+#: ../src/guestfs.pod:1895
+msgid "guestfs_delete_event_callback"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs.pod:1897
+#, no-wrap
+msgid ""
+" void guestfs_delete_event_callback (guestfs_h *g, int event_handle);\n"
+"\n"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1899
+msgid ""
+"Delete a callback that was previously registered. C<event_handle> should be "
+"the integer that was returned by a previous call to "
+"C<guestfs_set_event_callback> on the same handle."
+msgstr ""
+
+#. type: =head3
+#: ../src/guestfs.pod:1903
+msgid "guestfs_event_callback"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs.pod:1905
+#, no-wrap
+msgid ""
+" typedef void (*guestfs_event_callback) (\n"
+" guestfs_h *g,\n"
+" void *opaque,\n"
+" uint64_t event,\n"
+" int event_handle,\n"
+" int flags,\n"
+" const char *buf, size_t buf_len,\n"
+" const uint64_t *array, size_t array_len);\n"
+"\n"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1914
+msgid ""
+"This is the type of the event callback function that you have to provide."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1917
+msgid ""
+"The basic parameters are: the handle (C<g>), the opaque user pointer "
+"(C<opaque>), the event class (eg. C<GUESTFS_EVENT_PROGRESS>), the event "
+"handle, and C<flags> which in the current API you should ignore."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1921
+msgid ""
+"The remaining parameters contain the event payload (if any). Each event may "
+"contain a payload, which usually relates to the event class, but for future "
+"proofing your code should be written to handle any payload for any event "
+"class."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1926
+msgid ""
+"C<buf> and C<buf_len> contain a message buffer (if C<buf_len == 0>, then "
+"there is no message buffer). Note that this message buffer can contain "
+"arbitrary 8 bit data, including NUL bytes."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1930
+msgid ""
+"C<array> and C<array_len> is an array of 64 bit unsigned integers. At the "
+"moment this is only used for progress messages."
+msgstr ""
+
+#. type: =head3
+#: ../src/guestfs.pod:1933
+msgid "EXAMPLE: CAPTURING LOG MESSAGES"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1935
+msgid ""
+"One motivation for the generic event API was to allow GUI programs to "
+"capture debug and other messages. In libguestfs E<le> 1.8 these were sent "
+"unconditionally to C<stderr>."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1939
+msgid ""
+"Events associated with log messages are: C<GUESTFS_EVENT_LIBRARY>, "
+"C<GUESTFS_EVENT_APPLIANCE> and C<GUESTFS_EVENT_TRACE>. (Note that error "
+"messages are not events; you must capture error messages separately)."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1944
+msgid ""
+"Programs have to set up a callback to capture the classes of events of "
+"interest:"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs.pod:1947
+#, no-wrap
+msgid ""
+" int eh =\n"
+" guestfs_set_event_callback\n"
+" (g, message_callback,\n"
+" GUESTFS_EVENT_LIBRARY|GUESTFS_EVENT_APPLIANCE|\n"
+" GUESTFS_EVENT_TRACE,\n"
+" 0, NULL) == -1)\n"
+" if (eh == -1) {\n"
+" // handle error in the usual way\n"
+" }\n"
+"\n"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1957
+msgid ""
+"The callback can then direct messages to the appropriate place. In this "
+"example, messages are directed to syslog:"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs.pod:1960
+#, no-wrap
+msgid ""
+" static void\n"
+" message_callback (\n"
+" guestfs_h *g,\n"
+" void *opaque,\n"
+" uint64_t event,\n"
+" int event_handle,\n"
+" int flags,\n"
+" const char *buf, size_t buf_len,\n"
+" const uint64_t *array, size_t array_len)\n"
+" {\n"
+" const int priority = LOG_USER|LOG_INFO;\n"
+" if (buf_len > 0)\n"
+" syslog (priority, \"event 0x%lx: %s\", event, buf);\n"
+" }\n"
+"\n"
+msgstr ""
+
+#. type: =head1
+#: ../src/guestfs.pod:1975
+msgid "CANCELLING LONG TRANSFERS"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1977
+msgid ""
+"Some operations can be cancelled by the caller while they are in progress. "
+"Currently only operations that involve uploading or downloading data can be "
+"cancelled (technically: operations that have C<FileIn> or C<FileOut> "
+"parameters in the generator)."
+msgstr ""
+
+#. type: =head2
+#: ../src/guestfs.pod:1982
+msgid "guestfs_user_cancel"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs.pod:1984
+#, no-wrap
+msgid ""
+" void guestfs_user_cancel (guestfs_h *g);\n"
+"\n"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1986
+msgid ""
+"C<guestfs_user_cancel> cancels the current upload or download operation."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1989
+msgid ""
+"Unlike most other libguestfs calls, this function is signal safe and thread "
+"safe. You can call it from a signal handler or from another thread, without "
+"needing to do any locking."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1993
+msgid ""
+"The transfer that was in progress (if there is one) will stop shortly "
+"afterwards, and will return an error. The errno (see L</"
+"guestfs_last_errno>) is set to C<EINTR>, so you can test for this to find "
+"out if the operation was cancelled or failed because of another error."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:1999
+msgid ""
+"No cleanup is performed: for example, if a file was being uploaded then "
+"after cancellation there may be a partially uploaded file. It is the "
+"caller's responsibility to clean up if necessary."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2003
+msgid "There are two common places that you might call C<guestfs_user_cancel>."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2005
+msgid ""
+"In an interactive text-based program, you might call it from a C<SIGINT> "
+"signal handler so that pressing C<^C> cancels the current operation. (You "
+"also need to call L</guestfs_set_pgroup> so that child processes don't "
+"receive the C<^C> signal)."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2010
+msgid ""
+"In a graphical program, when the main thread is displaying a progress bar "
+"with a cancel button, wire up the cancel button to call this function."
+msgstr ""
+
+#. type: =head1
+#: ../src/guestfs.pod:2014
+msgid "PRIVATE DATA AREA"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2016
+msgid ""
+"You can attach named pieces of private data to the libguestfs handle, fetch "
+"them by name, and walk over them, for the lifetime of the handle. This is "
+"called the private data area and is only available from the C API."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2021
+msgid "To attach a named piece of data, use the following call:"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs.pod:2023
+#, no-wrap
+msgid ""
+" void guestfs_set_private (guestfs_h *g, const char *key, void *data);\n"
+"\n"
+msgstr ""
+" void guestfs_set_private (guestfs_h *g, const char *key, void *data);\n"
+"\n"
+
+#. type: textblock
+#: ../src/guestfs.pod:2025
+msgid ""
+"C<key> is the name to associate with this data, and C<data> is an arbitrary "
+"pointer (which can be C<NULL>). Any previous item with the same key is "
+"overwritten."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2029
+msgid ""
+"You can use any C<key> you want, but your key should I<not> start with an "
+"underscore character. Keys beginning with an underscore character are "
+"reserved for internal libguestfs purposes (eg. for implementing language "
+"bindings). It is recommended that you prefix the key with some unique "
+"string to avoid collisions with other users."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2035
+msgid "To retrieve the pointer, use:"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs.pod:2037
+#, no-wrap
+msgid ""
+" void *guestfs_get_private (guestfs_h *g, const char *key);\n"
+"\n"
+msgstr ""
+" void *guestfs_get_private (guestfs_h *g, const char *key);\n"
+"\n"
+
+#. type: textblock
+#: ../src/guestfs.pod:2039
+msgid ""
+"This function returns C<NULL> if either no data is found associated with "
+"C<key>, or if the user previously set the C<key>'s C<data> pointer to "
+"C<NULL>."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2043
+msgid ""
+"Libguestfs does not try to look at or interpret the C<data> pointer in any "
+"way. As far as libguestfs is concerned, it need not be a valid pointer at "
+"all. In particular, libguestfs does I<not> try to free the data when the "
+"handle is closed. If the data must be freed, then the caller must either "
+"free it before calling L</guestfs_close> or must set up a close callback to "
+"do it (see L</GUESTFS_EVENT_CLOSE>)."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2050
+msgid "To walk over all entries, use these two functions:"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs.pod:2052
+#, no-wrap
+msgid ""
+" void *guestfs_first_private (guestfs_h *g, const char **key_rtn);\n"
+"\n"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs.pod:2054
+#, no-wrap
+msgid ""
+" void *guestfs_next_private (guestfs_h *g, const char **key_rtn);\n"
+"\n"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2056
+msgid ""
+"C<guestfs_first_private> returns the first key, pointer pair (\"first\" does "
+"not have any particular meaning -- keys are not returned in any defined "
+"order). A pointer to the key is returned in C<*key_rtn> and the "
+"corresponding data pointer is returned from the function. C<NULL> is "
+"returned if there are no keys stored in the handle."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2062
+msgid ""
+"C<guestfs_next_private> returns the next key, pointer pair. The return "
+"value of this function is also C<NULL> is there are no further entries to "
+"return."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2066
+msgid "Notes about walking over entries:"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2072
+msgid ""
+"You must not call C<guestfs_set_private> while walking over the entries."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2077
+msgid ""
+"The handle maintains an internal iterator which is reset when you call "
+"C<guestfs_first_private>. This internal iterator is invalidated when you "
+"call C<guestfs_set_private>."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2083
+msgid "If you have set the data pointer associated with a key to C<NULL>, ie:"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs.pod:2085
+#, no-wrap
+msgid ""
+" guestfs_set_private (g, key, NULL);\n"
+"\n"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2087
+msgid "then that C<key> is not returned when walking."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2091
+msgid ""
+"C<*key_rtn> is only valid until the next call to C<guestfs_first_private>, "
+"C<guestfs_next_private> or C<guestfs_set_private>."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2097
+msgid ""
+"The following example code shows how to print all keys and data pointers "
+"that are associated with the handle C<g>:"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs.pod:2100
+#, no-wrap
+msgid ""
+" const char *key;\n"
+" void *data = guestfs_first_private (g, &key);\n"
+" while (data != NULL)\n"
+" {\n"
+" printf (\"key = %s, data = %p\\n\", key, data);\n"
+" data = guestfs_next_private (g, &key);\n"
+" }\n"
+"\n"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2108
+msgid ""
+"More commonly you are only interested in keys that begin with an application-"
+"specific prefix C<foo_>. Modify the loop like so:"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs.pod:2111
+#, no-wrap
+msgid ""
+" const char *key;\n"
+" void *data = guestfs_first_private (g, &key);\n"
+" while (data != NULL)\n"
+" {\n"
+" if (strncmp (key, \"foo_\", strlen (\"foo_\")) == 0)\n"
+" printf (\"key = %s, data = %p\\n\", key, data);\n"
+" data = guestfs_next_private (g, &key);\n"
+" }\n"
+"\n"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2120
+msgid ""
+"If you need to modify keys while walking, then you have to jump back to the "
+"beginning of the loop. For example, to delete all keys prefixed with "
+"C<foo_>:"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs.pod:2124
+#, no-wrap
+msgid ""
+" const char *key;\n"
+" void *data;\n"
+" again:\n"
+" data = guestfs_first_private (g, &key);\n"
+" while (data != NULL)\n"
+" {\n"
+" if (strncmp (key, \"foo_\", strlen (\"foo_\")) == 0)\n"
+" {\n"
+" guestfs_set_private (g, key, NULL);\n"
+" /* note that 'key' pointer is now invalid, and so is\n"
+" the internal iterator */\n"
+" goto again;\n"
+" }\n"
+" data = guestfs_next_private (g, &key);\n"
+" }\n"
+"\n"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2140
+msgid ""
+"Note that the above loop is guaranteed to terminate because the keys are "
+"being deleted, but other manipulations of keys within the loop might not "
+"terminate unless you also maintain an indication of which keys have been "
+"visited."
+msgstr ""
+
+#. type: =end
+#: ../src/guestfs.pod:2145 ../src/guestfs.pod:2150
+msgid "html"
+msgstr "html"
+
+#. type: textblock
+#: ../src/guestfs.pod:2147
+msgid ""
+"<!-- old anchor for the next section --> <a name="
+"\"state_machine_and_low_level_event_api\"/>"
+msgstr ""
+"<!-- old anchor for the next section --> <a name="
+"\"state_machine_and_low_level_event_api\"/>"
+
+#. type: =head1
+#: ../src/guestfs.pod:2152
+msgid "ARCHITECTURE"
+msgstr "АРХІТЕКТУРА"
+
+#. type: textblock
+#: ../src/guestfs.pod:2154
+msgid ""
+"Internally, libguestfs is implemented by running an appliance (a special "
+"type of small virtual machine) using L<qemu(1)>. Qemu runs as a child "
+"process of the main program."
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs.pod:2158
+#, no-wrap
+msgid ""
+" ___________________\n"
+" / \\\n"
+" | main program |\n"
+" | |\n"
+" | | child process / appliance\n"
+" | | __________________________\n"
+" | | / qemu \\\n"
+" +-------------------+ RPC | +-----------------+ |\n"
+" | libguestfs <--------------------> guestfsd | |\n"
+" | | | +-----------------+ |\n"
+" \\___________________/ | | Linux kernel | |\n"
+" | +--^--------------+ |\n"
+" \\_________|________________/\n"
+" |\n"
+" _______v______\n"
+" / \\\n"
+" | Device or |\n"
+" | disk image |\n"
+" \\______________/\n"
+"\n"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2178
+msgid ""
+"The library, linked to the main program, creates the child process and hence "
+"the appliance in the L</guestfs_launch> function."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2181
+msgid ""
+"Inside the appliance is a Linux kernel and a complete stack of userspace "
+"tools (such as LVM and ext2 programs) and a small controlling daemon called "
+"L</guestfsd>. The library talks to L</guestfsd> using remote procedure "
+"calls (RPC). There is a mostly one-to-one correspondence between libguestfs "
+"API calls and RPC calls to the daemon. Lastly the disk image(s) are "
+"attached to the qemu process which translates device access by the "
+"appliance's Linux kernel into accesses to the image."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2190
+msgid ""
+"A common misunderstanding is that the appliance \"is\" the virtual machine. "
+"Although the disk image you are attached to might also be used by some "
+"virtual machine, libguestfs doesn't know or care about this. (But you will "
+"care if both libguestfs's qemu process and your virtual machine are trying "
+"to update the disk image at the same time, since these usually results in "
+"massive disk corruption)."
+msgstr ""
+
+#. type: =head1
+#: ../src/guestfs.pod:2197
+msgid "STATE MACHINE"
+msgstr "СКІНЧЕННИЙ АВТОМАТ"
+
+#. type: textblock
+#: ../src/guestfs.pod:2199
+msgid "libguestfs uses a state machine to model the child process:"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs.pod:2201
+#, no-wrap
+msgid ""
+" |\n"
+" guestfs_create\n"
+" |\n"
+" |\n"
+" ____V_____\n"
+" / \\\n"
+" | CONFIG |\n"
+" \\__________/\n"
+" ^ ^ ^ \\\n"
+" / | \\ \\ guestfs_launch\n"
+" / | _\\__V______\n"
+" / | / \\\n"
+" / | | LAUNCHING |\n"
+" / | \\___________/\n"
+" / | /\n"
+" / | guestfs_launch\n"
+" / | /\n"
+" ______ / __|____V\n"
+" / \\ ------> / \\\n"
+" | BUSY | | READY |\n"
+" \\______/ <------ \\________/\n"
+"\n"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2223
+msgid ""
+"The normal transitions are (1) CONFIG (when the handle is created, but there "
+"is no child process), (2) LAUNCHING (when the child process is booting up), "
+"(3) alternating between READY and BUSY as commands are issued to, and "
+"carried out by, the child process."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2228
+msgid ""
+"The guest may be killed by L</guestfs_kill_subprocess>, or may die "
+"asynchronously at any time (eg. due to some internal error), and that causes "
+"the state to transition back to CONFIG."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2232
+msgid ""
+"Configuration commands for qemu such as L</guestfs_add_drive> can only be "
+"issued when in the CONFIG state."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2235
+msgid ""
+"The API offers one call that goes from CONFIG through LAUNCHING to READY. "
+"L</guestfs_launch> blocks until the child process is READY to accept "
+"commands (or until some failure or timeout). L</guestfs_launch> internally "
+"moves the state from CONFIG to LAUNCHING while it is running."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2241
+msgid ""
+"API actions such as L</guestfs_mount> can only be issued when in the READY "
+"state. These API calls block waiting for the command to be carried out (ie. "
+"the state to transition to BUSY and then back to READY). There are no non-"
+"blocking versions, and no way to issue more than one command per handle at "
+"the same time."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2247
+msgid ""
+"Finally, the child process sends asynchronous messages back to the main "
+"program, such as kernel log messages. You can register a callback to "
+"receive these messages."
+msgstr ""
+
+#. type: =head1
+#: ../src/guestfs.pod:2251
+msgid "INTERNALS"
+msgstr ""
+
+#. type: =head2
+#: ../src/guestfs.pod:2253
+msgid "APPLIANCE BOOT PROCESS"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2255
+msgid ""
+"This process has evolved and continues to evolve. The description here "
+"corresponds only to the current version of libguestfs and is provided for "
+"information only."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2259
+msgid ""
+"In order to follow the stages involved below, enable libguestfs debugging "
+"(set the environment variable C<LIBGUESTFS_DEBUG=1>)."
+msgstr ""
+
+#. type: =item
+#: ../src/guestfs.pod:2264
+#, fuzzy
+#| msgid "C<appliance>"
+msgid "Create the appliance"
+msgstr "C<appliance>"
+
+#. type: textblock
+#: ../src/guestfs.pod:2266
+msgid ""
+"C<febootstrap-supermin-helper> is invoked to create the kernel, a small "
+"initrd and the appliance."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2269
+msgid ""
+"The appliance is cached in C</var/tmp/.guestfs-E<lt>UIDE<gt>> (or in another "
+"directory if C<TMPDIR> is set)."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2272
+msgid ""
+"For a complete description of how the appliance is created and cached, read "
+"the L<febootstrap(8)> and L<febootstrap-supermin-helper(8)> man pages."
+msgstr ""
+
+#. type: =item
+#: ../src/guestfs.pod:2276
+msgid "Start qemu and boot the kernel"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2278
+msgid "qemu is invoked to boot the kernel."
+msgstr ""
+
+#. type: =item
+#: ../src/guestfs.pod:2280
+msgid "Run the initrd"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2282
+msgid ""
+"C<febootstrap-supermin-helper> builds a small initrd. The initrd is not the "
+"appliance. The purpose of the initrd is to load enough kernel modules in "
+"order that the appliance itself can be mounted and started."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2286
+msgid ""
+"The initrd is a cpio archive called C</var/tmp/.guestfs-E<lt>UIDE<gt>/"
+"initrd>."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2289
+msgid ""
+"When the initrd has started you will see messages showing that kernel "
+"modules are being loaded, similar to this:"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs.pod:2292
+#, no-wrap
+msgid ""
+" febootstrap: ext2 mini initrd starting up\n"
+" febootstrap: mounting /sys\n"
+" febootstrap: internal insmod libcrc32c.ko\n"
+" febootstrap: internal insmod crc32c-intel.ko\n"
+"\n"
+msgstr ""
+
+#. type: =item
+#: ../src/guestfs.pod:2297
+msgid "Find and mount the appliance device"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2299
+msgid ""
+"The appliance is a sparse file containing an ext2 filesystem which contains "
+"a familiar (although reduced in size) Linux operating system. It would "
+"normally be called C</var/tmp/.guestfs-E<lt>UIDE<gt>/root>."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2303
+msgid ""
+"The regular disks being inspected by libguestfs are the first devices "
+"exposed by qemu (eg. as C</dev/vda>)."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2306
+msgid ""
+"The last disk added to qemu is the appliance itself (eg. C</dev/vdb> if "
+"there was only one regular disk)."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2309
+msgid ""
+"Thus the final job of the initrd is to locate the appliance disk, mount it, "
+"and switch root into the appliance, and run C</init> from the appliance."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2313
+msgid "If this works successfully you will see messages such as:"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs.pod:2315
+#, no-wrap
+msgid ""
+" febootstrap: picked /sys/block/vdb/dev as root device\n"
+" febootstrap: creating /dev/root as block special 252:16\n"
+" febootstrap: mounting new root on /root\n"
+" febootstrap: chroot\n"
+" Starting /init script ...\n"
+"\n"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2321
+msgid ""
+"Note that C<Starting /init script ...> indicates that the appliance's init "
+"script is now running."
+msgstr ""
+
+#. type: =item
+#: ../src/guestfs.pod:2324
+msgid "Initialize the appliance"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2326
+msgid ""
+"The appliance itself now initializes itself. This involves starting certain "
+"processes like C<udev>, possibly printing some debug information, and "
+"finally running the daemon (C<guestfsd>)."
+msgstr ""
+
+#. type: =item
+#: ../src/guestfs.pod:2330
+#, fuzzy
+#| msgid "C<daemon>"
+msgid "The daemon"
+msgstr "C<daemon>"
+
+#. type: textblock
+#: ../src/guestfs.pod:2332
+msgid ""
+"Finally the daemon (C<guestfsd>) runs inside the appliance. If it runs you "
+"should see:"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs.pod:2335
+#, fuzzy, no-wrap
+#| msgid ""
+#| " set-verbose true|false\n"
+#| "\n"
+msgid ""
+" verbose daemon enabled\n"
+"\n"
+msgstr ""
+" set-verbose true|false\n"
+"\n"
+
+#. type: textblock
+#: ../src/guestfs.pod:2337
+msgid ""
+"The daemon expects to see a named virtio-serial port exposed by qemu and "
+"connected on the other end to the library."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2340
+msgid ""
+"The daemon connects to this port (and hence to the library) and sends a four "
+"byte message C<GUESTFS_LAUNCH_FLAG>, which initiates the communication "
+"protocol (see below)."
+msgstr ""
+
+#. type: =head2
+#: ../src/guestfs.pod:2346
+msgid "COMMUNICATION PROTOCOL"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2348
+msgid ""
+"Don't rely on using this protocol directly. This section documents how it "
+"currently works, but it may change at any time."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2351
+msgid ""
+"The protocol used to talk between the library and the daemon running inside "
+"the qemu virtual machine is a simple RPC mechanism built on top of XDR (RFC "
+"1014, RFC 1832, RFC 4506)."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2355
+msgid ""
+"The detailed format of structures is in C<src/guestfs_protocol.x> (note: "
+"this file is automatically generated)."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2358
+msgid ""
+"There are two broad cases, ordinary functions that don't have any C<FileIn> "
+"and C<FileOut> parameters, which are handled with very simple request/reply "
+"messages. Then there are functions that have any C<FileIn> or C<FileOut> "
+"parameters, which use the same request and reply messages, but they may also "
+"be followed by files sent using a chunked encoding."
+msgstr ""
+
+#. type: =head3
+#: ../src/guestfs.pod:2365
+msgid "ORDINARY FUNCTIONS (NO FILEIN/FILEOUT PARAMS)"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2367
+msgid "For ordinary functions, the request message is:"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs.pod:2369
+#, no-wrap
+msgid ""
+" total length (header + arguments,\n"
+" but not including the length word itself)\n"
+" struct guestfs_message_header (encoded as XDR)\n"
+" struct guestfs_<foo>_args (encoded as XDR)\n"
+"\n"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2374
+msgid ""
+"The total length field allows the daemon to allocate a fixed size buffer "
+"into which it slurps the rest of the message. As a result, the total length "
+"is limited to C<GUESTFS_MESSAGE_MAX> bytes (currently 4MB), which means the "
+"effective size of any request is limited to somewhere under this size."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2380
+msgid ""
+"Note also that many functions don't take any arguments, in which case the "
+"C<guestfs_I<foo>_args> is completely omitted."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2383
+msgid ""
+"The header contains the procedure number (C<guestfs_proc>) which is how the "
+"receiver knows what type of args structure to expect, or none at all."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2387
+msgid ""
+"For functions that take optional arguments, the optional arguments are "
+"encoded in the C<guestfs_I<foo>_args> structure in the same way as ordinary "
+"arguments. A bitmask in the header indicates which optional arguments are "
+"meaningful. The bitmask is also checked to see if it contains bits set "
+"which the daemon does not know about (eg. if more optional arguments were "
+"added in a later version of the library), and this causes the call to be "
+"rejected."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2395
+msgid "The reply message for ordinary functions is:"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs.pod:2397
+#, no-wrap
+msgid ""
+" total length (header + ret,\n"
+" but not including the length word itself)\n"
+" struct guestfs_message_header (encoded as XDR)\n"
+" struct guestfs_<foo>_ret (encoded as XDR)\n"
+"\n"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2402
+msgid ""
+"As above the C<guestfs_I<foo>_ret> structure may be completely omitted for "
+"functions that return no formal return values."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2405
+msgid ""
+"As above the total length of the reply is limited to C<GUESTFS_MESSAGE_MAX>."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2408
+msgid ""
+"In the case of an error, a flag is set in the header, and the reply message "
+"is slightly changed:"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs.pod:2411
+#, no-wrap
+msgid ""
+" total length (header + error,\n"
+" but not including the length word itself)\n"
+" struct guestfs_message_header (encoded as XDR)\n"
+" struct guestfs_message_error (encoded as XDR)\n"
+"\n"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2416
+msgid ""
+"The C<guestfs_message_error> structure contains the error message as a "
+"string."
+msgstr ""
+
+#. type: =head3
+#: ../src/guestfs.pod:2419
+msgid "FUNCTIONS THAT HAVE FILEIN PARAMETERS"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2421
+msgid ""
+"A C<FileIn> parameter indicates that we transfer a file I<into> the guest. "
+"The normal request message is sent (see above). However this is followed by "
+"a sequence of file chunks."
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs.pod:2425
+#, no-wrap
+msgid ""
+" total length (header + arguments,\n"
+" but not including the length word itself,\n"
+" and not including the chunks)\n"
+" struct guestfs_message_header (encoded as XDR)\n"
+" struct guestfs_<foo>_args (encoded as XDR)\n"
+" sequence of chunks for FileIn param #0\n"
+" sequence of chunks for FileIn param #1 etc.\n"
+"\n"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2433
+msgid "The \"sequence of chunks\" is:"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs.pod:2435
+#, no-wrap
+msgid ""
+" length of chunk (not including length word itself)\n"
+" struct guestfs_chunk (encoded as XDR)\n"
+" length of chunk\n"
+" struct guestfs_chunk (encoded as XDR)\n"
+" ...\n"
+" length of chunk\n"
+" struct guestfs_chunk (with data.data_len == 0)\n"
+"\n"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2443
+msgid ""
+"The final chunk has the C<data_len> field set to zero. Additionally a flag "
+"is set in the final chunk to indicate either successful completion or early "
+"cancellation."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2447
+msgid ""
+"At time of writing there are no functions that have more than one FileIn "
+"parameter. However this is (theoretically) supported, by sending the "
+"sequence of chunks for each FileIn parameter one after another (from left to "
+"right)."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2452
+msgid ""
+"Both the library (sender) I<and> the daemon (receiver) may cancel the "
+"transfer. The library does this by sending a chunk with a special flag set "
+"to indicate cancellation. When the daemon sees this, it cancels the whole "
+"RPC, does I<not> send any reply, and goes back to reading the next request."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2458
+msgid ""
+"The daemon may also cancel. It does this by writing a special word "
+"C<GUESTFS_CANCEL_FLAG> to the socket. The library listens for this during "
+"the transfer, and if it gets it, it will cancel the transfer (it sends a "
+"cancel chunk). The special word is chosen so that even if cancellation "
+"happens right at the end of the transfer (after the library has finished "
+"writing and has started listening for the reply), the \"spurious\" cancel "
+"flag will not be confused with the reply message."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2467
+msgid ""
+"This protocol allows the transfer of arbitrary sized files (no 32 bit "
+"limit), and also files where the size is not known in advance (eg. from "
+"pipes or sockets). However the chunks are rather small "
+"(C<GUESTFS_MAX_CHUNK_SIZE>), so that neither the library nor the daemon need "
+"to keep much in memory."
+msgstr ""
+
+#. type: =head3
+#: ../src/guestfs.pod:2473
+msgid "FUNCTIONS THAT HAVE FILEOUT PARAMETERS"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2475
+msgid ""
+"The protocol for FileOut parameters is exactly the same as for FileIn "
+"parameters, but with the roles of daemon and library reversed."
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs.pod:2478
+#, no-wrap
+msgid ""
+" total length (header + ret,\n"
+" but not including the length word itself,\n"
+" and not including the chunks)\n"
+" struct guestfs_message_header (encoded as XDR)\n"
+" struct guestfs_<foo>_ret (encoded as XDR)\n"
+" sequence of chunks for FileOut param #0\n"
+" sequence of chunks for FileOut param #1 etc.\n"
+"\n"
+msgstr ""
+
+#. type: =head3
+#: ../src/guestfs.pod:2486
+msgid "INITIAL MESSAGE"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2488
+msgid ""
+"When the daemon launches it sends an initial word (C<GUESTFS_LAUNCH_FLAG>) "
+"which indicates that the guest and daemon is alive. This is what L</"
+"guestfs_launch> waits for."
+msgstr ""
+
+#. type: =head3
+#: ../src/guestfs.pod:2492
+msgid "PROGRESS NOTIFICATION MESSAGES"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2494
+msgid ""
+"The daemon may send progress notification messages at any time. These are "
+"distinguished by the normal length word being replaced by "
+"C<GUESTFS_PROGRESS_FLAG>, followed by a fixed size progress message."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2498
+msgid ""
+"The library turns them into progress callbacks (see L</"
+"GUESTFS_EVENT_PROGRESS>) if there is a callback registered, or discards them "
+"if not."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2502
+msgid ""
+"The daemon self-limits the frequency of progress messages it sends (see "
+"C<daemon/proto.c:notify_progress>). Not all calls generate progress "
+"messages."
+msgstr ""
+
+#. type: =head1
+#: ../src/guestfs.pod:2506
+msgid "LIBGUESTFS VERSION NUMBERS"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2508
+msgid ""
+"Since April 2010, libguestfs has started to make separate development and "
+"stable releases, along with corresponding branches in our git repository. "
+"These separate releases can be identified by version number:"
+msgstr ""
+
+#. type: verbatim
+#: ../src/guestfs.pod:2513
+#, no-wrap
+msgid ""
+" even numbers for stable: 1.2.x, 1.4.x, ...\n"
+" .-------- odd numbers for development: 1.3.x, 1.5.x, ...\n"
+" |\n"
+" v\n"
+" 1 . 3 . 5\n"
+" ^ ^\n"
+" | |\n"
+" | `-------- sub-version\n"
+" |\n"
+" `------ always '1' because we don't change the ABI\n"
+"\n"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2524
+msgid "Thus \"1.3.5\" is the 5th update to the development branch \"1.3\"."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2526
+msgid ""
+"As time passes we cherry pick fixes from the development branch and backport "
+"those into the stable branch, the effect being that the stable branch should "
+"get more stable and less buggy over time. So the stable releases are ideal "
+"for people who don't need new features but would just like the software to "
+"work."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2532
+msgid "Our criteria for backporting changes are:"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2538
+msgid ""
+"Documentation changes which don't affect any code are backported unless the "
+"documentation refers to a future feature which is not in stable."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2544
+msgid ""
+"Bug fixes which are not controversial, fix obvious problems, and have been "
+"well tested are backported."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2549
+msgid ""
+"Simple rearrangements of code which shouldn't affect how it works get "
+"backported. This is so that the code in the two branches doesn't get too "
+"far out of step, allowing us to backport future fixes more easily."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2555
+msgid ""
+"We I<don't> backport new features, new APIs, new tools etc, except in one "
+"exceptional case: the new feature is required in order to implement an "
+"important bug fix."
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2561
+msgid ""
+"A new stable branch starts when we think the new features in development are "
+"substantial and compelling enough over the current stable branch to warrant "
+"it. When that happens we create new stable and development versions 1.N.0 "
+"and 1.(N+1).0 [N is even]. The new dot-oh release won't necessarily be so "
+"stable at this point, but by backporting fixes from development, that branch "
+"will stabilize over time."
+msgstr ""
+
+#. type: =head1
+#: ../src/guestfs.pod:2569
+msgid "EXTENDING LIBGUESTFS"
+msgstr ""
+
+#. type: =head2
+#: ../src/guestfs.pod:2571
+msgid "ADDING A NEW API ACTION"
+msgstr ""
+
+#. type: textblock
+#: ../src/guestfs.pod:2573
+msgid ""
+"Large amounts of boilerplate code in libguestfs (RPC, bindings, "
+"documentation) are generated, and this makes it easy to extend the "
+"libguestfs API."