Actually, I found something funny.
"tar -xf pig-0.10.1-src.tar.gz" creates two directories as follows:
pig-0.10.1-src
pig-0.10.1-src-0.10.1
And "pig-0.10.1-src-0.10.1" contains the following files:
[cheolsoo@cheolsoo-mr1-0 pig-0.10.1-src-0.10.1]$ tree
.
`-- bin
`-- pig
"tar -tvf pig-0.10.1-src.tar.gz" shows the following two lines at the
bottom:
drwxr-xr-x 0/0 0 2012-12-27 16:05 pig-0.10.1-src-0.10.1/bin/
-rwxr-xr-x 0/0 10685 2012-12-27 16:05
pig-0.10.1-src-0.10.1/bin/pig
I think that this is a mistake, and it explains why "bin/pig" is not
executable in the source tarball.
I am not sure if this is a block or not. though
Thanks,
Cheolsoo
On Fri, Dec 28, 2012 at 2:09 PM, Cheolsoo Park <[email protected]>wrote:
> +1.
>
> Downloaded the source tarball, built hadoop 20/23 binaries, and tested
> them against hadoop-1.0.x/2.0.x clusters.
>
> Btw, "ant clean piggybank" doesn't work due to PIG-2501, but this can be
> worked around by "ant clean jar-withouthadoop piggybank". So I guess that
> this isn't a blocker.
>
> Thanks!
>
>
> On Fri, Dec 28, 2012 at 1:30 PM, Alan Gates <[email protected]> wrote:
>
>> +1. Checked the checksums and signature for the source release. Built
>> and ran some of the unit tests. Downloaded the tar binary, ran local and
>> cluster jobs.
>>
>> Alan.
>>
>> On Dec 28, 2012, at 10:01 AM, Daniel Dai wrote:
>>
>> > Hi,
>> >
>> > I have created a candidate build for Pig 0.10.1. This is a maintenance
>> > release of Pig 0.10.
>> >
>> > Keys used to sign the release are available at
>> > http://svn.apache.org/viewvc/pig/trunk/KEYS?view=markup
>> >
>> > Please download, test, and try it out:
>> >
>> > http://people.apache.org/~daijy/pig-0.10.1-candidate-2/
>> >
>> > Should we release this? Vote closes on next Friday 11am PST, Jan 4th.
>> >
>> > Thanks,
>> > Daniel
>>
>>
>
