Or just not ship a bin release at all. Src is the only thing we really VOTE on legally though bin is provided for convenience purposes. Will type more on this later...
Sent from my iPhone On Jun 14, 2012, at 2:18 PM, "Lewis John Mcgibbney" <lewis.mcgibb...@gmail.com<mailto:lewis.mcgibb...@gmail.com>> wrote: Hi Julien, Do you suggest with the binary release that we simply open up all gora-* deps and ship it with every jar available? Lewis On Thu, Jun 14, 2012 at 9:39 PM, Julien Nioche <lists.digitalpeb...@gmail.com<mailto:lists.digitalpeb...@gmail.com>> wrote: I disagree. You'd expect a binary release to work out of the box - which is not the case. Plus we'd have to spend more time explaining the workaround, answering the same questions over and over on the ML etc... Fixing this should not be a big deal (i.e. add the gore-x modules for the backends to the ivy deps file). Julien On 14 June 2012 20:27, Mattmann, Chris A (388J) <chris.a.mattm...@jpl.nasa.gov<mailto:chris.a.mattm...@jpl.nasa.gov>> wrote: Hey Guys, I think the annoyance is probably something folks can live with as they have been waiting for an "official" release of 2.x for years :) My +1 to roll RC #2 with or without a solution to this and mark it as a TODO. "release eary", "release often" :) Cheers, Chris On Jun 14, 2012, at 10:04 AM, Lewis John Mcgibbney wrote: > Aye this is no good at all. Depending on which backend you wish to use with > Gora, you will need to go and manually fetch the correct .jar's from maven > central. > > Does anyone else have either solution or a workaround before I push RC2 with > just src dists? > > Thanks > > Lewis > > On Thu, Jun 14, 2012 at 4:52 PM, Sebastian Nagel > <wastl.na...@googlemail.com<mailto:wastl.na...@googlemail.com>> wrote: > > We only supply src distributions... > > Does this principle apply to Nutch 2 as well? > Maybe, yes. > The situation with the current binary package is uncomfortable: > I had to copy/link gora-hbase and hbase jars into lib/ to get nutch running. > > 2012/6/13 Lewis John Mcgibbney > <lewis.mcgibb...@gmail.com<mailto:lewis.mcgibb...@gmail.com>> > Hi Guys, > > Whilst updating the Nutch2Tutorial I got thinking that within Gora we don't > supply binary distributions of the code, this is because when using Gora a > user may wish/require to recompile the code to accomodate config changes etc. > We only supply src distributions... > > Does this principle apply to Nutch 2 as well? I mean, what if your using the > gora-sql dependency, then you wish to switch to HBase and recompile, is this > possible within the binary distribution? > > Best > > Lewis > > > On Wed, Jun 13, 2012 at 3:38 PM, Julien Nioche > <lists.digitalpeb...@gmail.com<mailto:lists.digitalpeb...@gmail.com>> wrote: > Ferdy > > The Nutch job jar is not present in the binary archive. This means > distributed running of jobs is not supported. I'm not sure if this is a > problem (since users can always build one themselves), merely pointing it > out. The recently released 1.5 also lacks this job jar, so at least no > difference there. > > The binary distrib corresponds to runtime/local and as such should NOT have > the job file there. This is now the norm since 1.5 > > Will try and do some testing of the RC > > Thanks > > Julien > > > > -- > > Open Source Solutions for Text Engineering > > http://digitalpebble.blogspot.com/ > http://www.digitalpebble.com > http://twitter.com/digitalpebble > > > > > -- > Lewis > > > > > > -- > Lewis > ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Chris Mattmann, Ph.D. Senior Computer Scientist NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA Office: 171-266B, Mailstop: 171-246 Email: chris.a.mattm...@nasa.gov<mailto:chris.a.mattm...@nasa.gov> WWW: http://sunset.usc.edu/~mattmann/<http://sunset.usc.edu/%7Emattmann/> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Adjunct Assistant Professor, Computer Science Department University of Southern California, Los Angeles, CA 90089 USA ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ -- [http://digitalpebble.com/img/logo.gif] Open Source Solutions for Text Engineering http://digitalpebble.blogspot.com/ http://www.digitalpebble.com http://twitter.com/digitalpebble -- Lewis
