Notes from the DebConf 17 Java BOF

2017-08-08 Thread Tom Marble

All:

Here are my rough notes from today's BOF.. Please followup with
corrections!

Regards,

--Tom

1. Making openjdk-9 the default for buster
   - Yes we should try to do this.
   - We will gain some fixes for reproducible builds
   - Chris West has done some excellent work trying to rebuild the
 archive with openjdk-9
   - FYI: the next Ubuntu LTS in April would like to ship with openjdk-9

2. Targets without HotSpot
   - We could maintain this with gcj (despite gcj being dropped from
 upstream)
   - Maintaining Zero is a headache for security
   - kfreebsd
 + Requires upstreaming patches
 + Conditional compilation is not clean
 + Consider dropping
   - Missing MIPS
   - Missing armel (may be dropped in buster)

3. Scala
   - We discussed the value of packaging sbt
   - Need to fix a reproducible build problem to bring it from
 experimental to stable

4. Clojure
   - Currently does not have JDK 9 support
   - The Clojure Team will look into this with upstream

5. javadoc
   - Our packages that are standards 4.0.1 compliant should support
"nodoc"
   - Some users appreciate offline access to docs

6. Autopkgtest
   - We should use this more
   - Can include built-in tests
   - We can (or autopkgtest already does) use 'ratt' to test reverse deps

7. We discussed keithp's uberjar idea
   - We *could* work like the rest of the world and ship uberjars (and
 make source packages that include all source for transitive deps)
   - We suspect ftp-masters may not be happy about this
   - Go ahead plan is to think of even more automation to do what
 we already do now.

8. Misc
   - Tony mentioned japi-compliance-check verify the API of jars
   - Tom mentioned the utility (need) for us to search for pkg/classes
 in the archive (as we used to do with twerner's tool). Ideally
 this would include some machine readable format (e.g. JSON) that
 would avoid typical 'grep' search problems.
   - Elana discussed the idea of possibly pruning libs in the archive
 for which there are no reverse deps to build tools or applications
 and have not been used (popcon) or maintained (out of date).
   - We discussed that arch all should be multi-arch foreign
   - We wondered which buildd's arch all packages get built on?
   - There was some discussion about JNI moving from /usr/lib/jni to 
/usr/lib/TRIPLE/jni/

   



Re: Advice regarding Java packages for SimpleITK

2017-08-08 Thread Emmanuel Bourg
On 08/05/2017 10:16 AM, Ghislain Vaillant wrote:

> I was wondering which files should be installed (and to which location)
> to produce corresponding Java packages which are policy compliant.

Hi Ghislain,

As I understand you'll need two binary packages for the Java bindings:

* libsimpleitk-java (arch: all), with simpleitk-1.0.1.jar installed in
/usr/share/java and a versionless symlink in the same directory (I
suggest using a javahelper debian/*.jlibs file to handle this operation).

* libsimpleitk-jni (arch: any), with libSimpleITKJava.so in a multiarch
path (for example /usr/lib/x86_64-linux-gnu/jni/)

You'll have to ensure the .so file isn't included in the jar, this may
require some tweaking of the library loading code.

Emmanuel Bourg



Re: Java BoF at DebConf?

2017-08-08 Thread Markus Koschany

On 08/08/17 14:39, Matthias Klose wrote:

On 07.08.2017 14:13, Matthias Klose wrote:

On 06.08.2017 07:13, Matthias Klose wrote:

On 18.07.2017 19:14, Matthias Klose wrote:

Hi,

not sure how many people will visit DebConf. Would it make sense to have a
buster BoF? I'll be there, and would like helping organizing such a BoF if there
is interest.


There is only adHoc scheduling 24h before.  So I'm trying to schedule the
meeting for Tue, 14:30 local time, and if that doesn't work, Thu, 12:30.  It
should be evening for Europeans to attend, hwoever we won't have a camera or
micro as I am told.


Now scheduled for Tue, 14:30, in the "potato" room.


Looks like the BoF was canceled without giving notice.  Now aiming for Thu,
12:30.  I'll try to confirm that on Thursday.


Matthias we had to move to the Cafeteria because Potato is without 
internet access. We are sitting in the right corner. Please join us now.


Markus



Re: Java BoF at DebConf?

2017-08-08 Thread Matthias Klose
On 07.08.2017 14:13, Matthias Klose wrote:
> On 06.08.2017 07:13, Matthias Klose wrote:
>> On 18.07.2017 19:14, Matthias Klose wrote:
>>> Hi,
>>>
>>> not sure how many people will visit DebConf. Would it make sense to have a
>>> buster BoF? I'll be there, and would like helping organizing such a BoF if 
>>> there
>>> is interest.
>>
>> There is only adHoc scheduling 24h before.  So I'm trying to schedule the
>> meeting for Tue, 14:30 local time, and if that doesn't work, Thu, 12:30.  It
>> should be evening for Europeans to attend, hwoever we won't have a camera or
>> micro as I am told.
> 
> Now scheduled for Tue, 14:30, in the "potato" room.

Looks like the BoF was canceled without giving notice.  Now aiming for Thu,
12:30.  I'll try to confirm that on Thursday.

Matthias



Re: Java packaging with gradle

2017-08-08 Thread 殷啟聰
Hello,

`gradle-debian-helper` is your friend, you can take a look at
`uncommons-maths` [1] for example. It basically substitutes the
hardcoded versions of compile dependencies and generates Maven POM
files so that you can install them into `/usr/share/maven-repo` using
`maven-repo-helper`. Unfortunately it does not support the
experimental `java-library` plugin.

[1]: https://tracker.debian.org/pkg/uncommons-maths


2017-08-08 19:26 GMT+08:00 Ghislain Vaillant :
> Dear Java team,
>
> In my quest to package ImageJ2 for Debian, I came across some leaf
> dependencies which need to be packaged and use gradle as their build system.
>
> I was wondering whether we had Debian helpers for that, or at least a
> representative package I could inspire myself from?
>
> Best regards,
> Ghis
>



Java packaging with gradle

2017-08-08 Thread Ghislain Vaillant

Dear Java team,

In my quest to package ImageJ2 for Debian, I came across some leaf 
dependencies which need to be packaged and use gradle as their build system.


I was wondering whether we had Debian helpers for that, or at least a 
representative package I could inspire myself from?


Best regards,
Ghis