I'm here today, to introduce myself. I want to start to contribute to oVirt
project, I'm developing most of time in python, and I'll love to contribute
in python, but can be in C.
I love developing and virtualization, and I think this project have all I
well, like I said, this is a introduce email, and I'll like suggestion how
can I help, and show my code to you guys.
*Fellipe Henrique P. Soares*
*"Quemadmodum gladius neminem occidit, occidentis telum est."* (Epistulae
morales ad Lucilium<http://en.wikipedia.org/wiki/Epistulae_morales_ad_Lucilium>,
Lucius Annaeus Seneca)
*"Any intelligent fool can make things bigger, more complex, and more
violent. It takes a touch of genius -- and a lot of courage -- to move in
the opposite direction."*
Albert Einstein (March 14th 1879 – April 18th 1955)
Any idea why?
2013-06-27 10:37:40,219 INFO
[3dd1f412] Running command: ApproveVdsCommand internal: false. Entities
affected : ID: 0be6cd89-c5f5-4a4e-b498-504bb2c23eb2 Type: VDS
2013-06-27 10:37:40,239 INFO
[3dd1f412] Before Installation host
2013-06-27 10:37:40,294 ERROR
[3dd1f412] Host installation failed for host
at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_09-icedtea]
Dirección Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta
3ºD, 28016 Madrid, Spain
Inscrita en el Reg. Mercantil de Madrid – C.I.F. B82657941 - Red Hat S.L.
Content-Type: text/plain; charset="us-ascii"
I had previously sent you an email about IE9 compatibility where the proble=
m we were having was solved by omitting console logging when a console was =
unavailable (i.e. IE). However, it is looking like IE9 may have a bigger is=
sue with regards to the plugin framework.
Now that we have gotten dialogs to open via dynamically inserted buttons wi=
thin RHEV tabs (for example, a NetApp button in the Storage tab), we can go=
through our whole process with the exception of closing the window. In all=
other browsers, our dialog will close as expected, but in IE the window re=
mains open. It can be closed by hitting the red "x" in the corner, but it a=
ppears the code in the frame itself cannot close the window, with a console=
message in the dev tools of IE9 showing an error of "'Math' is undefined".=
I've read up on this, and it seems like this is a very widespread error in=
Internet Explorer concerning the manner/order in which iframes are dynamic=
I've copied engine-devel in case anyone has similar issues/solutions, but i=
t seems as though we need some sort of clause in the plugin framework for I=
E when it comes to dynamic insertion of new windows.
- Ricky Hopper
Content-Type: text/html; charset="us-ascii"
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"=
<body style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-lin=
e-break: after-white-space; color: rgb(0, 0, 0); font-size: 14px; font-fami=
ly: Calibri, sans-serif; ">
<div>I had previously sent you an email about IE9 compatibility where the p=
roblem we were having was solved by omitting console logging when a console=
was unavailable (i.e. IE). However, it is looking like IE9 may have a bigg=
er issue with regards to the plugin
<div>Now that we have gotten dialogs to open via dynamically inserted butto=
ns within RHEV tabs (for example, a NetApp button in the Storage tab), we c=
an go through our whole process with the exception of closing the window. I=
n all other browsers, our dialog
will close as expected, but in IE the window remains open. It can be close=
d by hitting the red "x" in the corner, but it appears the code i=
n the frame itself cannot close the window, with a console message in the d=
ev tools of IE9 showing an error of "'Math'
is undefined". I've read up on this, and it seems like this is a very=
widespread error in Internet Explorer concerning the manner/order in which=
iframes are dynamically inserted. </div>
<div>I've copied engine-devel in case anyone has similar issues/solutions, =
but it seems as though we need some sort of clause in the plugin framework =
for IE when it comes to dynamic insertion of new windows.</div>
<div>- Ricky Hopper</div>
Just ran into an issue with EngineEncryptionUtilsTest, looks like it is failing if the /etc/ovirt-engine/engine.conf does not have some keys. So of course by now all of us added those keys, but isn't there a logical loop here?
First the code should be tested, packaged and then installed and that's how that file should get there. We should not build the tests on the assumption that a version of oVirt is already installed.
What is your opinion?
When the console button is clicked in the webadmin or userportal (engine
and vdsm built from the latest master) the follow error message is returned:
"Error while executing action SetVmTicket: Unexpected exception"
This occurs with latest master engine and vdsm built as of today.
engine and vdsm logs of failure attached.
Please note that a patch moving dbscripts directory to <ovirt root>/packaging/dbscripts has been merged upstream.
All of you who have any db changed that involves the old dbscripts dir or one of its descendants should re-base and move there scripts to the new location.
If you have any questions , I will be happy to assist you.
During the work I am doing to clean up the build of upcoming 3.3, I am going to move dbscripts directory from:
The packaging directory is a new directory established for files we copy as-is to installation media, dbscripts was the last remaining directory of that nature. dbscripts does not really belong to the java sources nor to required for java project build (except few validation that were kept).
The packaging directory has the following advantages:
1. Simplify the build system to blindly copy files recursively from packaging to installation media.
2. Do not copy unnecessary files as we copy today, example is pom.xml.
3. Allow easy split plain files within packaging directory to sub packages in future.
4. Easier to understand the target system file layout by browsing the packaging directory, no magic of renaming or on the fly creation.
5. A clear separation between the maven build and the packaging build.