similar to: [PATCH] snapshot: Explicitly remove unused disk source attribute

We now always copy a guest during conversion, meaning this tool is no longer required. --- Build.PL | 2 +- MANIFEST | 2 - lib/Sys/VirtV2V.pm | 9 +- lib/Sys/VirtV2V/Connection.pm | 1 - po/POTFILES.in | 1 - snapshot/run-snapshot-locally | 43 -- snapshot/v2v-snapshot.pl | 931

Hi John, thanks for the pointer. However, I'd rather avoid rolling a custom implementation. After all, it's not like I want to do something drastically different... I had sorted out the problem for 3.2 as well as a previous version of 3.3 trunk, but the API changed about a hundred times. Now as it apparently has stabilized, I moved to a the 3.3 release branch just to find that even

Hi, I am again struggling to find my way around the Attribute classes. What I want to do is clone a function into a declaration where some parameters may have a different alignment. CloneFunctionInto in debug mode hits an assertion which is marked with a FIXME (Attributes.cpp:673). I would be totally fine with any kind of workaround, e.g. removing all attributes from the target declaration,

On 5/15/13 10:27 AM, Ralf Karrenberg wrote: > Hi, > > I am again struggling to find my way around the Attribute classes. > What I want to do is clone a function into a declaration where some > parameters may have a different alignment. > CloneFunctionInto in debug mode hits an assertion which is marked with > a FIXME (Attributes.cpp:673). > I would be totally fine with

The following comment: 00881 // As a hack, we allow "align 2" on functions as a synonym for "alignstack 00882 // 2". in "lib/AsmParser/LLParser.cpp" appears inaccurate, the "alignment" is later parsed as the alignment of the function itself, both when directly placed on the function: 02975 // If the alignment was parsed as an attribute, move

The Wine development release 1.7.32 is now available. What's new in this release (see below for details): - New version of the Mono engine. - A few more functions implemented in MSHTML. - Improved support for restoring display mode. - Font metrics improvements in DirectWrite. - Various bug fixes. The source is available from the following locations:

Hi, When I''m using the Prototype version attached to script.aculo.us 1.6.5 (Prototype 1.5.0_rc1 revision [5462]) I get some "Object doesn''t support this property or method" in the Effect.BlindDown method (when the method tries to get the dimentions). If I''m using the version of prototype that was attached to 1.6.4 I do not get this error. Is this a known

Hi. I''m using prototype.js V1.6.0_rc0. I''ve successfully used Element.addMethods() to add some additional functionality to my forms ... Element.addMethods(''FORM'', { ... }); So far so good. I now want to add a new property to all forms. Is there an equivalent Element.addProperty(''FORM'', { ... }); technique I could use? As readAttribute /

I''m writing an appliation that contains several dynamically created lists. I had hoped that the following method for using the Sortable library from scriptaculous would work: 1) create the list 2) create a Sortable for it 3) create another list 4) create a Sortable for it and so on. Unfortunately this doesn''t work. I can''t find any info in the documentation for

The Wine development release 1.5.3 is now available. What's new in this release (see below for details): - Support for graphics bounds tracking. - A number of fixes to the builtin Internet Explorer. - Support for displaying ARM code in the Wine debugger. - Various DirectMusic improvements. - Better namespace support in MSXML. - Various bug fixes. The source is available from the

I think it just changed formats which prompted a change in ID -- the code now uses TYPE_BLOCK_ID_NEW (= 17). I haven’t looked deeply to see how different it is. Ismail > On Oct 13, 2016, at 2:02 PM, Mehdi Amini <mehdi.amini at apple.com> wrote: > > >> On Oct 13, 2016, at 10:24 AM, Ismail Badawi (ibadawi) via llvm-dev <llvm-dev at lists.llvm.org> wrote: >>

Hi folks, A while back I noticed some outdated information in docs/BitCodeFormat.rst about how parameter attributes were encoded — it describes an old encoding that was changed in 3.3 with the introduction of attribute groups. I opened a bug about this (https://llvm.org/bugs/show_bug.cgi?id=28941) and started trying to write a patch, but along the way ran into more and more issues (e.g. new

Move all target-specific functionality into its own module in preparation for output to RHEV. --- MANIFEST | 1 + lib/Sys/VirtV2V/Connection.pm | 46 ++--- lib/Sys/VirtV2V/Converter.pm | 138 +------------ lib/Sys/VirtV2V/Target/LibVirt.pm | 419 +++++++++++++++++++++++++++++++++++++ lib/Sys/VirtV2V/Transfer/ESX.pm | 91 +++------ po/POTFILES.in

This patch refactors the data transfer code with several goals: * Have a common read(source)/write(target) loop so that common processing can happen in the middle of it, e.g. format change/progress bar * Provide volume metadata to transfers to allow smarter reading/writing, e.g. of sparse files * Simplify the data transfer code The patch *isn't* NFC because there are some minor behaviour

Hi, i have two machines with libvirt installed. I want to move a storage volume from the 1st machine to 2nd machine with code. I'm thinking of reading a storage volume into a byte array/stream then uploading through my own/custom handler (written in go) to the 2nd machine's custom handler which will then be writing the byte stream to libvirt storage volume. Is there a libvirt function to

I wrote in a few weeks ago about writing an independent implementation of Bitcode and updating the docs to be more complete. Attached is a patch to docs/BitCodeFormat.html that adds a lot of information that was previously only available by reading the source code. It also corrects some errors. Josh -------------- next part -------------- An HTML attachment was scrubbed... URL:

The enclosed patch adds documentation for the PARAMATTR_BLOCK, TYPE_BLOCK, and TYPE_SYMTAB_BLOCK records in the LLVM IR bitcode format. I have started documenting CONSTANTS_BLOCK and FUNCTION_BLOCK and will send patches when they are complete. -Peter- -------------- next part -------------- An HTML attachment was scrubbed... URL:

The Wine development release 1.1.42 is now available. What's new in this release (see below for details): - Support for shared 32/64-bit setups. - Dwarf debug info support for better backtraces. - More standard actions supported in MSI. - Support for TIFF image format in WinCodecs. - A number of Direct3D improvements. - Shell fixes for better Internet Explorer support. - Various

The Wine development release 1.1.37 is now available. What's new in this release (see below for details): - A number of fixes in AVI file support. - Several MSXML improvements. - A few MSI fixes. - Various bug fixes. The source is available from the following locations: http://ibiblio.org/pub/linux/system/emulators/wine/wine-1.1.37.tar.bz2

If a user interrupted transfer of data to a libvirt volume, the incomplete data was left in place. This patch causes the volume to be removed. Fixes RHBZ#616728 --- lib/Sys/VirtV2V/Target/LibVirt.pm | 12 ++++++++++++ 1 files changed, 12 insertions(+), 0 deletions(-) diff --git a/lib/Sys/VirtV2V/Target/LibVirt.pm b/lib/Sys/VirtV2V/Target/LibVirt.pm index 029e4e2..943b95a 100644 ---