Bug#733586: closure-compiler: new upstream version available

[tony mancill]

On Wed, Dec 28, 2016 at 10:33:06PM +0100, Sascha Steinbiss wrote:

Hello Sascha and other interested parties:

> Hi Tony,
> 
> On Wed, 04 Nov 2015 22:49:23 -0800 tony mancill <tmancill at debian.org> wrote:
> > On 2015-11-04 14:21, Christoph Biedl wrote:
> > > Source: closure-compiler
> > > Version: 20130227+dfsg1-8
> > > Followup-For: Bug #733586
> > > 
> > > Gentle ping? The latest upstream release is 20151015 as far as I can
> > > see. There have been some changes so the present Debianisation cannot
> > > simply be forwarded. My skills in Java packaging are however somewhat
> > > limited.
> > > 
> > >     Christoph, on behalf of another person who is interested in using
> > > closure-compiler
> 
> [snip]
> 
> > I took a look at the 20151015 release and so far it appears that we only 
> > need to package one additional reverse dependency - "truth" 
> > (http://google.github.io/truth).  We may also take advantage of this 
> > opportunity to switch from ant to the maven-based build system.  I'll 
> > try to get the new r-dep packaged this weekend and then see how quickly 
> > we can get the rest of it ready to go.
> 
> I was wondering if there has been any progress? I myself am also looking into packaging closure-library, which would also profit from a newer closure-compiler (and in fact calls new style parameters in its build script).

I have been looking into packaging 20161201, but haven't made any
significant progress on it.  Here are some notes regarding what
I have looked into so far:

1) It's not going to be feasible to get an updated libtruth-java into
stretch before the freeze, as truth depends upon another library
com.google.errorprone:error_prone_annotations

2) According to the POM, the dependency on libtruth-java is only needed
for testCompile, so we could just skip the tests, but I found a few
references to packages in com.google.common.truth sprinkled around the
src/ tree as well, so we'll need to patch those out.

3) The build system is now maven-based, which should be a step forward,
but mh_make doesn't get very far with it, and I haven't had enough 
cycles to look into sequencing the individual poms.

4) There is a note in the upstream README.md:

   Running `mvn -DskipTests -pl externs/pom.xml,pom-main.xml,pom-main-shaded.xml`
   will skip building the GWT version of the compiler. This can speed
   up the build process significantly.

I'm unsure as to what the differences between the GWT-version and the
non-GWT-version would be with respect to the Debian package.

So, in summary, I haven't been much progress on an new version (despite
a number of failed starts).  I'm happy to work together with someone,
or to help with sponsoring and/or reviewing.

Cheers,
tony
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-java-maintainers/attachments/20161229/f90a7a3f/attachment.sig>