[RESULT] [VOTE] Release Giraph 0.1-incubating (rc0)
Woohoo. Vote passes: PPMC +1s x 4: Avery, Hyunsik, Jake, Claudio Mentors +1s x 1: Owen Peanut gallery +1s x 1: Harsh Hadoop versions tested (not technically part of vote, but nice to know): 20.2, 1.0 and FB Distro. Will start a new vote on Incubator for their OK. Thanks, everybody.
Re: [VOTE] Release Giraph 0.1-incubating (rc0)
+1, I tested it on hadoop 1.0 and it passes tests. On Fri, Feb 3, 2012 at 4:45 PM, Harsh J wrote: > +1 (non binding). I downloaded, compiled and ran a couple of > algorithms and the total set of 58 tests successfully. > > On Fri, Feb 3, 2012 at 8:42 PM, Jake Mannix wrote: >> +1 for the source release from me. >> >> >> On Thu, Feb 2, 2012 at 9:03 PM, Hyunsik Choi wrote: >> >>> I also checked the compile, all tests pass, gpg sign, and md5 sign. >>> >>> +1 for both the source release and the binary tarball release. >>> -- >>> Hyunsik Choi >>> >>> >>> On Wed, Feb 1, 2012 at 8:36 AM, Jakob Homan wrote: >>> >>> > Giraphers- >>> > I've created a candidate for our first release. It's a source release >>> > without a binary for two reasons: first, there's still discussion >>> > going on about what needs to be done for the NOTICE and LICENSE files >>> > for projects that bring in transitive dependencies to the binary >>> > release ( >>> > http://www.mail-archive.com/general@incubator.apache.org/msg32693.html) >>> > and second because we're still munging our binary against three types >>> > of Hadoop, which would mean we'd need to release three different >>> > binary artifacts, which seems suboptimal. Hopefully both of these >>> > issues will be addressed by 0.2. >>> > >>> > I've tested the release against an unsecure 20.2 cluster. It'd be >>> > great to test it against other configurations. Note that we're voting >>> > on the tag; the files are provided as a convenience. >>> > >>> > Release notes: >>> > >>> http://people.apache.org/~jghoman/giraph-0.1.0-incubating-rc0/RELEASE_NOTES.html >>> > >>> > Release artifacts: >>> > http://people.apache.org/~jghoman/giraph-0.1.0-incubating-rc0/ >>> > >>> > Corresponding svn tag: >>> > http://svn.apache.org/repos/asf/incubator/giraph/tags/release-0.1-rc0/ >>> > >>> > Our signing keys (my key doesn't seem to be being picked up by >>> > http://people.apache.org/keys/group/giraph.asc): >>> > http://svn.apache.org/repos/asf/incubator/giraph/KEYS >>> > >>> > The vote runs for 72 hours, until Friday 4pm PST. After a successful >>> > vote here, Incubator will vote on the release as well. >>> > >>> > Thanks, >>> > Jakob >>> > >>> > > > > -- > Harsh J > Customer Ops. Engineer > Cloudera | http://tiny.cloudera.com/about -- Claudio Martella claudio.marte...@gmail.com
Re: [VOTE] Release Giraph 0.1-incubating (rc0)
+1 (non binding). I downloaded, compiled and ran a couple of algorithms and the total set of 58 tests successfully. On Fri, Feb 3, 2012 at 8:42 PM, Jake Mannix wrote: > +1 for the source release from me. > > > On Thu, Feb 2, 2012 at 9:03 PM, Hyunsik Choi wrote: > >> I also checked the compile, all tests pass, gpg sign, and md5 sign. >> >> +1 for both the source release and the binary tarball release. >> -- >> Hyunsik Choi >> >> >> On Wed, Feb 1, 2012 at 8:36 AM, Jakob Homan wrote: >> >> > Giraphers- >> > I've created a candidate for our first release. It's a source release >> > without a binary for two reasons: first, there's still discussion >> > going on about what needs to be done for the NOTICE and LICENSE files >> > for projects that bring in transitive dependencies to the binary >> > release ( >> > http://www.mail-archive.com/general@incubator.apache.org/msg32693.html) >> > and second because we're still munging our binary against three types >> > of Hadoop, which would mean we'd need to release three different >> > binary artifacts, which seems suboptimal. Hopefully both of these >> > issues will be addressed by 0.2. >> > >> > I've tested the release against an unsecure 20.2 cluster. It'd be >> > great to test it against other configurations. Note that we're voting >> > on the tag; the files are provided as a convenience. >> > >> > Release notes: >> > >> http://people.apache.org/~jghoman/giraph-0.1.0-incubating-rc0/RELEASE_NOTES.html >> > >> > Release artifacts: >> > http://people.apache.org/~jghoman/giraph-0.1.0-incubating-rc0/ >> > >> > Corresponding svn tag: >> > http://svn.apache.org/repos/asf/incubator/giraph/tags/release-0.1-rc0/ >> > >> > Our signing keys (my key doesn't seem to be being picked up by >> > http://people.apache.org/keys/group/giraph.asc): >> > http://svn.apache.org/repos/asf/incubator/giraph/KEYS >> > >> > The vote runs for 72 hours, until Friday 4pm PST. After a successful >> > vote here, Incubator will vote on the release as well. >> > >> > Thanks, >> > Jakob >> > >> -- Harsh J Customer Ops. Engineer Cloudera | http://tiny.cloudera.com/about
Re: [VOTE] Release Giraph 0.1-incubating (rc0)
+1 for the source release from me. On Thu, Feb 2, 2012 at 9:03 PM, Hyunsik Choi wrote: > I also checked the compile, all tests pass, gpg sign, and md5 sign. > > +1 for both the source release and the binary tarball release. > -- > Hyunsik Choi > > > On Wed, Feb 1, 2012 at 8:36 AM, Jakob Homan wrote: > > > Giraphers- > > I've created a candidate for our first release. It's a source release > > without a binary for two reasons: first, there's still discussion > > going on about what needs to be done for the NOTICE and LICENSE files > > for projects that bring in transitive dependencies to the binary > > release ( > > http://www.mail-archive.com/general@incubator.apache.org/msg32693.html) > > and second because we're still munging our binary against three types > > of Hadoop, which would mean we'd need to release three different > > binary artifacts, which seems suboptimal. Hopefully both of these > > issues will be addressed by 0.2. > > > > I've tested the release against an unsecure 20.2 cluster. It'd be > > great to test it against other configurations. Note that we're voting > > on the tag; the files are provided as a convenience. > > > > Release notes: > > > http://people.apache.org/~jghoman/giraph-0.1.0-incubating-rc0/RELEASE_NOTES.html > > > > Release artifacts: > > http://people.apache.org/~jghoman/giraph-0.1.0-incubating-rc0/ > > > > Corresponding svn tag: > > http://svn.apache.org/repos/asf/incubator/giraph/tags/release-0.1-rc0/ > > > > Our signing keys (my key doesn't seem to be being picked up by > > http://people.apache.org/keys/group/giraph.asc): > > http://svn.apache.org/repos/asf/incubator/giraph/KEYS > > > > The vote runs for 72 hours, until Friday 4pm PST. After a successful > > vote here, Incubator will vote on the release as well. > > > > Thanks, > > Jakob > > >
Re: [VOTE] Release Giraph 0.1-incubating (rc0)
Hi Jakob, NP, I'll take a look tomorrow. Cheers, Chris On Feb 2, 2012, at 2:26 PM, Jakob Homan wrote: > Are you +1ing the release, or just the idea of having a source release > in general? > > The vote ends tomorrow, so it would be great if the committers and > mentors could take a look... > > > On Thu, Feb 2, 2012 at 2:18 PM, Avery Ching wrote: >> +1. >> I'm fine with this. >> >> Avery >> >> >> On 1/31/12 8:45 PM, Jakob Homan wrote: I think these concerns preclude the entire idea of a release. >>> >>> As mentioned above, we're releasing a tag (a specific svn revision). >>> That is what the release is. Both src .tar.gz and binary files are >>> courtesies. >>> A release should be something that users can use as a dependency. . .like a maven coordinate. >>> >>> A source release in no way prevents us from creating jars of the >>> release and adding them to Apache's maven repo. In fact, we can't add >>> a jar until we have a release. >>> I think you guys should wait until you have made these decisions >>> >>> If you would like to assist with moving away from the munging, there >>> is an open JIRA to do so. Any effort would be appreciated. >>> To address the issues of binaries, could we release multiple binaries of Giraph that coincide with the different versions of Hadoop? >>> >>> Adding in external dependencies for a binary release (and even just >>> for a source release with jars that couldn't be brought in via >>> maven/sbt) caused significant delay recently for Kafka. I'd like to >>> avoid that here. Also, since we intend to release early and often, >>> there's no reason we can't follow up with a 0.2 in short order - there >>> are going to be a lot of patches in the next few weeks. >>> >>> >>> On Tue, Jan 31, 2012 at 8:17 PM, Avery Ching wrote: To address the issues of binaries, could we release multiple binaries of Giraph that coincide with the different versions of Hadoop? On 1/31/12 7:44 PM, David Garcia wrote: > > I think these concerns preclude the entire idea of a release. A release > should be something that users can use as a dependency. . .like a maven > coordinate. I think you guys should wait until you have made these > decisions. . .and then cut a binary. > > On 1/31/12 5:36 PM, "Jakob Homan"wrote: > >> Giraphers- >> I've created a candidate for our first release. It's a source release >> without a binary for two reasons: first, there's still discussion >> going on about what needs to be done for the NOTICE and LICENSE files >> for projects that bring in transitive dependencies to the binary >> release >> >> (http://www.mail-archive.com/general@incubator.apache.org/msg32693.html) >> and second because we're still munging our binary against three types >> of Hadoop, which would mean we'd need to release three different >> binary artifacts, which seems suboptimal. Hopefully both of these >> issues will be addressed by 0.2. >> >> I've tested the release against an unsecure 20.2 cluster. It'd be >> great to test it against other configurations. Note that we're voting >> on the tag; the files are provided as a convenience. >> >> Release notes: >> >> >> http://people.apache.org/~jghoman/giraph-0.1.0-incubating-rc0/RELEASE_NOTE >> S.html >> >> Release artifacts: >> http://people.apache.org/~jghoman/giraph-0.1.0-incubating-rc0/ >> >> Corresponding svn tag: >> http://svn.apache.org/repos/asf/incubator/giraph/tags/release-0.1-rc0/ >> >> Our signing keys (my key doesn't seem to be being picked up by >> http://people.apache.org/keys/group/giraph.asc): >> http://svn.apache.org/repos/asf/incubator/giraph/KEYS >> >> The vote runs for 72 hours, until Friday 4pm PST. After a successful >> vote here, Incubator will vote on the release as well. >> >> Thanks, >> Jakob >> ++ Chris Mattmann, Ph.D. Senior Computer Scientist NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA Office: 171-266B, Mailstop: 171-246 Email: chris.a.mattm...@nasa.gov WWW: http://sunset.usc.edu/~mattmann/ ++ Adjunct Assistant Professor, Computer Science Department University of Southern California, Los Angeles, CA 90089 USA ++
Re: [VOTE] Release Giraph 0.1-incubating (rc0)
I also checked the compile, all tests pass, gpg sign, and md5 sign. +1 for both the source release and the binary tarball release. -- Hyunsik Choi On Wed, Feb 1, 2012 at 8:36 AM, Jakob Homan wrote: > Giraphers- > I've created a candidate for our first release. It's a source release > without a binary for two reasons: first, there's still discussion > going on about what needs to be done for the NOTICE and LICENSE files > for projects that bring in transitive dependencies to the binary > release ( > http://www.mail-archive.com/general@incubator.apache.org/msg32693.html) > and second because we're still munging our binary against three types > of Hadoop, which would mean we'd need to release three different > binary artifacts, which seems suboptimal. Hopefully both of these > issues will be addressed by 0.2. > > I've tested the release against an unsecure 20.2 cluster. It'd be > great to test it against other configurations. Note that we're voting > on the tag; the files are provided as a convenience. > > Release notes: > http://people.apache.org/~jghoman/giraph-0.1.0-incubating-rc0/RELEASE_NOTES.html > > Release artifacts: > http://people.apache.org/~jghoman/giraph-0.1.0-incubating-rc0/ > > Corresponding svn tag: > http://svn.apache.org/repos/asf/incubator/giraph/tags/release-0.1-rc0/ > > Our signing keys (my key doesn't seem to be being picked up by > http://people.apache.org/keys/group/giraph.asc): > http://svn.apache.org/repos/asf/incubator/giraph/KEYS > > The vote runs for 72 hours, until Friday 4pm PST. After a successful > vote here, Incubator will vote on the release as well. > > Thanks, > Jakob >
Re: [VOTE] Release Giraph 0.1-incubating (rc0)
On Tue, Jan 31, 2012 at 3:36 PM, Jakob Homan wrote: > The vote runs for 72 hours, until Friday 4pm PST. After a successful > vote here, Incubator will vote on the release as well. +1 (binding) I checked: * the md5 * the gpg signature * the source compiles and tests pass * checked the license, notice, and disclaimer files I do notice that we have javadoc warnings that should be fixed at some point. -- Owen
Re: [VOTE] Release Giraph 0.1-incubating (rc0)
On Tue, Jan 31, 2012 at 7:44 PM, David Garcia wrote: > I think these concerns preclude the entire idea of a release. A release > should be something that users can use as a dependency. In Apache, releases are always source tarballs. Binary versions of those releases are often released by projects to help users, but the requirement is the source. (Binaries can't be inspected, and thus votes on them would be pretty superficial.) Also note that subversion tags aren't replacements for source tarballs because they can be modified. -- Owen
Re: [VOTE] Release Giraph 0.1-incubating (rc0)
I've run the tests for branch-0.1 and tested against PageRankBenchmark against a Facebook Hadoop instance. I'm +1'ing both the release and the source release idea. Avery On 2/2/12 2:26 PM, Jakob Homan wrote: Are you +1ing the release, or just the idea of having a source release in general? The vote ends tomorrow, so it would be great if the committers and mentors could take a look... On Thu, Feb 2, 2012 at 2:18 PM, Avery Ching wrote: +1. I'm fine with this. Avery On 1/31/12 8:45 PM, Jakob Homan wrote: I think these concerns preclude the entire idea of a release. As mentioned above, we're releasing a tag (a specific svn revision). That is what the release is. Both src .tar.gz and binary files are courtesies. A release should be something that users can use as a dependency. . .like a maven coordinate. A source release in no way prevents us from creating jars of the release and adding them to Apache's maven repo. In fact, we can't add a jar until we have a release. I think you guys should wait until you have made these decisions If you would like to assist with moving away from the munging, there is an open JIRA to do so. Any effort would be appreciated. To address the issues of binaries, could we release multiple binaries of Giraph that coincide with the different versions of Hadoop? Adding in external dependencies for a binary release (and even just for a source release with jars that couldn't be brought in via maven/sbt) caused significant delay recently for Kafka. I'd like to avoid that here. Also, since we intend to release early and often, there's no reason we can't follow up with a 0.2 in short order - there are going to be a lot of patches in the next few weeks. On Tue, Jan 31, 2012 at 8:17 PM, Avery Chingwrote: To address the issues of binaries, could we release multiple binaries of Giraph that coincide with the different versions of Hadoop? On 1/31/12 7:44 PM, David Garcia wrote: I think these concerns preclude the entire idea of a release. A release should be something that users can use as a dependency. . .like a maven coordinate. I think you guys should wait until you have made these decisions. . .and then cut a binary. On 1/31/12 5:36 PM, "Jakob Homan" wrote: Giraphers- I've created a candidate for our first release. It's a source release without a binary for two reasons: first, there's still discussion going on about what needs to be done for the NOTICE and LICENSE files for projects that bring in transitive dependencies to the binary release (http://www.mail-archive.com/general@incubator.apache.org/msg32693.html) and second because we're still munging our binary against three types of Hadoop, which would mean we'd need to release three different binary artifacts, which seems suboptimal. Hopefully both of these issues will be addressed by 0.2. I've tested the release against an unsecure 20.2 cluster. It'd be great to test it against other configurations. Note that we're voting on the tag; the files are provided as a convenience. Release notes: http://people.apache.org/~jghoman/giraph-0.1.0-incubating-rc0/RELEASE_NOTE S.html Release artifacts: http://people.apache.org/~jghoman/giraph-0.1.0-incubating-rc0/ Corresponding svn tag: http://svn.apache.org/repos/asf/incubator/giraph/tags/release-0.1-rc0/ Our signing keys (my key doesn't seem to be being picked up by http://people.apache.org/keys/group/giraph.asc): http://svn.apache.org/repos/asf/incubator/giraph/KEYS The vote runs for 72 hours, until Friday 4pm PST. After a successful vote here, Incubator will vote on the release as well. Thanks, Jakob
Re: [VOTE] Release Giraph 0.1-incubating (rc0)
Are you +1ing the release, or just the idea of having a source release in general? The vote ends tomorrow, so it would be great if the committers and mentors could take a look... On Thu, Feb 2, 2012 at 2:18 PM, Avery Ching wrote: > +1. > I'm fine with this. > > Avery > > > On 1/31/12 8:45 PM, Jakob Homan wrote: >>> >>> I think these concerns preclude the entire idea of a release. >> >> As mentioned above, we're releasing a tag (a specific svn revision). >> That is what the release is. Both src .tar.gz and binary files are >> courtesies. >> >>> A release should be something that users can use as a dependency. . .like >>> a maven coordinate. >> >> A source release in no way prevents us from creating jars of the >> release and adding them to Apache's maven repo. In fact, we can't add >> a jar until we have a release. >> >>> I think you guys should wait until you have made these decisions >> >> If you would like to assist with moving away from the munging, there >> is an open JIRA to do so. Any effort would be appreciated. >> >>> To address the issues of binaries, could we release multiple binaries of >>> Giraph that coincide with the different versions of Hadoop? >> >> Adding in external dependencies for a binary release (and even just >> for a source release with jars that couldn't be brought in via >> maven/sbt) caused significant delay recently for Kafka. I'd like to >> avoid that here. Also, since we intend to release early and often, >> there's no reason we can't follow up with a 0.2 in short order - there >> are going to be a lot of patches in the next few weeks. >> >> >> On Tue, Jan 31, 2012 at 8:17 PM, Avery Ching wrote: >>> >>> To address the issues of binaries, could we release multiple binaries of >>> Giraph that coincide with the different versions of Hadoop? >>> >>> >>> On 1/31/12 7:44 PM, David Garcia wrote: I think these concerns preclude the entire idea of a release. A release should be something that users can use as a dependency. . .like a maven coordinate. I think you guys should wait until you have made these decisions. . .and then cut a binary. On 1/31/12 5:36 PM, "Jakob Homan" wrote: > Giraphers- > I've created a candidate for our first release. It's a source release > without a binary for two reasons: first, there's still discussion > going on about what needs to be done for the NOTICE and LICENSE files > for projects that bring in transitive dependencies to the binary > release > > (http://www.mail-archive.com/general@incubator.apache.org/msg32693.html) > and second because we're still munging our binary against three types > of Hadoop, which would mean we'd need to release three different > binary artifacts, which seems suboptimal. Hopefully both of these > issues will be addressed by 0.2. > > I've tested the release against an unsecure 20.2 cluster. It'd be > great to test it against other configurations. Note that we're voting > on the tag; the files are provided as a convenience. > > Release notes: > > > http://people.apache.org/~jghoman/giraph-0.1.0-incubating-rc0/RELEASE_NOTE > S.html > > Release artifacts: > http://people.apache.org/~jghoman/giraph-0.1.0-incubating-rc0/ > > Corresponding svn tag: > http://svn.apache.org/repos/asf/incubator/giraph/tags/release-0.1-rc0/ > > Our signing keys (my key doesn't seem to be being picked up by > http://people.apache.org/keys/group/giraph.asc): > http://svn.apache.org/repos/asf/incubator/giraph/KEYS > > The vote runs for 72 hours, until Friday 4pm PST. After a successful > vote here, Incubator will vote on the release as well. > > Thanks, > Jakob >>> >>> >
Re: [VOTE] Release Giraph 0.1-incubating (rc0)
+1. I'm fine with this. Avery On 1/31/12 8:45 PM, Jakob Homan wrote: I think these concerns preclude the entire idea of a release. As mentioned above, we're releasing a tag (a specific svn revision). That is what the release is. Both src .tar.gz and binary files are courtesies. A release should be something that users can use as a dependency. . .like a maven coordinate. A source release in no way prevents us from creating jars of the release and adding them to Apache's maven repo. In fact, we can't add a jar until we have a release. I think you guys should wait until you have made these decisions If you would like to assist with moving away from the munging, there is an open JIRA to do so. Any effort would be appreciated. To address the issues of binaries, could we release multiple binaries of Giraph that coincide with the different versions of Hadoop? Adding in external dependencies for a binary release (and even just for a source release with jars that couldn't be brought in via maven/sbt) caused significant delay recently for Kafka. I'd like to avoid that here. Also, since we intend to release early and often, there's no reason we can't follow up with a 0.2 in short order - there are going to be a lot of patches in the next few weeks. On Tue, Jan 31, 2012 at 8:17 PM, Avery Ching wrote: To address the issues of binaries, could we release multiple binaries of Giraph that coincide with the different versions of Hadoop? On 1/31/12 7:44 PM, David Garcia wrote: I think these concerns preclude the entire idea of a release. A release should be something that users can use as a dependency. . .like a maven coordinate. I think you guys should wait until you have made these decisions. . .and then cut a binary. On 1/31/12 5:36 PM, "Jakob Homan"wrote: Giraphers- I've created a candidate for our first release. It's a source release without a binary for two reasons: first, there's still discussion going on about what needs to be done for the NOTICE and LICENSE files for projects that bring in transitive dependencies to the binary release (http://www.mail-archive.com/general@incubator.apache.org/msg32693.html) and second because we're still munging our binary against three types of Hadoop, which would mean we'd need to release three different binary artifacts, which seems suboptimal. Hopefully both of these issues will be addressed by 0.2. I've tested the release against an unsecure 20.2 cluster. It'd be great to test it against other configurations. Note that we're voting on the tag; the files are provided as a convenience. Release notes: http://people.apache.org/~jghoman/giraph-0.1.0-incubating-rc0/RELEASE_NOTE S.html Release artifacts: http://people.apache.org/~jghoman/giraph-0.1.0-incubating-rc0/ Corresponding svn tag: http://svn.apache.org/repos/asf/incubator/giraph/tags/release-0.1-rc0/ Our signing keys (my key doesn't seem to be being picked up by http://people.apache.org/keys/group/giraph.asc): http://svn.apache.org/repos/asf/incubator/giraph/KEYS The vote runs for 72 hours, until Friday 4pm PST. After a successful vote here, Incubator will vote on the release as well. Thanks, Jakob
Re: [VOTE] Release Giraph 0.1-incubating (rc0)
> I think these concerns preclude the entire idea of a release. As mentioned above, we're releasing a tag (a specific svn revision). That is what the release is. Both src .tar.gz and binary files are courtesies. >A release should be something that users can use as a dependency. . .like a >maven coordinate. A source release in no way prevents us from creating jars of the release and adding them to Apache's maven repo. In fact, we can't add a jar until we have a release. > I think you guys should wait until you have made these decisions If you would like to assist with moving away from the munging, there is an open JIRA to do so. Any effort would be appreciated. > To address the issues of binaries, could we release multiple binaries of > Giraph that coincide with the different versions of Hadoop? Adding in external dependencies for a binary release (and even just for a source release with jars that couldn't be brought in via maven/sbt) caused significant delay recently for Kafka. I'd like to avoid that here. Also, since we intend to release early and often, there's no reason we can't follow up with a 0.2 in short order - there are going to be a lot of patches in the next few weeks. On Tue, Jan 31, 2012 at 8:17 PM, Avery Ching wrote: > To address the issues of binaries, could we release multiple binaries of > Giraph that coincide with the different versions of Hadoop? > > > On 1/31/12 7:44 PM, David Garcia wrote: >> >> I think these concerns preclude the entire idea of a release. A release >> should be something that users can use as a dependency. . .like a maven >> coordinate. I think you guys should wait until you have made these >> decisions. . .and then cut a binary. >> >> On 1/31/12 5:36 PM, "Jakob Homan" wrote: >> >>> Giraphers- >>> I've created a candidate for our first release. It's a source release >>> without a binary for two reasons: first, there's still discussion >>> going on about what needs to be done for the NOTICE and LICENSE files >>> for projects that bring in transitive dependencies to the binary >>> release >>> (http://www.mail-archive.com/general@incubator.apache.org/msg32693.html) >>> and second because we're still munging our binary against three types >>> of Hadoop, which would mean we'd need to release three different >>> binary artifacts, which seems suboptimal. Hopefully both of these >>> issues will be addressed by 0.2. >>> >>> I've tested the release against an unsecure 20.2 cluster. It'd be >>> great to test it against other configurations. Note that we're voting >>> on the tag; the files are provided as a convenience. >>> >>> Release notes: >>> >>> http://people.apache.org/~jghoman/giraph-0.1.0-incubating-rc0/RELEASE_NOTE >>> S.html >>> >>> Release artifacts: >>> http://people.apache.org/~jghoman/giraph-0.1.0-incubating-rc0/ >>> >>> Corresponding svn tag: >>> http://svn.apache.org/repos/asf/incubator/giraph/tags/release-0.1-rc0/ >>> >>> Our signing keys (my key doesn't seem to be being picked up by >>> http://people.apache.org/keys/group/giraph.asc): >>> http://svn.apache.org/repos/asf/incubator/giraph/KEYS >>> >>> The vote runs for 72 hours, until Friday 4pm PST. After a successful >>> vote here, Incubator will vote on the release as well. >>> >>> Thanks, >>> Jakob > >
Re: [VOTE] Release Giraph 0.1-incubating (rc0)
To address the issues of binaries, could we release multiple binaries of Giraph that coincide with the different versions of Hadoop? On 1/31/12 7:44 PM, David Garcia wrote: I think these concerns preclude the entire idea of a release. A release should be something that users can use as a dependency. . .like a maven coordinate. I think you guys should wait until you have made these decisions. . .and then cut a binary. On 1/31/12 5:36 PM, "Jakob Homan" wrote: Giraphers- I've created a candidate for our first release. It's a source release without a binary for two reasons: first, there's still discussion going on about what needs to be done for the NOTICE and LICENSE files for projects that bring in transitive dependencies to the binary release (http://www.mail-archive.com/general@incubator.apache.org/msg32693.html) and second because we're still munging our binary against three types of Hadoop, which would mean we'd need to release three different binary artifacts, which seems suboptimal. Hopefully both of these issues will be addressed by 0.2. I've tested the release against an unsecure 20.2 cluster. It'd be great to test it against other configurations. Note that we're voting on the tag; the files are provided as a convenience. Release notes: http://people.apache.org/~jghoman/giraph-0.1.0-incubating-rc0/RELEASE_NOTE S.html Release artifacts: http://people.apache.org/~jghoman/giraph-0.1.0-incubating-rc0/ Corresponding svn tag: http://svn.apache.org/repos/asf/incubator/giraph/tags/release-0.1-rc0/ Our signing keys (my key doesn't seem to be being picked up by http://people.apache.org/keys/group/giraph.asc): http://svn.apache.org/repos/asf/incubator/giraph/KEYS The vote runs for 72 hours, until Friday 4pm PST. After a successful vote here, Incubator will vote on the release as well. Thanks, Jakob
Re: [VOTE] Release Giraph 0.1-incubating (rc0)
I think these concerns preclude the entire idea of a release. A release should be something that users can use as a dependency. . .like a maven coordinate. I think you guys should wait until you have made these decisions. . .and then cut a binary. On 1/31/12 5:36 PM, "Jakob Homan" wrote: >Giraphers- >I've created a candidate for our first release. It's a source release >without a binary for two reasons: first, there's still discussion >going on about what needs to be done for the NOTICE and LICENSE files >for projects that bring in transitive dependencies to the binary >release >(http://www.mail-archive.com/general@incubator.apache.org/msg32693.html) >and second because we're still munging our binary against three types >of Hadoop, which would mean we'd need to release three different >binary artifacts, which seems suboptimal. Hopefully both of these >issues will be addressed by 0.2. > >I've tested the release against an unsecure 20.2 cluster. It'd be >great to test it against other configurations. Note that we're voting >on the tag; the files are provided as a convenience. > >Release notes: >http://people.apache.org/~jghoman/giraph-0.1.0-incubating-rc0/RELEASE_NOTE >S.html > >Release artifacts: >http://people.apache.org/~jghoman/giraph-0.1.0-incubating-rc0/ > >Corresponding svn tag: >http://svn.apache.org/repos/asf/incubator/giraph/tags/release-0.1-rc0/ > >Our signing keys (my key doesn't seem to be being picked up by >http://people.apache.org/keys/group/giraph.asc): >http://svn.apache.org/repos/asf/incubator/giraph/KEYS > >The vote runs for 72 hours, until Friday 4pm PST. After a successful >vote here, Incubator will vote on the release as well. > >Thanks, >Jakob
[VOTE] Release Giraph 0.1-incubating (rc0)
Giraphers- I've created a candidate for our first release. It's a source release without a binary for two reasons: first, there's still discussion going on about what needs to be done for the NOTICE and LICENSE files for projects that bring in transitive dependencies to the binary release (http://www.mail-archive.com/general@incubator.apache.org/msg32693.html) and second because we're still munging our binary against three types of Hadoop, which would mean we'd need to release three different binary artifacts, which seems suboptimal. Hopefully both of these issues will be addressed by 0.2. I've tested the release against an unsecure 20.2 cluster. It'd be great to test it against other configurations. Note that we're voting on the tag; the files are provided as a convenience. Release notes: http://people.apache.org/~jghoman/giraph-0.1.0-incubating-rc0/RELEASE_NOTES.html Release artifacts: http://people.apache.org/~jghoman/giraph-0.1.0-incubating-rc0/ Corresponding svn tag: http://svn.apache.org/repos/asf/incubator/giraph/tags/release-0.1-rc0/ Our signing keys (my key doesn't seem to be being picked up by http://people.apache.org/keys/group/giraph.asc): http://svn.apache.org/repos/asf/incubator/giraph/KEYS The vote runs for 72 hours, until Friday 4pm PST. After a successful vote here, Incubator will vote on the release as well. Thanks, Jakob