On Thu, Mar 22, 2012 at 11:12 PM, Matt Foley wrote:
> I believe
> this bug caused Snappy to not be built correctly, which in turn causes MR
> jobs to fail if Snappy compression is configured on.
>
Ah, I see. Thanks for the clarification.
Given that this fix is quite small, and given that no one
On Thu, Mar 22, 2012 at 11:12 PM, Matt Foley wrote:
> Sorry for lack of clarity; I have now commented in the jira. I believe
> this bug caused Snappy to not be built correctly, which in turn causes MR
> jobs to fail if Snappy compression is configured on.
Not for this release, obviously, but in
Sorry for lack of clarity; I have now commented in the jira. I believe
this bug caused Snappy to not be built correctly, which in turn causes MR
jobs to fail if Snappy compression is configured on.
--Matt
On Thu, Mar 22, 2012 at 7:40 PM, Aaron T. Myers wrote:
> Hi Matt,
>
> I don't understand w
Hi Matt,
I don't understand why this issue is considered a blocker. The JIRA is marked
(rightly, I think) as an improvement, not a bug.
Can you perhaps explain further why this warrants a new RC?
Thanks a lot,
Aaron
On Mar 22, 2012, at 7:24 PM, Matt Foley wrote:
> I have to withdraw RC-1, du
I have to withdraw RC-1, due to a blocker bug found:
HADOOP-8201 breaks the Snappy compression/decompression
I will regenerate it tonight.
Thanks,
--Matt
On Mon, Mar 19, 2012 at 11:21 AM, Matt Foley wrote:
> Hi all,
> Release Candidate for Hadoop-1.0.2 is now available for vote, at
> http:
