Failed tests: testAvroInput(org.apache.avro.mapreduce.TestAvroMultipleOutputs) testAvroMapOutput(org.apache.avro.mapreduce.TestAvroMultipleOutputs) testAvroInput(org.apache.avro.mapreduce.TestWordCount) testReflectInput(org.apache.avro.mapreduce.TestWordCount) testAvroMapOutput(org.apache.avro.mapreduce.TestWordCount)Which are at the following lines:

java.lang.AssertionError at org.apache.avro.mapreduce.TestAvroMultipleOutputs.testAvroInput(TestAvroMultipleOutputs.java:358) at org.apache.avro.mapreduce.TestWordCount.testAvroMapOutput(TestWordCount.java:457)

at org.apache.avro.mapreduce.TestWordCount.testAvroMapOutput(TestWordCount.java:416) at org.apache.avro.mapreduce.TestWordCount.testAvroInput(TestWordCount.java:376)C works if I disable snappy/lzma, but fails with the following with alllibraries available:[ 2%] Building C object src/CMakeFiles/avro-shared.dir/codec.o/Users/scott/Downloads/avro-src-1.7.5/lang/c/src/codec.c:21:10: fatalerror: 'byteswap.h' file not foundThis seems to be a a fun Mac OSX issue as byteswap.h is not portable.

> +0 I am having trouble building from the tarball.>> In Java, I get the following errors in tests in mapreduce:>> Failed tests:> testAvroInput(org.apache.avro.mapreduce.TestAvroMultipleOutputs)> testAvroMapOutput(org.apache.avro.mapreduce.TestAvroMultipleOutputs)> testAvroInput(org.apache.avro.mapreduce.TestWordCount)> testReflectInput(org.apache.avro.mapreduce.TestWordCount)> testAvroMapOutput(org.apache.avro.mapreduce.TestWordCount)>>> Which are at the following lines:>> java.lang.AssertionError> at> org.apache.avro.mapreduce.TestAvroMultipleOutputs.testAvroInput(TestAvroMul> tipleOutputs.java:358)> at> org.apache.avro.mapreduce.TestWordCount.testAvroMapOutput(TestWordCount.jav> a:457)>> at> org.apache.avro.mapreduce.TestWordCount.testAvroMapOutput(TestWordCount.jav> a:416)> at> org.apache.avro.mapreduce.TestWordCount.testAvroInput(TestWordCount.java:37> 6)>>> C works if I disable snappy/lzma, but fails with the following with all> libraries available:> [ 2%] Building C object src/CMakeFiles/avro-shared.dir/codec.o> /Users/scott/Downloads/avro-src-1.7.5/lang/c/src/codec.c:21:10: fatal> error: 'byteswap.h' file not found>>> This seems to be a a fun Mac OSX issue as byteswap.h is not portable.>>>> Python seems fine. C++ seems fine. I can't build C#. My ruby version is> incompatible.>>> The maven artifacts for Java are fine. I can successfully build and test> all my applications against the RC via the RC's maven repo.>> Mac uses an old version of bash, which does not break out on error from a> subshell. The build runs each language as a subshell, so detecting errors> requires manual inspection of all output.>>>> On 8/14/13 12:20 PM, "Doug Cutting" <[EMAIL PROTECTED]> wrote:>> >On Mon, Aug 12, 2013 at 1:52 PM, Doug Cutting <[EMAIL PROTECTED]> wrote:> >> Can some other PMC members please vote on this?> >> >Ping!> >> >Doug>>

On Thu, Aug 15, 2013 at 12:13 AM, Scott Carey <[EMAIL PROTECTED]> wrote:> In Java, I get the following errors in tests in mapreduce:>> Failed tests:> testAvroInput(org.apache.avro.mapreduce.TestAvroMultipleOutputs)

This appears to be a Mac-specific issue, so it's hard for me to debug. Can anyone reproduce this and help diagnose it?

I assume this also happens when you try to build and test trunk onyour Mac. If so, can you please file an issue in Jira?

