search for: wait_for_prompt

(I don't have a BZ# for this yet, but I'm expecting it to be filed as an RFE) Currently if the user is in the virt-p2v GUI and cancels the conversion, all that happens is we abruptly close the ssh session to virt-v2v. That is bad .. possibly (or maybe not). But in any case there is an alternative: we can send a ^C key to the virt-v2v process, which it could catch and handle gracefully,

...rn int read_whole_file (const char *filename, char **data_r, size_t *size_r); + /* virt-v2v version and features (read from remote). */ extern int v2v_major; extern int v2v_minor; diff --git a/p2v/ssh.c b/p2v/ssh.c index cd059c5..6dc6854 100644 --- a/p2v/ssh.c +++ b/p2v/ssh.c @@ -848,7 +848,8 @@ wait_for_prompt (mexp_h *h) mexp_h * start_remote_connection (struct config *config, - const char *remote_dir, const char *libvirt_xml) + const char *remote_dir, const char *libvirt_xml, + const char *dmesg) { mexp_h *h; char magic[...

In the run dialog, I have implemented an ANSI colour escape sequence interpreter, so that colours displayed by the remote virt-v2v are now shown to the user. (https://bugzilla.redhat.com/show_bug.cgi?id=1314244) This requires virt-v2v to send colours. It wasn't doing that because the output was a pipe (as we capture the output into the log file). So I added a global --colours option to make

Now that virt-p2v has its own repository [1] and releases [2], it is time to remove it from libguestfs. [1] https://github.com/libguestfs/virt-p2v [2] http://download.libguestfs.org/virt-p2v/ Pino Toscano (2): Remove virt-p2v Remove remaining virt-p2v bits .gitignore | 4 - Makefile.am | 7 +- bash/Makefile.am