Hi Arvind, Here are few more threads from the last month where we had to explain Sqoop2 status or explain that you can't use "sqoop import" with Sqoop2, etc:
http://mail-archives.apache.org/mod_mbox/sqoop-user/201407.mbox/%3CCA%2BP7NPNTFuPYqf74M5OFw4e9xKZm2ns%3DZ0ydkkuJ06Jcg31hnw%40mail.gmail.com%3E http://mail-archives.apache.org/mod_mbox/sqoop-user/201407.mbox/%3CCAAJ8D%3D9Ho%3DYH7jdavNAb1gwz19Z5dapmS98yR71KmM5LsjCEVw%40mail.gmail.com%3E http://mail-archives.apache.org/mod_mbox/sqoop-user/201407.mbox/%3CCAPwc21YtdgAm9jO3%2Bs0asBZ2JkG%3DVCp5PLpkO5xQuuBPKQGuTw%40mail.gmail.com%3E http://mail-archives.apache.org/mod_mbox/sqoop-user/201406.mbox/%3CCAOrS3pxWuxL1X9Sb816N_o1Jd==gs9ww6uje2po+fpaw7vh...@mail.gmail.com%3E In addition, I noticed the problem when talking to users in conferences, customers, members of support team, etc (not to mention that I got confused personally when I started out.) I didn't bring much evidence in my first email because I thought there was a wide consensus about the problem. I have several goals with the code-name: * We need to remove the impression that the new version is like Sqoop only better. It is only somewhat like Sqoop and will not be strictly better for many months yet. * We need to clarify that this project is not even close to production quality. * We need to make it easy for us to quickly figure out which version the user is talking about. We also need to make it easy for the users to describe what they are using. * We want to have fun :) I think the name Pelican Project will help with all goals: - It is clearly not the same as Sqoop. So there's no existing expectations on what will be supported. - It is a "Project" and not a product yet. - Sqoop and Pelican don't look or sound similar. No one can expect to use Sqoop by running "pelican-shell" or to use Pelican by calling "sqoop import". - And a cute mascot will make every future presentation and blog post on the topic much more fun. You do bring up good points of concern: a) Existing releases: I disagree code-names for in-progress development cause too much confusion. They seem fairly common in the software world. http://royal.pingdom.com/2010/05/27/the-developer-obsession-with-code-names-114-interesting-examples/ b) "could impact the reproducibility of previous release builds which is not very good for the project." This sounds fairly serious. Can you elaborate what you mean by reproducibility of release build? Gwen On Fri, Jul 25, 2014 at 8:02 AM, Arvind Prabhakar <[email protected]> wrote: > Hi Gwen, > > Other than the recent thread [1] on our user list, is there any other > precedent regarding the confusion this issue has caused? If so, I would > appreciate if you could point it out. > > Personally, I do agree that we ought to have a better mechanism to > communicate the completeness (or incompleteness) of a release in order to > ensure the users understand what benefits or drawbacks they may get. > Incidentally, this was the primary reason for numbering the Sqoop2 release > as 1.99.x, thereby indicating that the release is not quite 2.0 yet, which > seems to be not working as well as expected. > > One traditional way to alleviate this issue would be to label the release > alpha/beta etc. I prefer doing that instead of putting a code name for the > release for a couple of reasons - a) we have already made releases of > Sqoop2 with the previous versioning scheme and hence changing the name > could cause more confusion; and b) renaming the branches to the new name > could impact the reproducibility of previous release builds which is not > very good for the project. > > Another alternative to consider would be to have very clear messaging in > the user-interface of Sqoop2 that it is still work in progress and not > considered at par with Sqoop1. > > [1] http://s.apache.org/TvD > > Regards, > Arvind Prabhakar > > > On Fri, Jul 25, 2014 at 7:30 AM, Venkat Ranganathan < > [email protected]> wrote: > >> +1 for Pelican. But documentation should not be called The Pelican Brief >> :) >> >> Venkat >> >> On Thu, Jul 24, 2014 at 8:12 PM, Abraham Elmahrek <[email protected]> >> wrote: >> > There's something about schlep (or schlepper) that I'm having trouble >> > resisting... but... +1 to Pelican. >> > >> > >> > On Thu, Jul 24, 2014 at 7:18 PM, Jarek Jarcec Cecho <[email protected]> >> > wrote: >> > >> >> I’m obviously biased, but +1 to Pelican. >> >> >> >> Jarcec >> >> >> >> On Jul 24, 2014, at 7:06 PM, Martin, Nick <[email protected]> wrote: >> >> >> >> > +1 Pelican >> >> > >> >> > -----Original Message----- >> >> > From: Gwen Shapira [mailto:[email protected]] >> >> > Sent: Thursday, July 24, 2014 9:51 PM >> >> > To: [email protected] >> >> > Subject: Code name for Sqoop 2 (please vote!) >> >> > >> >> > Hi, >> >> > >> >> > As you may have noticed on the user list, Sqoop2 confuses the hell out >> >> of everyone. >> >> > >> >> > Part of the problem is the name - Sqoop2 sounds newer and therefore >> >> better. People expect better quality and more features - which we don't >> >> deliver :( >> >> > >> >> > Therefore, I propose finding Sqoop2 a project code name. This way it >> >> will sound experimental and will not have the number "2" next to it. >> >> > We can use the code name to mark the branches in the repo, the >> >> documentation, the Hue frontend, etc. This will prevent confusion as the >> >> name Sqoop will go back to refer to just one project, and one that >> actually >> >> works. >> >> > >> >> > Suggested names: >> >> > Project Pelican (Based on the animal on O'Reilly's Sqoop book) Project >> >> Schlep (Yiddish for "moving heavy package") >> >> > >> >> > Friends, contributors, committers and PMC members - please respond >> with >> >> either: >> >> > * Vote (+1) on one of the names above >> >> > * Your own suggestion >> >> > >> >> > We'll be looking to close the vote by August 1st (Next week). >> >> > >> >> > Gwen >> >> >> >> >> >> -- >> CONFIDENTIALITY NOTICE >> NOTICE: This message is intended for the use of the individual or entity to >> which it is addressed and may contain information that is confidential, >> privileged and exempt from disclosure under applicable law. If the reader >> of this message is not the intended recipient, you are hereby notified that >> any printing, copying, dissemination, distribution, disclosure or >> forwarding of this communication is strictly prohibited. If you have >> received this communication in error, please contact the sender immediately >> and delete it from your system. Thank You. >>