> On Thu, Aug 15, 2013 at 12:13 AM, Scott Carey <[EMAIL PROTECTED]>> wrote:> > In Java, I get the following errors in tests in mapreduce:> >> > Failed tests:> > testAvroInput(org.apache.avro.mapreduce.TestAvroMultipleOutputs)>> This appears to be a Mac-specific issue, so it's hard for me to debug.> Can anyone reproduce this and help diagnose it?>> I assume this also happens when you try to build and test trunk on> your Mac. If so, can you please file an issue in Jira?>> Thanks,>> Doug>

On Mon, Aug 19, 2013 at 9:21 AM, Micah Huff <[EMAIL PROTECTED]> wrote:> We will be testing Avro 1.7.5 in the next day or so in our environment to> make sure that all legacy avro files can still be read.>> Micah>>> On 08/16/2013 04:41 PM, Matt Massie wrote:>>>> +1>>>> All unit tests pass for avro-c on MacOS 10.8.4. Hashes match.>>>> -->> Matt Massie>> UC, Berkeley AMPLab>> Twitter: @matt_massie <https://twitter.com/matt_massie>,>> @amplab<https://twitter.com/amplab>>> https://amplab.cs.berkeley.edu/>>>>>> On Thu, Aug 15, 2013 at 10:05 AM, Doug Cutting <[EMAIL PROTECTED]> wrote:>>>>> On Thu, Aug 15, 2013 at 12:13 AM, Scott Carey <[EMAIL PROTECTED]>>>> wrote:>>>>>>>> In Java, I get the following errors in tests in mapreduce:>>>>>>>> Failed tests:>>>> testAvroInput(org.apache.avro.mapreduce.TestAvroMultipleOutputs)>>>>>> This appears to be a Mac-specific issue, so it's hard for me to debug.>>> Can anyone reproduce this and help diagnose it?>>>>>> I assume this also happens when you try to build and test trunk on>>> your Mac. If so, can you please file an issue in Jira?>>>>>> Thanks,>>>>>> Doug>>>>>>>>

On 08/19/2013 03:03 PM, Doug Cutting wrote:> This passes, with three +1 votes and one +0 votes from PMC members.>> I'll start publishing this release.>> Doug>> On Mon, Aug 19, 2013 at 9:21 AM, Micah Huff <[EMAIL PROTECTED]> wrote:>> We will be testing Avro 1.7.5 in the next day or so in our environment to>> make sure that all legacy avro files can still be read.>>>> Micah>>>>>> On 08/16/2013 04:41 PM, Matt Massie wrote:>>> +1>>>>>> All unit tests pass for avro-c on MacOS 10.8.4. Hashes match.>>>>>> -->>> Matt Massie>>> UC, Berkeley AMPLab>>> Twitter: @matt_massie <https://twitter.com/matt_massie>,>>> @amplab<https://twitter.com/amplab>>>> https://amplab.cs.berkeley.edu/>>>>>>>>> On Thu, Aug 15, 2013 at 10:05 AM, Doug Cutting <[EMAIL PROTECTED]> wrote:>>>>>>> On Thu, Aug 15, 2013 at 12:13 AM, Scott Carey <[EMAIL PROTECTED]>>>>> wrote:>>>>> In Java, I get the following errors in tests in mapreduce:>>>>>>>>>> Failed tests:>>>>> testAvroInput(org.apache.avro.mapreduce.TestAvroMultipleOutputs)>>>> This appears to be a Mac-specific issue, so it's hard for me to debug.>>>> Can anyone reproduce this and help diagnose it?>>>>>>>> I assume this also happens when you try to build and test trunk on>>>> your Mac. If so, can you please file an issue in Jira?>>>>>>>> Thanks,>>>>>>>> Doug>>>>>>>

It's too late for 1.7.5. But we can include it in the next release. Sorry!

It was marked for 1.7.4, so I didn't see it when looking for issuesfor 1.7.5. The "Fix Version" should be set to the release that weexpect to include a fix in. We cannot change what's in a releasethat's already out. We can only make new releases.

We may next make a 1.7.6 release with compatible changes from 1.7.5,or, if we need to include some incompatible changes, the next releasewill be called 1.8.0. Or we might make both, if folks need.

Doug

NEW: Monitor These Apps!

All projects made searchable here are trademarks of the Apache Software Foundation.
Service operated by Sematext