search for: sysprep_operation_abrt_data

remove the automatically generated abrt data. Signed-off-by: Wanlong Gao <gaowanlong at cn.fujitsu.com> --- po/POTFILES-ml | 1 + sysprep/Makefile.am | 2 ++ sysprep/sysprep_operation_abrt_data.ml | 47 ++++++++++++++++++++++++++++++++++ 3 files changed, 50 insertions(+) create mode 100644 sysprep/sysprep_operation_abrt_data.ml diff --git a/po/POTFILES-ml b/po/POTFILES-ml index 0adfb8e..1622bf2 100644 --- a/po/POTFILES-ml +++ b/po/POTFILES-ml @@ -10,6 +10,7 @@ sparsify/utils.ml sysprep...

...OCaml compiler by expliciting Guestfs.guestfs as type for 'g' > in some functions. Looks mechanical, ACK. Does Hindley-Milner type inference have problems here? I've not seen them in this case. Rich. > get-kernel/get_kernel.ml | 2 +- > sysprep/sysprep_operation_abrt_data.ml | 2 +- > sysprep/sysprep_operation_bash_history.ml | 2 +- > sysprep/sysprep_operation_ca_certificates.ml | 2 +- > sysprep/sysprep_operation_crash_data.ml | 2 +- > sysprep/sysprep_operation_dhcp_client_state.ml | 2 +- > syspr...

Help the OCaml compiler by expliciting Guestfs.guestfs as type for 'g' in some functions. --- get-kernel/get_kernel.ml | 2 +- sysprep/sysprep_operation_abrt_data.ml | 2 +- sysprep/sysprep_operation_bash_history.ml | 2 +- sysprep/sysprep_operation_ca_certificates.ml | 2 +- sysprep/sysprep_operation_crash_data.ml | 2 +- sysprep/sysprep_operation_dhcp_client_state.ml | 2 +- sysprep/sysprep_operation_dhcp...

--- sysprep/sysprep_operation.mli | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/sysprep/sysprep_operation.mli b/sysprep/sysprep_operation.mli index 61dde72..eb89db4 100644 --- a/sysprep/sysprep_operation.mli +++ b/sysprep/sysprep_operation.mli @@ -16,14 +16,16 @@ * 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA. *) -(** Structure used to describe sysprep

...| 19 + > dib/output_format_squashfs.mli | 19 + > dib/output_format_tar.mli | 19 + > dib/output_format_tgz.mli | 19 + > dib/output_format_vhd.mli | 19 + > [...] > sysprep/sysprep_operation_abrt_data.mli | 19 + > sysprep/sysprep_operation_backup_files.mli | 19 + > sysprep/sysprep_operation_bash_history.mli | 19 + > sysprep/sysprep_operation_blkid_tab.mli | 19 + > sysprep/sysprep_operation_ca_certificates.mli | 19 + > sysprep/sy...

...l | 6 +-- sparsify/sparsify.ml | 7 ++- sysprep/main.ml | 22 ++++---- sysprep/sysprep_operation.ml | 10 ++-- sysprep/sysprep_operation.mli | 8 +-- sysprep/sysprep_operation_abrt_data.ml | 2 +- sysprep/sysprep_operation_bash_history.ml | 2 +- sysprep/sysprep_operation_blkid_tab.ml | 2 +- sysprep/sysprep_operation_ca_certificates.ml | 2 +- sysprep/sysprep_operation_crash_data.ml | 2 +- sysprep/sysprep_operation_cron_spoo...

This works reliably for me ... Rich.

...in_place.mli | 21 + sparsify/sparsify.mli | 19 + sparsify/utils.mli | 22 ++ sysprep/Makefile.am | 2 + sysprep/main.mli | 19 + sysprep/sysprep_operation_abrt_data.mli | 19 + sysprep/sysprep_operation_backup_files.mli | 19 + sysprep/sysprep_operation_bash_history.mli | 19 + sysprep/sysprep_operation_blkid_tab.mli | 19 + sysprep/sysprep_operation_ca_certificates.mli | 19 + sysprep/sysprep_operation_crash_dat...

In the TODO file there's a discussion of perhaps writing a new 'virt-customize' tool. I think it's probably better (or at any rate, easier) to just add this functionality into virt-sysprep. That is what this small series of patches aims to achieve. Note these are not very well tested at the moment. The first patch adds a generic and useful '--firstboot' flag. The

.. and a lot of refactoring. https://bugzilla.redhat.com/show_bug.cgi?id=1167623 Rich.

https://bugzilla.redhat.com/show_bug.cgi?id=1167623

In the kernel and qemu communities it is routine for patches that will be backported to stable branches to be posted for review. I'm proposing we do the same for libguestfs stable branches. All of the attached have been tested with 'make check-release'. Rich.

If the connection is not local, paths of disks will refer to the remote host, which were mistakenly handled as local paths (in the best case failing to open a non-existing disk, and in the worst case opening a different disk!). In case the disks are remote resources like ssh or ceph, nothing guarantees that the hostname can be reached from the local machine, or even that it is actually the same on

Hopefully this time ...

See this bug for background information: https://bugzilla.redhat.com/show_bug.cgi?id=1350465 Thanks: Tomáš Golembiovský --- v2v/virt-v2v.pod | 38 ++++++++++++++++++++++++++------------ 1 file changed, 26 insertions(+), 12 deletions(-) diff --git a/v2v/virt-v2v.pod b/v2v/virt-v2v.pod index e68d75cf8..0943bf305 100644 --- a/v2v/virt-v2v.pod +++ b/v2v/virt-v2v.pod @@ -1909,18 +1909,32 @@ that

See this bug for background information: https://bugzilla.redhat.com/show_bug.cgi?id=1350465 --- v2v/virt-v2v.pod | 39 +++++++++++++++++++++++++++------------ 1 file changed, 27 insertions(+), 12 deletions(-) diff --git a/v2v/virt-v2v.pod b/v2v/virt-v2v.pod index e68d75cf8..93d1a9ecd 100644 --- a/v2v/virt-v2v.pod +++ b/v2v/virt-v2v.pod @@ -1909,18 +1909,33 @@ that guest through the RHV-M UI,