Thanks a million for chiming in!
On Sun, Mar 31, 2013 at 11:42 AM, Bill Graham <[EMAIL PROTECTED]> wrote:
> Thanks for the work you're doing to support Pig in BigTop. Starting with
> Pig 0.12, our release process will be simplified to not include rpm/deb
> packages, thanks to BigTop.
On a related note -- we're trying to work on a model where Bigtop
could be utilized as RC (and pre-RC) integration validation framework.
The gist of the idea is pretty simple -- we're planning to use the
last stable build of Bigtop (e.g. 0.6.0) and keep revving up one
single component (lets say Pig) following the trunk/branch development.
Hopefully that way all the integration problems could be uncovered
earlier in the game.
Drop us a note if you guys would be interested. This is, obviously,
a two way street -- Bigtop can provide the framework, but we
need your expertise in triaging problems as they arise.
> I've built Pig on a multiple RHEL versions so this issue might not be as
> broadly spanning as you describe. The RPMs for 0.11.0 and 0.11.1 were both
> built on rhel5 instances from ec2 (ami-2d8e4c44).
Here's the map of affected Linux platforms:
Feel free to see the build logs. Also, if you, interested, I can give
you karma to poke around Bigtop's Jenkins.
The AMIs are all stock AMIs produced either by the corresponding
Linux vendor (Fedora, OpenSUSE) or RightScale.
As such, it seems that chance of unsuspecting users running into
this issue with the build are pretty high.
> That said, if the Pig community feels strongly that we should cancel the
> release and re-issue a new one, I'm fine with shepherding that process.
It would be extremely appreciated if you guys could go through the trouble
of spinning up a new RC. This is, of course, your decision but we'd be willing
to help to the extent we can.
As Mark mentioned -- the risk of the respin is pretty small -- the affected
changes are all build files and they are localized to contrib. Of course,
any RC is quite a bit of work.