Re: Reviving the effort to package SBT

2016-11-03 Thread Emmanuel Bourg
Hi Marko, Le 30/10/2016 à 06:02, Marko Dimjašević a écrit : > Can someone provide me with exact Git instructions needed to achieve > this? I've been struggling with this one and haven't managed to get to a > point where I have the Scala 2.10.6 release and where I can just > back-port stuff from t

Re: Reviving the effort to package SBT

2016-10-29 Thread Marko Dimjašević
Hi Emmanuel, On Thu, 2016-10-27 at 18:33 +0200, Emmanuel Bourg wrote: > I suggest forking the Git repository of the scala package and branching > from the commit 88e2381 (the one following the debian/2.10.5-1 tag). Can someone provide me with exact Git instructions needed to achieve this? I've b

Re: Reviving the effort to package SBT

2016-10-27 Thread Emmanuel Bourg
Le 27/10/2016 à 18:02, Marko Dimjašević a écrit : > I didn't manage to read that page in this way, but OK. As long as at > least someone understands it, it's good. That's what I understood from the comments. Someone wrote a SBT plugin with Scala 2.11 and stumbled on an incompatibility. > How do

Re: Reviving the effort to package SBT

2016-10-27 Thread Marko Dimjašević
Hi Emmanuel, On Thu, 2016-10-27 at 15:18 +0200, Emmanuel Bourg wrote: > That's interesting. It looks like SBT is built with Scala 2.10 but > could be compiled with Scala 2.11: > > http://stackoverflow.com/questions/23282469/does-sbt-build-against-scala-2-11 > > If we rebuild SBT with Scala 2.11

Re: Reviving the effort to package SBT

2016-10-27 Thread Emmanuel Bourg
Hi Marko, Le 27/10/2016 à 08:29, Marko Dimjašević a écrit : > 3) I can actually start SBT on my host machine now, but with an error. I > get this error: > > java.lang.NoSuchMethodError: scala.collection.immutable.$colon$colon.hd > $1()Ljava/lang/Object; > ... > > I haven't managed to resolve th

Re: Reviving the effort to package SBT

2016-10-26 Thread Marko Dimjašević
Hi all, On Wed, 2016-10-26 at 00:46 -0600, Marko Dimjašević wrote: > Eventually I ran into this error: > > java.lang.RuntimeException: Couldn't install component compiler: > scala-compiler.jar not found on resource path. I got past this error. Not sure what exactly changed since yesterday :) H

Re: Reviving the effort to package SBT

2016-10-25 Thread Marko Dimjašević
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 a

Re: Reviving the effort to package SBT

2016-10-25 Thread Emmanuel Bourg
Le 25/10/2016 à 23:53, Marko Dimjašević a écrit : > The non-free SBT source package would include JARs and whatever other > binary files of SBT itself and its build dependencies. Then it would > have a minimal debian/ directory (I guess debian/rules would suffice) You'll also need debian/control,

Re: Reviving the effort to package SBT

2016-10-25 Thread Marko Dimjašević
On Tue, 2016-10-25 at 21:31 +0200, Emmanuel Bourg wrote: > The non-free source package could be based on the upstream binary > distribution [1]. As I understand it's not strictly necessary to compile > the source code for a non-free package, debian/rules can simply install > pre-built binaries. L

Re: Reviving the effort to package SBT

2016-10-25 Thread Emmanuel Bourg
Le 25/10/2016 à 19:41, Marko Dimjašević a écrit : > That's what I can't grasp. If we don't have SBT in Debian, and we need > SBT to build SBT, and SBT's build dependencies build-depend on SBT, how > are we going to start by having an SBT source package first? The non-free source package could be

Re: Reviving the effort to package SBT

2016-10-25 Thread Marko Dimjašević
On Tue, 2016-10-25 at 19:25 +0200, Emmanuel Bourg wrote: > We just need a source package in non-free that builds SBT. A .deb file > found online isn't a source package. That's what I can't grasp. If we don't have SBT in Debian, and we need SBT to build SBT, and SBT's build dependencies build-depen

