This is interesting. Tutorial0 is just about reading from and writing to a
TextLine source.
So shouldn't be the Tutorial itself, must be some setting issues I guess. I
will look into it more.


On Thu, Jul 18, 2013 at 9:42 AM, Sam Ritchie <notifications@github.com>wrote:

> In project/Build.scala:
>
> > -  lazy val scaldingDate = Project(
> > -    id = "scalding-date",
> > -    base = file("scalding-date"),
> > -    settings = sharedSettings
> > -  ).settings(
> > -    name := "scalding-date",
> > -    previousArtifact := Some("com.twitter" % "scalding-date_2.9.2" % "0.8.5"),
> > +  /**
> > +    * This returns the youngest jar we released that is compatible with
> > +    * the current.
> > +    */
> > +  val unreleasedModules = Set[String]()
> > +  def youngestForwardCompatible(subProj: String) =
> > +    Some(subProj)
> > +      .filterNot(unreleasedModules.contains(_))
> > +      .map { s => "com.twitter" % ("scalding-" + s + "_2.9.2") % "0.8.5" }
>
> Hey dude, Can you help me with this? scalac -classpath
> /tmp/maven/hadoop-core-0.20.2.jar:/tmp/maven/slf4j-log4j12-1.6.6.jar:/tmp/maven/log4j-1.2.15.jar:/tmp/maven/commons-httpclient-3.1.jar:/tmp/maven/commons-cli-1.2.jar:/tmp/maven/zookeeper-3.3.4.jar:/home/travis/.sbt/0.12.2/boot/scala-2.10.0/lib/scala-library.jar:/home/travis/.sbt/0.12.2/boot/scala-2.10.0/lib/scala-reflect.jar:/home/travis/build/twitter/scalding/scalding-core/target/scala-2.10/scalding-core-assembly-0.8.6.jar
> -d /tmp/script-build tutorial/Tutorial0.scala Error: Could not find or load
> main class scala.tools.nsc.Main [SUGGESTION]: Try scald.rb --clean, you may
> have corrupt jars lying around The command "scripts/test_tutorials.sh"
> exited with 1. I wonder if scala 2.9.3 doesn't have this main class or
> something? I'm not as familiar with the tutorials and could use some help
> getting this pull req through. Also, 0.8.5 vs 0.8.6 doesn't matter, since
> all incremental versions are supposed to be binary compatible. Technically,
> we should keep that version at 0.8.0.
> … <#13ff2ab28a125df9_>
>  Kevin Lin <mailto:notifications@github.com> July 18, 2013 12:36 PM In
> project/Build.scala: > - lazy val scaldingDate = Project( > - id =
> "scalding-date", > - base = file("scalding-date"), > - settings =
> sharedSettings > - ).settings( > - name := "scalding-date", > -
> previousArtifact := Some("com.twitter" % "scalding-date_2.9.2" % "0.8.5"),
> > + /** > + * This returns the youngest jar we released that is compatible
> with > + * the current. > + */ > + val unreleasedModules = Set[String]() >
> + def youngestForwardCompatible(subProj: String) = > + Some(subProj) > +
> .filterNot(unreleasedModules.contains(_)) > + .map { s => "com.twitter" %
> ("scalding-" + s + "_2.9.2") % "0.8.5" } 0.8.5 -> 0.8.6. I should change
> this when releasing 0.8.5... — Reply to this email directly or view it on
> GitHub <https://github.com/twitter/scalding/pull/506/files#r5272345>.
>  -- Sam Ritchie, Twitter Inc 703.662.1337 @sritchie<https://github.com/sritchie>
>
> —
> Reply to this email directly or view it on GitHub<https://github.com/twitter/scalding/pull/506/files#r5272455>
> .
>



-- 
Kevin Lin | Twitter, Inc.
1355 Market St. | San Francisco, CA | 94103

Follow me: @reconditesea <https://twitter.com/reconditesea>