I give this a big +1, I am waiting with excitement for the "tax day release" so I can get us up and running at Etsy!
Our support for 1.1.1 is speculative, but we should definitely dig in and get this happening today/tomorrow to get it into the release, others have asked and I'm quite sure the 1.1.x line of Hadoop is going to be popular. Avery, interesting you mention, I was wondering this same thing due to our versioning scheme, which seems non-negotiable: were we to ever post release tarballs to M2 or other repos, we would in fact have to build/maintain one for each Hadoop version we support (plus the YARN profile.) Does this mean (as I suspect it does) that we will probably be doing source releases only into the future. This is not a problem for me (yet) but just wondering if you had any ideas about what a future deployment release (or set of parallel releases for all Hadoops) will look like? Really excited about the release, and excited to get Giraph up and running on a real cluster again, and see these improvements first hand! On Sat, Apr 13, 2013 at 1:29 AM, Lewis John Mcgibbney < [email protected]> wrote: > Hi Avery, > No hassle. > As I said regarding my number 4, I am working on the assumption that this > is my local environment causing the problem(s). > I was also having problems when I tested Apache gora-hbase locally, as I > think there seems to be a problem with HBase and security/proxy or > something. > I will also open an issue for the RAT plugin as it is always nice to run > this during review of RC's, however it is also good to have it as part of > the maven release profile so I'll cook up the patch to do that unless I > find that this has already been done. > Thanks > Lewis > > > On Fri, Apr 12, 2013 at 10:22 PM, Avery Ching <[email protected]> wrote: > > > Thanks Lewis. I will be sending out a new vote email soon. > > > > On 4/12/13 6:14 PM, Lewis John Mcgibbney wrote: > > > >> I don't know if this got through, so trying again. > >> I just remembered I am not on user@ > >> Thank you > >> Lewis > >> > >> ---------- Forwarded message ---------- > >> From: Lewis John Mcgibbney <[email protected]> > >> Date: Fri, Apr 12, 2013 at 6:05 PM > >> Subject: Re: [VOTE] Release Giraph 1.0 (rc0) > >> To: "[email protected]" <[email protected]> > >> Cc: [email protected] > >> > >> > >> Hi, > >> 1) I would second Romans comment that the tarball spews a lot of garbage > >> when I extract it. > >> 2) PGP key is fine > >> 3) md5sum is NOT, this is an issue > >> 4) I can compile and package the Giraph source on Hadoop 1.1.1, however > my > >> tests fail with the following, however I think this is specific to my > >> local > >> box. > >> ------------------------------**------------------------------** > >> ------------------- > >> Test set: > org.apache.giraph.io.hbase.**TestHBaseRootMarkerVertextForm**at > >> ------------------------------**------------------------------** > >> ------------------- > >> Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 602.008 > >> sec > >> <<< FAILURE! > >> testHBaseInputOutput(org.**apache.giraph.io.hbase.** > >> TestHBaseRootMarkerVertextForm**at) > >> Time elapsed: 601.915 sec <<< ERROR! > >> org.apache.hadoop.hbase.**client.**NoServerForRegionException: Unable to > >> find > >> region for after 10 tries. > >> at > >> org.apache.hadoop.hbase.**client.HConnectionManager$** > >> HConnectionImplementation.**locateRegionInMeta(** > >> HConnectionManager.java:888) > >> at > >> org.apache.hadoop.hbase.**client.HConnectionManager$** > >> HConnectionImplementation.**locateRegion(**HConnectionManager.java:797) > >> at > >> org.apache.hadoop.hbase.**client.HConnectionManager$** > >> HConnectionImplementation.**locateRegion(**HConnectionManager.java:766) > >> at > org.apache.hadoop.hbase.**client.HTable.<init>(HTable.**java:189) > >> at > >> org.apache.hadoop.hbase.**HBaseTestingUtility.**restartHBaseCluster(** > >> HBaseTestingUtility.java:395) > >> at > >> org.apache.giraph.io.hbase.**TestHBaseRootMarkerVertextForm** > >> at.testHBaseInputOutput(**TestHBaseRootMarkerVertextForm**at.java:138) > >> at sun.reflect.**NativeMethodAccessorImpl.**invoke0(Native Method) > >> at > >> sun.reflect.**NativeMethodAccessorImpl.**invoke(** > >> NativeMethodAccessorImpl.java:**57) > >> at > >> sun.reflect.**DelegatingMethodAccessorImpl.**invoke(** > >> DelegatingMethodAccessorImpl.**java:43) > >> at java.lang.reflect.Method.**invoke(Method.java:601) > >> at > >> org.junit.runners.model.**FrameworkMethod$1.**runReflectiveCall(** > >> FrameworkMethod.java:44) > >> at > >> org.junit.internal.runners.**model.ReflectiveCallable.run(** > >> ReflectiveCallable.java:15) > >> at > >> org.junit.runners.model.**FrameworkMethod.**invokeExplosively(** > >> FrameworkMethod.java:41) > >> at > >> org.junit.internal.runners.**statements.InvokeMethod.** > >> evaluate(InvokeMethod.java:20) > >> at > >> org.junit.internal.runners.**statements.RunBefores.** > >> evaluate(RunBefores.java:28) > >> at > >> org.junit.internal.runners.**statements.RunAfters.evaluate(** > >> RunAfters.java:31) > >> at > >> org.junit.runners.**BlockJUnit4ClassRunner.**runChild(** > >> BlockJUnit4ClassRunner.java:**76) > >> at > >> org.junit.runners.**BlockJUnit4ClassRunner.**runChild(** > >> BlockJUnit4ClassRunner.java:**50) > >> at org.junit.runners.**ParentRunner$3.run(**ParentRunner.java:193) > >> at org.junit.runners.**ParentRunner$1.schedule(** > >> ParentRunner.java:52) > >> at org.junit.runners.**ParentRunner.runChildren(** > >> ParentRunner.java:191) > >> at org.junit.runners.**ParentRunner.access$000(** > >> ParentRunner.java:42) > >> at org.junit.runners.**ParentRunner$2.evaluate(** > >> ParentRunner.java:184) > >> at org.junit.runners.**ParentRunner.run(ParentRunner.**java:236) > >> at > >> org.apache.maven.surefire.**junit4.JUnit4TestSet.execute(** > >> JUnit4TestSet.java:59) > >> at > >> org.apache.maven.surefire.**suite.**AbstractDirectoryTestSuite.** > >> executeTestSet(**AbstractDirectoryTestSuite.**java:120) > >> at > >> > org.apache.maven.surefire.**suite.**AbstractDirectoryTestSuite.**execute( > >> **AbstractDirectoryTestSuite.**java:103) > >> at org.apache.maven.surefire.**Surefire.run(Surefire.java:**169) > >> at sun.reflect.**NativeMethodAccessorImpl.**invoke0(Native Method) > >> at > >> sun.reflect.**NativeMethodAccessorImpl.**invoke(** > >> NativeMethodAccessorImpl.java:**57) > >> at > >> sun.reflect.**DelegatingMethodAccessorImpl.**invoke(** > >> DelegatingMethodAccessorImpl.**java:43) > >> at java.lang.reflect.Method.**invoke(Method.java:601) > >> at > >> > org.apache.maven.surefire.**booter.SurefireBooter.**runSuitesInProcess(** > >> SurefireBooter.java:350) > >> at > >> org.apache.maven.surefire.**booter.SurefireBooter.main(** > >> SurefireBooter.java:1021) > >> 5) It is great to see that you guys provide a RAT plugin, however the > >> rat:check target fails with too many unapproved licenses. > >> > >> I'll keep digging here and see if I can find out anything else about the > >> RC. > >> > >> Great work guys > >> > >> Lewis > >> > >> > >> On Fri, Apr 12, 2013 at 3:56 PM, Avery Ching <[email protected]> wrote: > >> > >> Fellow Giraphers, > >>> > >>> We have a our first release candidate since graduating from incubation. > >>> This is a source release, primarily due to the different versions of > >>> Hadoop we support with munge (similar to the 0.1 release). Since 0.1, > >>> we've made A TON of progress on overall performance, optimizing memory > >>> use, > >>> split vertex/edge inputs, easy interoperability with Apache Hive, and a > >>> bunch of other areas. In many ways, this is an almost totally > different > >>> codebase. Thanks everyone for your hard work! > >>> > >>> Apache Giraph has been running in production at Facebook (against > >>> Facebook's Corona implementation of Hadoop - > >>> https://github.com/facebook/* > >>> *hadoop-20/tree/master/src/****contrib/corona<https://github.** > >>> com/facebook/hadoop-20/tree/**master/src/contrib/corona< > https://github.com/facebook/hadoop-20/tree/master/src/contrib/corona> > >>> >) > >>> since around last December. It has proven to be very scalable, > >>> performant, > >>> and enables a bunch of new applications. Based on the drastic > >>> improvements > >>> and the use of Giraph in production, it seems appropriate to bump up > our > >>> version to 1.0. > >>> > >>> While anyone can vote, the ASF requires majority approval from the PMC > -- > >>> i.e., at least three PMC members must vote affirmatively for release, > and > >>> there must be more positive than negative votes. Releases may not be > >>> vetoed. Before voting +1 PMC members are required to download the > signed > >>> source code package, compile it as provided, and test the resulting > >>> executable on their own platform, along with also verifying that the > >>> package meets the requirements of the ASF policy on releases. > >>> > >>> Please test this against many other Hadoop versions and let us know how > >>> this goes! > >>> > >>> Release notes: > >>> http://people.apache.org/~****aching/giraph-1.0-RC0/RELEASE_** > >>> **NOTES.html< > http://people.apache.org/~**aching/giraph-1.0-RC0/RELEASE_**NOTES.html> > >>> <http://people.** > apache.org/~aching/giraph-1.0-**RC0/RELEASE_NOTES.html< > http://people.apache.org/~aching/giraph-1.0-RC0/RELEASE_NOTES.html> > >>> > > >>> > >>> Release artifacts: > >>> http://people.apache.org/~****aching/giraph-1.0-RC0/< > http://people.apache.org/~**aching/giraph-1.0-RC0/> > >>> <http://**people.apache.org/~aching/**giraph-1.0-RC0/< > http://people.apache.org/~aching/giraph-1.0-RC0/> > >>> > > >>> > >>> Corresponding git tag: > >>> https://git-wip-us.apache.org/****repos/asf?p=giraph.git;a=**< > https://git-wip-us.apache.org/**repos/asf?p=giraph.git;a=**> > >>> shortlog;h=refs/tags/release-****1.0-RC0<https://git-wip-us.** > >>> apache.org/repos/asf?p=giraph.**git;a=shortlog;h=refs/tags/** > >>> release-1.0-RC0< > https://git-wip-us.apache.org/repos/asf?p=giraph.git;a=shortlog;h=refs/tags/release-1.0-RC0 > > > >>> > > >>> > >>> Signing keys: > >>> http://people.apache.org/keys/****group/giraph.asc< > http://people.apache.org/keys/**group/giraph.asc> > >>> <http://**people.apache.org/keys/group/**giraph.asc< > http://people.apache.org/keys/group/giraph.asc> > >>> > > >>> > >>> The vote runs for 72 hours, until Monday 4pm PST. > >>> > >>> Thanks everyone for your patience with this release! > >>> > >>> Avery > >>> > >>> > >> > >> > > > > > -- > *Lewis* >
