This all sounds good to me.

What would be the difference between the src.tar.gz and the jar one?

On Wed, Sep 12, 2012 at 8:55 PM, Chip Childers <chip.child...@sungard.com>wrote:

> All,
>
> This is another issue that we need to come to a consensus on (and I
> think we can do lazy consensus if required here) prior to 4.0 being
> released.
>
> We've variously been discussing how to best provide binary artifacts
> from the 4.0 release.  Knowing that we are purely discussing
> convenience builds for users, and that ASF releases are source only,
> I'd like to propose the following approach.
>
> I propose that the project only publishes source tarballs to the ASF
> mirrors, and that we rely on the community at large to publish binary
> build artifacts.
>
> Wido has volunteered to host deb and rpm repos containing packages
> built from the source, and I know that (over time) we will see the
> actual distributions put cloudstack packages together.  I would
> imagine (and am not speaking for Wido), that we could work with Wido
> to ensure that his hosted repos have the latest release in them.  We
> would then be in a position where it's OK if a specific distro
> packaging community is a version or two behind the ASF releases.  That
> scenario would allow us to point users that want the very latest
> release to the custom repo, but folks that want official distro
> packages can simply use the version being provided by their OS's
> packaging system.
>
> For the convenience of the community, I'd further propose that we
> provide a set of links to these community repos on our download page
> (including appropriate verbiage about the URLs not representing
> official ASF release artifacts).  This would also include instructions
> for how to setup a RHEL/CentOS/Ubuntu system to pull from Wido's
> hosted repos.
>
> As for QA teams involved in the testing of ASF releases, I believe
> that we should continue to use jenkins.c.o (with Citrix's agreement
> and continued support) as the source for downloading packages for
> testing.  This is because it can do it for us on a nightly schedule.
>
> There is one optional part of this proposal:  we include a tarball of
> cloudstack jar files on the ASF mirrors.  Although, I'm just not sure
> what value that provides to the community.
>
> Thoughts?
>
> -chip
>



-- 
NS

Reply via email to