On 08/08/2012 06:30 PM, Ewan Mellor wrote:
We need to push this discussion on build systems to a conclusion.  Let me 
summarize so far.

* We need to be able to build CloudStack in various configurations (support for 
the range of hypervisors turned on or off, etc).

Yes


* We would like the build tool to be able to get the necessary dependencies 
automatically, to avoid the user having to download a dozen libraries from all 
sorts of different places.

Not necessarily. This cannot be a "hard coded" "feature" of the build tool. For package build systems used by distributions network access is often not available, thus automatic download of dependencies will fail. Whatever tool is chosen must be able to handle the "do not download anything" case.


* Many of our dependencies are version-dependent, so we would want to get a 
specific version or at the very least have greater-than constraints on the 
version that is downloaded.

* We want to be able to package CloudStack in RPMs and .debs that correctly 
depend on packages available on the target platform.

This is IMHO not a "job" of the project. This is up to the packagers and package maintainers for the various distros. I will maintain openSUSE and SLE builds in OBS and would very much prefer that the build system know nothing about how to build an rpm. We should maintain a "reference spec file" in the source tree and I will contribute to that, but having the build system crank out a .deb or .rpm package is just not the best approach.

My $0.02
Robert


--
Robert Schweikert                           MAY THE SOURCE BE WITH YOU
SUSE-IBM Software Integration Center                   LINUX
Tech Lead
rjsch...@suse.com
rschw...@ca.ibm.com
781-464-8147

Reply via email to