Hi Emmanuel, On Wed, 2016-10-26 at 00:07 +0200, Emmanuel Bourg wrote: > You'll also need debian/control, debian/changelog and debian/compat. > debian/copyright is probably necessary to document that we are allowed > to distribute the binaries.
I started working on this. 1) I changed the RFP to an ITP: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=639910#109 2) My work-in-progress repository is here at the moment (it's not a functional Debian source package at the moment): https://gitlab.com/mdimjasevic/sbt-non-free This is how I'm attacking the beast. I figured out that sbt.jar contains the Main class, i.e. the entry point to SBT. Therefore, I worked my way from there in the following iterative fashion: $ scala -cp <things under sbt/>:<things under probably-existing/> sbt/sbt.jar This would result in a java.lang.ClassNotFoundException. Then I'd search a cache directory created by sbt-launch.jar (which downloads dependencies from online) for the missing class, add a Jar file containing the class to the class path and repeat the process. Eventually I ran into this error: java.lang.RuntimeException: Couldn't install component compiler: scala-compiler.jar not found on resource path. at scala.sys.package$.error(package.scala:27) at sbt.StaticAppProvider$$anonfun$installFromResources $1.apply(Main.scala:179) at sbt.StaticAppProvider$$anonfun$installFromResources $1.apply(Main.scala:164) at sbt.IO$.withTemporaryDirectory(IO.scala:344) at sbt.StaticAppProvider.installFromResources(Main.scala:164) at sbt.StaticAppProvider.<init>(Main.scala:130) at sbt.StaticAppConfiguration.<init>(Main.scala:186) at sbt.Main$.main(Main.scala:11) at sbt.Main.main(Main.scala) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:498) at scala.reflect.internal.util.ScalaClassLoader$$anonfun$run $1.apply(ScalaClassLoader.scala:70) at scala.reflect.internal.util.ScalaClassLoader $class.asContext(ScalaClassLoader.scala:31) at scala.reflect.internal.util.ScalaClassLoader $URLClassLoader.asContext(ScalaClassLoader.scala:101) at scala.reflect.internal.util.ScalaClassLoader $class.run(ScalaClassLoader.scala:70) at scala.reflect.internal.util.ScalaClassLoader $URLClassLoader.run(ScalaClassLoader.scala:101) at scala.tools.nsc.CommonRunner$class.run(ObjectRunner.scala:22) at scala.tools.nsc.JarRunner$.run(MainGenericRunner.scala:13) at scala.tools.nsc.CommonRunner $class.runAndCatch(ObjectRunner.scala:29) at scala.tools.nsc.JarRunner$.runJar(MainGenericRunner.scala:25) at scala.tools.nsc.MainGenericRunner.runTarget $1(MainGenericRunner.scala:69) at scala.tools.nsc.MainGenericRunner.run $1(MainGenericRunner.scala:87) at scala.tools.nsc.MainGenericRunner.process(MainGenericRunner.scala:98) at scala.tools.nsc.MainGenericRunner $.main(MainGenericRunner.scala:103) at scala.tools.nsc.MainGenericRunner.main(MainGenericRunner.scala) This one is a puzzle for me as I do have the Scala 2.11.8 package installed, which includes /usr/share/java/scala-compiler.jar (a symbolic link to /usr/share/java/scala-compiler-2.11.8.jar). I tried adding the scala-compiler.jar file to the class path, but that didn't help. I also tried with the following version: https://repo1.maven.org/maven2/org/scala-lang/scala-compiler/2.10.6/scala-compiler-2.10.6.jar which is downloaded by sbt-launch.jar, but that didn't resolve the problem either. My hunch is I should specify the path to the compiler with something else, and not the class path, likely with a resource path, but I don't know what it is and how to provide it. Any suggestion how to resolve this? -- Regards, Marko Dimjašević <ma...@dimjasevic.net> https://dimjasevic.net/marko PGP key ID: 1503F0AA Learn email self-defense! https://emailselfdefense.fsf.org
signature.asc
Description: This is a digitally signed message part
