Displaying 20 results from an estimated 48 matches for "target_names".
Did you mean:
target_name
2018 Dec 05
1
[PATCH v4] v2v: don't fail when virtio-win does not have qemu-ga
This is why I shouldn't program before lunchtime ...
v2 & v3 omitted gettext (‘f_()’) annotations around the warning and
error strings. Fixed in this version.
My cover letter for v2 still applies here.
Rich.
2018 Dec 04
2
[PATCH] v2v: don't fail when virtio-win does not have qemu-ga packages
It should not be error to use virtio-win ISO that does not have Linux
packages of QEMU Guest Agent. Only oVirt/RHV guest tools ISO has such
packages now. Regular virtio-win ISO does not have them and maybe never
will.
Signed-off-by: Tomáš Golembiovský <tgolembi@redhat.com>
---
v2v/windows_virtio.ml | 88 +++++++++++++++++++++++++++----------------
1 file changed, 55 insertions(+), 33
2018 Dec 05
1
[PATCH v2] v2v: don't fail when virtio-win does not have qemu-ga
This is my version of this patch which I think improves it in a number
of ways. Firstly instead of having the bare boolean parameter
‘ok_if_missing’ we pass in the function we want to call along the
directory missing path.
This change then allows us to print a more useful error or warning
message given the context of the call, and the new message is
actionable too, so the user knows what has to
2018 Dec 05
1
[PATCH v3] v2v: don't fail when virtio-win does not have qemu-ga
Sorry, there was a small mistake in v2 of the patch. The difference
between v2 & v3 is below. All my other comments in the cover letter
of v2 also apply here.
Rich.
--- a/v2v/windows_virtio.ml
+++ b/v2v/windows_virtio.ml
@@ -293,8 +293,7 @@ and copy_drivers g inspect driverdir =
[] <> copy_from_virtio_win g inspect "/" driverdir
virtio_iso_path_matches_guest_os
2013 Aug 09
1
a fast table() for the 1D case
...; # always set to 'x'
class(ans) <- "table"
ans
}
table1D() also fixes some issues with base::table() that can be exposed
by running the tests below.
test_table <- function(FUN_NAME)
{
FUN <- match.fun(FUN_NAME)
.make_target <- function(target_names, target_data)
{
ans <- array(target_data)
dimnames(ans) <- list(as.character(target_names))
names(dimnames(ans)) <- "x"
class(ans) <- "table"
ans
}
.check_identical <- function(target, current, varname,...
2018 Nov 07
1
Re: [PATCH v3 1/3] v2v: refactor copy_drivers() in Windows_virtio
On Wed, Nov 07, 2018 at 12:53:18PM +0100, Tomáš Golembiovský wrote:
> Changed the function to be more generic and renamed.
> The only change in behavior is in produced debug messages.
>
> Signed-off-by: Tomáš Golembiovský <tgolembi@redhat.com>
> ---
> v2v/windows_virtio.ml | 48 ++++++++++++++++++++++++++++---------------
> 1 file changed, 31 insertions(+), 17
2018 Nov 07
0
[PATCH v3 1/3] v2v: refactor copy_drivers() in Windows_virtio
Changed the function to be more generic and renamed.
The only change in behavior is in produced debug messages.
Signed-off-by: Tomáš Golembiovský <tgolembi@redhat.com>
---
v2v/windows_virtio.ml | 48 ++++++++++++++++++++++++++++---------------
1 file changed, 31 insertions(+), 17 deletions(-)
diff --git a/v2v/windows_virtio.ml b/v2v/windows_virtio.ml
index 9b45c76f5..da02b6c4e 100644
---
2018 Nov 13
0
[PATCH v4 1/3] v2v: refactor copy_drivers() in Windows_virtio
Changed the function to be more generic and renamed.
The only change in behavior is in produced debug messages.
Signed-off-by: Tomáš Golembiovský <tgolembi@redhat.com>
---
v2v/windows_virtio.ml | 48 ++++++++++++++++++++++++++++---------------
1 file changed, 31 insertions(+), 17 deletions(-)
diff --git a/v2v/windows_virtio.ml b/v2v/windows_virtio.ml
index 9b45c76f5..da02b6c4e 100644
---
2018 Nov 06
0
[PATCH 1/3] v2v: refactor copy_drivers() in Windows_virtio
Changed the function to be more generic and renamed to copy_files.
The only change in behavior is in produced debug messages.
Signed-off-by: Tomáš Golembiovský <tgolembi@redhat.com>
---
v2v/windows_virtio.ml | 52 ++++++++++++++++++++++++++-----------------
1 file changed, 32 insertions(+), 20 deletions(-)
diff --git a/v2v/windows_virtio.ml b/v2v/windows_virtio.ml
index
2018 Nov 13
4
[PATCH v5 0/3] Install QEMU-GA from oVirt guest tools ISO on Linux
changes in v5:
- simplified expression in copy_drivers
- new commit fixing path constructions
- indentation fixes
changes in v4:
- fix call to install_local
changes in v2:
- moved copy_drivers above copy_files
- renamed copy_files to copy_from_virtio_win
- renamed install to install_local
- use rpm instead of yum
This installs packages with QEMU Guest Agent when converting Linux machine. The
2018 Nov 06
7
[PATCH 0/3] Install QEMU-GA from oVirt guest tools ISO on Linux
This installs packages with QEMU Guest Agent when converting Linux machine. The
packages should be available on guest tools ISO. The patches work "as-is" but
probably deserve some more attention:
- it is "abusing" Winows_virtio code but renaming/refactoring everything to
remove "windows" from the name and use "guest tools" seems like a lot of
unnecesary
2017 Aug 24
3
Building LLVM's fuzzers
> On Aug 24, 2017, at 2:55 PM, Kostya Serebryany <kcc at google.com> wrote:
>
> Interesting.
> This is a relatively new addition (fsanitize-coverage=pc-tables, which is now a part of -fsanitize=fuzzer).
> The tests worked (did they? On Mac?) so I thought everything is ok.
For tests we never compile the tested target with -O3 (and that wouldn’t be sufficient),
and for
2018 Nov 07
3
[PATCH v2 0/3] Install QEMU-GA from oVirt guest tools ISO on Linux
changes in v2:
- moved copy_drivers above copy_files
- renamed copy_files to copy_from_virtio_win
- renamed install to install_local
- use rpm instead of yum
This installs packages with QEMU Guest Agent when converting Linux machine. The
packages should be available on guest tools ISO. The patches work "as-is" but
probably deserve some more attention:
- it is "abusing"
2017 Aug 24
2
Building LLVM's fuzzers
I think the simplest fix is something like this:
diff --git a/lib/Transforms/Instrumentation/SanitizerCoverage.cpp b/lib/Transforms/Instrumentation/SanitizerCoverage.cpp
index c6f0d17f8fe..e81957ab80a 100644
--- a/lib/Transforms/Instrumentation/SanitizerCoverage.cpp
+++ b/lib/Transforms/Instrumentation/SanitizerCoverage.cpp
@@ -256,6 +256,7 @@ SanitizerCoverageModule::CreateSecStartEnd(Module
2016 Feb 10
4
Guidance on cross compiling LLVM with mingw-w64 and cmake
I need to build libLLVM (individual static libraries are fine at the
moment) using mingw-w64 cross compilers, i686-w64-mingw32-gcc and
(separately) x86_64-w64-mingw32-gcc. I'd like this to work from both
Linux and Cygwin build environments. With autotools, this worked fine:
../configure --host=i686-w64-mingw32 and that's it (with mingw32-gcc-c++
installed on Fedora 23, also works fine on
2018 Nov 07
10
[PATCH v3 0/3] Install QEMU-GA from oVirt guest tools ISO on Linux
changes in v3:
- fix call to install_local
changes in v2:
- moved copy_drivers above copy_files
- renamed copy_files to copy_from_virtio_win
- renamed install to install_local
- use rpm instead of yum
This installs packages with QEMU Guest Agent when converting Linux machine. The
packages should be available on guest tools ISO. The patches work "as-is" but
probably deserve some more
2017 Aug 24
4
Building LLVM's fuzzers
On Thu, Aug 24, 2017 at 3:21 PM, Kostya Serebryany via llvm-dev <
llvm-dev at lists.llvm.org> wrote:
>
>
> On Thu, Aug 24, 2017 at 3:20 PM, Justin Bogner <mail at justinbogner.com>
> wrote:
>
>> I think the simplest fix is something like this:
>>
>> diff --git a/lib/Transforms/Instrumentation/SanitizerCoverage.cpp
>>
2017 Oct 18
2
LLVM cross-compilation cmake issues
I'm an idiot and sent to llvm-commits instead of llvm-dev. Fixing.
On 10/17/17, 5:09 PM, "llvm-commits on behalf of Shoaib Meenai via llvm-commits" <llvm-commits-bounces at lists.llvm.org on behalf of llvm-commits at lists.llvm.org> wrote:
Hi all (CC beanz for cmake advice),
I'm running into a cmake problem when I try to cross-compile a
2020 Jan 22
0
[v2v PATCH 3/3] v2v: try to get windows driver files from libosinfo
Query libosinfo to get the list of files for drivers of Windows guests,
copying them if they are local files only. In case it is not possible
(e.g. no driver files are listed, or their location is a non-local URL,
or they do not exists), the manual filtering of the virtio-win content
is done as before.
---
v2v/windows_virtio.ml | 63 ++++++++++++++++++++++++++++++++++++++++---
1 file changed, 59
2018 Nov 13
8
[PATCH v4 0/3] Install QEMU-GA from oVirt guest tools ISO on Linux
changes in v4:
- fix call to install_local
changes in v2:
- moved copy_drivers above copy_files
- renamed copy_files to copy_from_virtio_win
- renamed install to install_local
- use rpm instead of yum
This installs packages with QEMU Guest Agent when converting Linux machine. The
packages should be available on guest tools ISO. The patches work "as-is" but
probably deserve some more