Hi,
A while back, I sent out an email for the new oVirt look-and-feel feature [1].
The new look and feel patch is ready for both code and UI review. At this point
we're not looking for design review, although you are welcome to suggest design
improvements. I'm mostly looking for help regression
Thanks Adam for the testing.
I have copy this error and will submit a patch to repair this issue later.
Thanks & Best Regards
Shi, Xiao-Lei (Bruce)
Hewlett-Packard Co., Ltd.
HP Servers Core Platform Software China
Telephone +86 23 65683093
Mobile +86 18696583447
Email xiao-lei@hp.com
-O
On 04/18/2014 01:17 PM, Martin Mucha wrote:
Hi,
I'll try to describe it little bit more. Lets say, that we've got one data
center. It's not configured yet to have its own mac pool. So in system is only
one, global pool. We create few VMs and it's NICs will obtain its MAC from this
global pool
Hi,
Commit 9d3311320f6fcf190c99068b3f566e2bf9a49d99
"caps: Collect numa information"
bruce
Introduced reporting of numa-related information in the getVdsCaps
verb. Unfortunately it also introduced a bug in machines without NUMA
support. On my mini-dell, the getVdsCaps verb is failing with the
hey,
somehow we missed the summary of this call, and few "big" issues were
raised there. so i would like to share it with all and hear more comments
- task id in http header - allows engine to initiate calls with id
instead of following vdsm response - federico already started this work,
and
+1!
Am 22.04.2014 10:48, schrieb Alon Bar-Lev:
>> This kind of discrepancies might be found in other libraries as we do not
>> > synchronize our pom files with the JBoss current version dependencies.
>> > IMHO that could lead to some very difficult bugs that we won't be able to
>> > simulate in ou
- Original Message -
> From: "Yevgeny Zaspitsky"
> To: "Alon Bar-Lev"
> Cc: devel@ovirt.org
> Sent: Tuesday, April 22, 2014 11:39:11 AM
> Subject: Re: [ovirt-devel] commons-collections v4.0
>
> That means that we manage 2 separate environments:
> 1. Development - relies on pom files. E
That means that we manage 2 separate environments:
1. Development - relies on pom files. E.g. unit tests run with
commons-collections v3.1 (and when I add v4.0) and succeed.
2. Run-time - relies on JBoss own dependencies that bring commons-collection
v3.2.1-redhat-2.
This kind of discrepancies
Hi,
I like to answer questions. Presence of questions in "motivated environment"
means that there is flaw in documentation/study material, which needs to be
fixed :)
To answer your question.
You got pool you want to use -- either global one (explicitly using method
org.ovirt.engine.core.bll.n
On 04/21/2014 12:43 AM, Nir Soffer wrote:
Hi all,
Please review these patches for the pthreading package:
import-check branch:
- monkey_patch: Fail if it is too late to monkey-patch
https://github.com/nirs/pthreading/commit/490e837e0afed37823803d9e180a5d3eb17cb82c
Note: this patch is w
- Original Message -
> From: "Eli Mesika"
> To: "Gilad Chaplik"
> Cc: "Michal Skrivanek" , devel@ovirt.org
> Sent: Tuesday, April 22, 2014 1:11:44 AM
> Subject: Re: [ovirt-devel] Small reminder about _config.sql
>
>
>
> - Original Message -
> > From: "Gilad Chaplik"
> > To
11 matches
Mail list logo