similar to: [PATCH] resize: support non-local output disks (RHBZ#1404182)

Parse the output disk as URI, and use all its attributes just like it is done for the input disk. The only change is that the fsync of the output disk is limited now for local URIs only, since it will not work with remote protocols. --- resize/resize.ml | 43 +++++++++++++++++++++++++++++++------------ resize/virt-resize.pod | 6 +++--- 2 files changed, 34 insertions(+), 15 deletions(-)

Parse the output disk as URI, and use all its attributes just like it is done for the input disk. The only change is that the fsync of the output disk is limited now for local URIs only, since it will not work with remote protocols. --- resize/resize.ml | 56 ++++++++++++++++++++++++++++++++++---------------- resize/virt-resize.pod | 6 +++--- 2 files changed, 41 insertions(+), 21

On Thu, Feb 02, 2017 at 02:34:24PM +0100, Pino Toscano wrote: > Parse the output disk as URI, and use all its attributes just like > it is done for the input disk. The only change is that the fsync of the > output disk is limited now for local URIs only, since it will not work > with remote protocols. > --- > resize/resize.ml | 43

Add a common debug function for printing debugging messages. It only emits the debug message when the verbose (-v) flag is used on the command line. It sends the output to stderr, which is flushed immediately after the message is printed (to help with debugging unexpected crashes). There are good arguments for sending the debug to either stdout or stderr, and almost all existing debug messages

Some simple refactoring of virt-resize. I originally had the idea that we could turn virt-resize into a library (cf. virt-customize) and use it from virt-builder, but I now don't think that would make any meaningful difference. In particular we'd still have to open the handle the same number of times. These two patches are left over from my work on that. Rich.

I'm trying to get working a simulator. I use wine + wondows. The prgram runs quite welle Bit I get an error when accessing the com1 port (the game adapter is a serial one) This worked with wine 20040914 but is now broken. Here is the comm trace: [jm@localhost AeroFly Professional]$ WINEDEBUG="comm" wine afpro Please use the registry key HKEY_CURRENT_CONFIG\Software\Fonts\LogPixel to

Make use of the helper provided by Tools_utils.create_standard_options, so there is no need to implement the logic in each tool. This affects all the OCaml tools with --machine-readable, namely: virt-builder, virt-builder-repository, virt-dib, virt-get-kernel, virt-resize, virt-sparsify, and virt-v2v. --- builder/cmdline.ml | 8 ++------ builder/repository_main.ml | 6 ++----

Fixes RHBZ#585144 --- lib/Sys/VirtV2V/Target/RHEV.pm | 27 +++++++++++++++++++++++---- 1 files changed, 23 insertions(+), 4 deletions(-) diff --git a/lib/Sys/VirtV2V/Target/RHEV.pm b/lib/Sys/VirtV2V/Target/RHEV.pm index 9dd9013..6841afc 100644 --- a/lib/Sys/VirtV2V/Target/RHEV.pm +++ b/lib/Sys/VirtV2V/Target/RHEV.pm @@ -171,12 +171,16 @@ our %vols_by_path; sub _new { my $class = shift;

Hi all, First of all, thanks to Speex developper for the all the job. I am trying to implement my own Speex DirectShow fitlers for VoIP following the documentation and sample code's. I am facing audio glitches when encoding - decoding PCM data. The encoder and decoder procedures are copied below. What about the lookahead size ? how shouw we apply it in encoding stage ? thanks in advance

Hello If I try to open COM in a app. I got: BaudRate 9600 fixme:comm:SetupComm insize 1024 outsize 1024 unimplemented stub BaudRate 5760 fixme:comm:SetupComm insize 131072 outsize 8192 unimplemented stub err:comm:SetCommState baudrate 5760 BaudRate 5726 fixme:comm:SetupComm insize 1024 outsize 1024 unimplemented stub err:comm:SetCommState baudrate 5726 Use newest Wine, Kernel 2.4.18-7, SuSE

I am using Ubuntu 8.10 with the wine 1.0.1 trying to install SRM Training System Software 6.40.08 (http://www.srm.de/usa/software.html), the exe I'm using can be freely downloaded here (http://www.srm.de/Software/SRM64008.exe). The program installed without any problem but did open a dialog about selecting a com port that I clicked past without taking note(oops). I'm able to run the

Add an optional argument for --machine-readable to select the output, adding a new function to specifically write data to that output stream. The possible choices are: * --machine-readable: to stdout, like before * --machine-readable=file:name-of-file: to the specified file * --machine-readable=stream:stdout: explicitly to stdout * --machine-readable=stream:stderr: explicitly to stderr Adapt all

Signed-off-by: Hu Tao <hutao@cn.fujitsu.com> --- resize/resize.ml | 10 +++++----- sparsify/copying.ml | 2 +- src/fuse.c | 2 +- src/launch-libvirt.c | 4 ++-- src/libvirt-domain.c | 2 +- v2v/convert_linux.ml | 6 +++--- v2v/input_libvirt.ml | 4 ++-- v2v/lib_ovf.ml | 2 +- v2v/output_glance.ml | 2 +- v2v/output_rhev.ml | 6 +++--- v2v/v2v.ml |

hello when i try to run a windows program who need a serial port to run, i have this output error: fixme:comm:set_queue_size insize 5000000 outsize 5000000 unimplemented stub have anywhone a solution to solve this problem? thanks

On Tue, Aug 26, 2014 at 06:16:50PM +0800, Hu Tao wrote: > Hi, > > The attached patch adds support for resizing MBR logical partitions. The > failure is still there, I can't get any helpful information from lsof. > Any suggestions? I don't see the error: Error: Error informing the kernel about modifications to partition /dev/sdb5 However I do see this error:

Hi, we are running some Debian-linux boxes and want to run a Feger-weatherstation under wine to get the weatherdata directly on the same server as our semi-public weather web (http//81.33.7.96). I installed wine (version is now 0.0.20040713/1.3) under Debian sarge and then the Feger software. My windows partition was an empty FAT32 partition. I cannot get the COM port working and I do not know

Hi, I am pretty new in the wine world and maybe I am asking a stupid question, so please have mercy. I would like to run an application under wine directly, without waiting for the prompt and without executing it manually there. Something like autostart - I execute a Linux shell command that starts the wine and the needed application directly. Is this possible? My application dumps some plain

I thought I would post this in case it might be of any use to anyone. Not anything special but it does work. Keep in mind you need sox and wmix. Here is some relevant exerpts of my extensions.conf using John Todds macro. [globals] CALLFILENAME=foo FOO=foo CALLERIDNUM=foo [default] exten => 287,1,Macro(dial,SIP/agent20002|20) exten => 287,2,Voicemail(u287) exten =>

Hello all, Another johnny-come-lately courtesy of the Slashdot effect... I have taken a moment to browse the archives, so I'm not asking "Why doesn't the cmdline utility compile?" yet again. I have been doing some fiddling with it and found a few thinkos to fix, but some of the more esoteric getopt() things are stumping me. Ferinstance, it seems that <

hi guys! i have some problem whit wine about the $SUBJECT i start my program and i get the following error message: ceta.2@sb-003:~/.wine/fakewin/csoft30 > wine --debugmsg +comm --managed comkern.exe err:win32:fixup_imports No implementation for shlwapi.dll.0(StrRetToBufA) imported from shell32.dll, setting to 0xdeadbeef err:win32:fixup_imports No implementation for