Re: Reviving the effort to package SBT

2016-10-25 Thread Emmanuel Bourg
Le 25/10/2016 à 18:21, Marko Dimjašević a écrit : > You lost me. > > Can you tell me what I should do here? I thought just any .deb package > of SBT I find online or make myself (such that it works in the offline > mode) would do for non-free, but I guess you're saying that wouldn't do. We just

Re: Reviving the effort to package SBT

2016-10-25 Thread Marko Dimjašević
On Tue, 2016-10-25 at 18:17 +0200, Emmanuel Bourg wrote: > That's indeed impossible. That's why the debian package from > https://dl.bintray.com/sbt/debian/ cannot be used, even in non-free. You lost me. Can you tell me what I should do here? I thought just any .deb package of SBT I find online o

Re: Reviving the effort to package SBT

2016-10-25 Thread Emmanuel Bourg
Le 25/10/2016 à 17:22, Marko Dimjašević a écrit : > I am not sure how I would go about creating a source package that is in > the .deb format for SBT so can you please provide an explanation of what > this is? That's indeed impossible. That's why the debian package from https://dl.bintray.com/sbt

Re: Reviving the effort to package SBT

2016-10-25 Thread Marko Dimjašević
On Tue, 2016-10-25 at 10:14 +0200, Emmanuel Bourg wrote: > Yes a non-free package to begin with is fine. My objection was about > uploading the .deb package provided by scala-sbt.org, that wouldn't be > possible since this is only a binary package and we need a source > package. I am not sure how

Re: Reviving the effort to package SBT

2016-10-25 Thread Emmanuel Bourg
Le 25/10/2016 à 08:04, Marko Dimjašević a écrit : > Would you be OK if for a start I got just any version of an SBT .deb > package into non-free, even without a source package for it? Then we > could work from there as described in the previous paragraph. I see you > were against this idea when r

Re: Reviving the effort to package SBT

2016-10-24 Thread Marko Dimjašević
Hi Emmanuel, On Mon, 2016-10-24 at 23:34 +0200, Emmanuel Bourg wrote: > > > > https://github.com/sbt/sbt/blob/1.0.x/build.sbt > > There is also: > > https://github.com/sbt/sbt/blob/1.0.x/project/Dependencies.scala OK, that just makes the list even longer. > And you might be interested in t

Re: Reviving the effort to package SBT

2016-10-24 Thread Emmanuel Bourg
Le 24/10/2016 à 22:26, Marko Dimjašević a écrit : > I'm not familiar with how the Debian Java team works. Is there a Git > repository per package (e.g. on Alioth)? Do you maybe use Git pbuilder? > Is there already a work-in-progress repository for SBT that I can take a > look at? Yes the Java Te

Re: Reviving the effort to package SBT

2016-10-24 Thread Marko Dimjašević
Hi Emanuel, On Mon, 2016-10-24 at 14:28 +0200, Emmanuel Bourg wrote: > Thank you very much for offering your help. Packaging SBT would be > really great, Scala 2.12 no longer provides an Ant build and it'll be > complicated to upgrade our package without it. Oh, then there's a yet another reaso

Re: Reviving the effort to package SBT

2016-10-24 Thread Emmanuel Bourg
Hi Marko, Thank you very much for offering your help. Packaging SBT would be really great, Scala 2.12 no longer provides an Ant build and it'll be complicated to upgrade our package without it. Currently the Debian Java Team is rather short staffed and more volunteers focusing on the Scala ecosyst

Reviving the effort to package SBT

2016-10-23 Thread Marko Dimjašević
# Let me know if this is not the right place for this topic Hi all, I'm a Debian enthusiast that would like to help with getting more Scala-related software into Debian. In particular, given how important SBT is for Scala developers, I'd like to start with packaging SBT for Debian. I'm aware of