[Ovirt-devel] RFC w/o PATCH: Renaming oVirt RPMs

Daniel P. Berrange berrange at redhat.com
Wed Sep 3 10:26:30 UTC 2008

On Wed, Sep 03, 2008 at 06:19:58AM -0400, Perry N. Myers wrote:
> Daniel P. Berrange wrote:
> >On Wed, Sep 03, 2008 at 06:08:15AM -0400, Perry N. Myers wrote:
> >>
> >>I'm not opposed to having separate repos for:
> >>
> >>ovirt-node
> >>ovirt-server-suite
> >>ovirt-node-image
> >>ovirt-appliance
> >>
> >>Though it does change our build environment drastically since the notion 
> >>of 'build-all' completely breaks.  Any suggestions for how we should 
> >>incorporate build-all into this new layout?
> >
> >Don't have a build all. A developer working on the WUI has no need to build
> >the managed node, and vica-verca. They can use pre-built RPMs of the bits
> >they are not working on. Autobuild is specifically designed to be able to
> >do end-to-end builds of a set of dependant packages, and report on them
> >individually. 
> Ok, right now everyone that works on oVirt uses build-all extensively... 
> and most of those folks don't have access to an autobuild server to 
> automate the process for them.  So we need some replacement for build-all 
> for people in the community who want to build from scratch instead of 
> using prebuilt appliance.
> So just saying 'don't have build-all, use autobuild instead' is not really 
> a valid option unless we replace it with something equally easy to use...

Well the whole idea is to have stable, reliable interfaces between the
modules. So if you want to work on / build the latest WUI code you can
download the latest pre-built managed node binary from the ovirt.org 
website, and not have to worry about building something you're not 
interested in changing. In the scenario where you really do want to build
all 4 pieces from scratch, its really not that hard to type 'build' in
each of the 4 directories. If it was too troublesome, you could even 
create a shell script 'build-all' to run

 for i in node server appliance ; do (cd $i && build ) ; done

It would be trivial to make the auto-build output available too - we could
simply add a post-build stage to it which publishes nightly RPMs onto the
public oVirt website FTP area, so latest binaries are always available
for working against, 

As a comparison - consider someone working on Fedora - they don't want
a build-all script for everything in Fedora - they only care about building
the package they're playing with. Or someone working on virt-manager - they
don't neeed a 'build-all' script which builds Xen, libvirt, and virt-amanger
all in one go - they simply use a pre-built Xen & libvirt binary, and only
focus on the bits they care about.

|: Red Hat, Engineering, London   -o-   http://people.redhat.com/berrange/ :|
|: http://libvirt.org  -o-  http://virt-manager.org  -o-  http://ovirt.org :|
|: http://autobuild.org       -o-         http://search.cpan.org/~danberr/ :|
|: GnuPG: 7D3B9505  -o-  F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :|

More information about the ovirt-devel mailing list