On Wed, Feb 29, 2012 at 5:23 AM, Alex Karasulu <akaras...@apache.org> wrote: > > The discussion pertains to the presence of com.cloudera packages in the > source code of a podling for the sake of backwards compatibility with > Cloudera products.
Alex this is an incorrect summary of the facts, similar to the FUD you tried to spread on the original thread which Arvind provided detail on. Sqoop was ASL licensed and had an open following long before it was accepted for incubation to Apache. The community is trying to rectify the short term migration requirements against doing the right thing by both Apache and that community. Arvind: > ... it would have > been easier for us[ sqoop community at apache] to drop any backward > compatibility requirements and > get releases out quickly. The reason we chose to invest a lot in > preserving backward compatibility is for our community. Sqoop has an > active community that we care deeply about and we have done our best > to make sure continues to use Sqoop effectively. It is this thriving > community that was the primary reason for Sqoop to have come into the > incubator in the first place. Keep in mind also that this is a short term solution that has a longer term resolution (one already discussed on the other thread as well): Here is Arvind's response to Jukka proposing that Sqoop address the packaging issue post graduation: > Thanks Jukka. In fact, Sqoop already has a plan in place to completely > remove com.cloudera.* namespace from its contents via the next major > revision of the product. The work for that has already started and > currently exists under the branch sqoop2 [3], tracked by SQOOP-365 > [4]. We hope that in a few months time, we will have feature parity in > this branch with the trunk, which is when we will promote it to the > trunk. > > [3] https://svn.apache.org/repos/asf/incubator/sqoop/branches/sqoop2/ > [4] https://issues.apache.org/jira/browse/SQOOP-365 Patrick --------------------------------------------------------------------- To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
