similar to: [PATCH node-image] store iso in build directory after autobuild

Previously was not getting set to anything resulting in cache being stored in ~/ovirt-cache. For systems where multiple autobuilds are running, this can lead to issues with builds for one version getting rpms generated by another version. Signed-off-by: Mike Burns <mburns at redhat.com> --- autobuild.sh | 2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/autobuild.sh

Hi Ovirt node image build problem? Node image build my system OS Fedora core 14. I am have a question about installation process of oVirt project. Install DOC : https://fedorahosted.org/ovirt/wiki/Build But node-image build error? [root at Ovirt-T node]# ./autobuild.sh Running oVirt Node Autobuild test -f Makefile && make -k distclean || :

The following two patches fixes / reimplements the oVirt appliance project, installing the entire oVirt stack including all server and node components on one machine. These patches are intended to be checked out and used to build the appliance rpm, after which it is installed provides the /usr/sbin/ovirt-appliance-ctrl script to install/uninstall the appliance. The first patch merely removes

Added a new subdirectory called "isobuilder" to the project. Created a new Makefile that only allows for creating the livecd version of the oVirt node. Adjusted the build environment to work with the kickstart files that are found in the repo and not ones installed via any previous RPM. Signed-off-by: Darryl L. Pierce <dpierce at redhat.com> --- configure.ac | 1 +

Due to a typo, the defaulting of OVIRT_CACHE_DIR in the recipe Makefile.am was broken. Signed-off-by: Mike Burns <mburns at redhat.com> --- recipe/Makefile.am | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/recipe/Makefile.am b/recipe/Makefile.am index fb34437..d09905a 100644 --- a/recipe/Makefile.am +++ b/recipe/Makefile.am @@ -27,7 +27,7 @@ ARCH =

It exists only for the last Fedora release and contains recompiled rawhide versions of libvirt and qemu --- Makefile.am | 10 ++++++++-- 1 files changed, 8 insertions(+), 2 deletions(-) diff --git a/Makefile.am b/Makefile.am index 7cf3213..a44ae49 100644 --- a/Makefile.am +++ b/Makefile.am @@ -29,6 +29,9 @@ CUR_RAWHIDE = 12 FEDORA = $(shell rpm --eval '%{fedora}')

--- autobuild.sh | 40 +++++++++++++++++++++++++++++++++++ autogen.sh | 65 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ 2 files changed, 105 insertions(+), 0 deletions(-) create mode 100755 autobuild.sh diff --git a/autobuild.sh b/autobuild.sh new file mode 100755 index 0000000..8a90a78 --- /dev/null +++ b/autobuild.sh @@ -0,0 +1,40 @@ +#!/bin/sh +#oVirt viewer autobuild

update server autobuild to set up a new isolated vm environment and go through the server installer process and rails tests --- autobuild.sh | 65 ++++++++++++++++++++++++++++++++++++++++++ ovirt-installer-test-answers | 21 +++++++++++++ ovirt-server-test.ks | 37 ++++++++++++++++++++++++ 3 files changed, 123 insertions(+), 0 deletions(-) create mode 100644

This supercedes the previous patch by incorporating feedback from pmyers and apevec. The ISO building target is in the recipes Makefile rather than a separate one.

This one incorporates feedback from mburns to default certain values.

Autobuild has to be updated to call make in the recipe directory and move the resulting iso to the main build directory. Importing the existing autotest.sh script from ovirt-node-image Signed-off-by: Mike Burns <mburns at redhat.com> --- autobuild.sh | 7 + autotest.sh | 764 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ 2 files changed, 771 insertions(+), 0 deletions(-)

Hi, Xi had problems for more than a month now. I finally managed to access it yesterday, but it was a bit more broken than I anticipated. I had to re-install the whole system. It should now work as before. It is now Debian stable/amd64, so that is now also the master release, which is always built first. Regards, Stephan.

List, good evening, just installed a new Debian Stable (Wheezy). The Debian Stable repositories now include Dovecot 2.1.7 as standard. I haven't installed that because I wanted to try 2.2.x on this new clean install but unsure which 'pool' to use in the xi.rename-it.nl repository of autobuilds. http://xi.rename-it.nl/debian/pool/ Wheezy became Stable on May 5, just a few days

I've tried to transfer a call using the Flash command, but with my configuration it doesn't work. I have a traditional PBX connected with a zap channel to Asterisk that acts like an IVR: TELCO line --> traditional PBX (FXS) --> (FXO) Asterisk >From the TELCO line I can make a call to the traditional PBX and reach Asterisk, the IVR system on Asterisk answers the call and I can

Hi, I've solved the flash transfer problem changing the flash time in the zapata.conf file, I've set: flash = 200 (the defualt was 750 ms) in the extensions.conf the code is for example: exten => 42,1,Flash() exten => 42,2,SendDTMF(42,250) exten => 42,3,Hangup() now the transfer with flash works correctly. About the question whether my PBX expects a hook flash for

Hi, I used simple linear regression with the R software and EXCEL on the same data. Although , I find the same R2=0.84, I find different estimated values (intercept and slope). For the R software (slope =0.0009, Intercept = -0.1478), for EXCEL (slope =927.7, Intercept = 154,41). When I use the estimated values from the R software, the results seem bad, however the results of Exel seem correct.

Main reason for refactor is no ovirt-node-image binary image allowed in fedora. Removed ks files, now in ovirt-node-recipe, which is subpackage of ovirt-node. Removed tools, these are now in ovirt-node-recipe which is subpackage of ovirt-node.

With virt_spin_lock() being guarded by a static key the bare metal case can be optimized by patching the call away completely. In case a kernel running as a guest it can decide whether to use paravitualized spinlocks, the current fallback to the unfair test-and-set scheme, or to mimic the bare metal behavior. V2: - use static key instead of making virt_spin_lock() a pvops function Juergen Gross

With virt_spin_lock() being guarded by a static key the bare metal case can be optimized by patching the call away completely. In case a kernel running as a guest it can decide whether to use paravitualized spinlocks, the current fallback to the unfair test-and-set scheme, or to mimic the bare metal behavior. V2: - use static key instead of making virt_spin_lock() a pvops function Juergen Gross

Dear All I have this setup [asterisk]----[mediant2000]-------E1 Trunk----------[Avaya] When i call from avaya to asterisk i got long ringing tone then hangup but when i call from asterisk to avaya i got 4 ringback and then hangup with this error *CLI> Jun 26 01:26:08 NOTICE[5555]: chan_local.c:523 local_alloc: No such extension/context 1022 at mysip