Re: OpenJDK 8 transition

2015-09-02 Thread Emmanuel Bourg
Le 03/09/2015 00:39, Matthias Klose a écrit : > I disagree. Please revert mips/mipsel back to gcj, or fix the mips/mipsel > builds > for openjdk-8 (and for openjdk-9). The other alternative would be not to > build > the packages for mips/mipsel and file RC issues for packages building > binary-

Re: bcel-6.0~rc4

2015-09-02 Thread Emmanuel Bourg
Le 03/09/2015 06:09, tony mancill a écrit : > Thoughts? I would wait for the final BCEL release, things may change again, and there is no urge to update BCEL since our version is already compatible with Java 8. Emmanuel Bourg

bcel-6.0~rc4

2015-09-02 Thread tony mancill
Hi Java Team, I have packaged the latest upstream of bcel and am preparing to upload it to experimental to aid with transitioning its reverse dependencies. The following is from the upstream changelog: > Compatibility with 5.2 > -- > > Binary compatible - No > > Source compa

Re: OpenJDK 8 transition

2015-09-02 Thread Matthias Klose
On 09/01/2015 11:21 PM, Emmanuel Bourg wrote: > Le 29/07/2015 16:36, tmanc...@debian.org a écrit : > >> Any concerns with an upload of java-commons to experimental sooner than >> September? > > I uploaded java-commons/0.53 to experimental with the switch to > openjdk-8. I plan to switch sid in tw

Re: Bug#796917: snappy1.0.3-java: dependency on libsnappy1

2015-09-02 Thread Andreas Tille
Hi Emmanuel, On Wed, Sep 02, 2015 at 12:54:57PM +0200, Emmanuel Bourg wrote: > I'm not sure snappy1.0.3-java even works. The native part isn't compiled > (the SnappyNative.h and SnappyNative.c files in > src/main/java/org/xerial/snappy). So the libsnappy1 dependency is bogus > and could be removed

Re: Bug#796917: snappy1.0.3-java: dependency on libsnappy1

2015-09-02 Thread Emmanuel Bourg
I'm not sure snappy1.0.3-java even works. The native part isn't compiled (the SnappyNative.h and SnappyNative.c files in src/main/java/org/xerial/snappy). So the libsnappy1 dependency is bogus and could be removed. I suggest removing snappy1.0.3-java and use snappy-java instead. This one is known

Re: Bug#796917: snappy1.0.3-java: dependency on libsnappy1

2015-09-02 Thread Gianfranco Costamagna
Hi Andreas, > libsnappy1 is being replaced by libsnappy1v5. > Your arch:all package has >a hardcoded dependency on the former (how does that even work?).> > >Before I simply add a hardcoded libsnappy1v5 I would like to ask for >comments whether there is some better way to solve this. Well, I'

Re: Bug#796917: snappy1.0.3-java: dependency on libsnappy1

2015-09-02 Thread Andreas Tille
Hi, I guess the current dependency was injected due to the fact that the original upstream source contained a copy if libsnappy.so and src/main/java/org/xerial/snappy/LoadSnappy.java says: * This class loads a native library of snappy-java (snappyjava.dll, * libsnappy.so, etc.) according to