On 06-07-12 18:48, Alex Huang wrote:
-----Original Message-----
From: David Nalley [mailto:[email protected]]
Sent: Friday, July 06, 2012 9:06 AM
To: [email protected]
Subject: Re: Licensing: libvirt-java (from RBD thread)
On Fri, Jul 6, 2012 at 11:08 AM, Wido den Hollander <[email protected]> wrote:
Since the RBD thread was spinning out of control I figured it would be
best to start a new thread:
"Wido: perhaps you could produce some packages for testing? at
least .debs?
--David"
I've been doing that today. I can now generate a libvirt-java debian
package which should work on Debian and Ubuntu. I'll test it further
and sent patches to libvirt so they can add it to the libvirt-java repo.
We we could provide a deb, libvirt already provides an RPM and let the
cloud-agent depend on it?
That way we'll never ship the JAR inside the cloud-agent package and
we can simply but it online.
For Debian/Ubuntu I'm still voting for a APT repository where people
can download/install the CloudStack packages from. When they install
'cloud-agent' they will simply also download libvirt-java from that
same repository.
I can than try to get the Deb into Debian and Ubuntu and David, you
might get it into Fedora?
Would this work?
Wido
So a couple of things:
* CloudStack (in its current form) won't build without libvirt-java.
This means either:
a. CloudStack declares libvirt-java to be a system requirement b. We break
out KVM support and make it an optional/non-default part of the build
We will definitely do (b) in the repackaging effort. I think most of the
hypervisors have been broken out now. We missed kvm because it's hidden in the
agent project.
I can live with that.
There are RPM's of these bindings and soon there will hopefully also be
.debs
So this shouldn't be much of a problem.
Wido
--Alex
Both of the above result in cloud-libvirt.jar being removed from the repo.
Take a look at:
http://www.apache.org/legal/3party.html (I think we will become very
well versed in this particular page over the next month or so)
--David
