Debian Java Team BoF - DebConf13 ================================ First, let's start with some nice news -------------------------------------- Latest achievements (aka "just-after-wheezy-release-work" ): - openjdk-7-jre as default-java for those arch : * alpha amd64 armel armhf arm64 i386 ia64 powerpc ppc64 s390x sh4 sparc sparc64 (see mips/mipsel/s390 later) * but still some FTBFS to fix http://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=openjdk-7-transition;users=ubuntu-devel@lists.ubuntu.com * Rebuild planned to make sure we don't have unknown FTBFS * Update of the Java policy http://www.debian.org/doc/packaging-manuals/java-policy/ * and some packages need update to cope with v51 bytecode (aspectj, cglib and maybe some debian java tools too ?) - openjdk-7 installed on kfreebsd-* * https://buildd.debian.org/status/package.php?p=openjdk-7 * would like to upstream this patch... might take some time Current status of the team -------------------------- aka "maybe-quantify-ourteam" ? 30 members (2 uploads in last 12 months) : Emmanuel Bourg | 137 tony mancill | 73 Jakub Adam | 51 Matthias Klose | 51 Damien Raude-Morvan | 46 James Page | 42 Sylvestre Ledru | 32 Gabriele Giacone | 19 Miguel Landaeta | 14 Mathieu Malaterre | 13 Thomas Koch | 11 Giovanni Mascellani | 11 Hideki Yamane | 10 gregor herrmann | 7 Markus Koschany | 7 Andrew Ross | 5 Felix Natter | 5 Alberto Fernández Martínez | 4 ShuxiongYe | 4 Niels Thykier | 4 Gilles Filippini | 3 Michael Gilbert | 3 Daigo Moriwaki | 3 Thomas Preud'homme | 3 Eugene Zhukov | 2 David Prévot | 2 Martin Quinson | 2 Olivier Sallou | 2 Wolodja Wentland | 2 Andreas Beckmann | 2 New DD (AFAIK) : - Emmanuel Bourg (just started NM process for DD status !) - James Page (contributing since some time but now has DD status !) but we have 716 sources packages under team umbrella (in sid) this make us 2nd biggest packaging team in Debian - Can we manage all packages which such a small team ? * Improve relationship with other teams ? debian-science ? release team ? * magic receipt to enroll new members ? create some "junior" tasks in wiki ? * better collab with our upstreams ? - Update of the policy ? It is a bit weak currently * Defines some people in charge ? * Merge the Java policy into the Debian Policy Manual. Maybe send a patch to the Debian Policy as it or make it referenced as official on http://www.debian.org/devel/ Ask the policy maintainers their opinions Which helper(s) should be recommended ?! And with maven ? Too many different helpers - Is there some workflow to improve to solve this ? * use only one VCS for all packages ? migrate all to Git ? * better tooling / helpers ? Questions from outside of the team ---------------------------------- From bdale: How best can a maintainer working on a non-team-maintained Java program get help packaging depended-upon libraries, particularly when upstream just includes various "random" library sources in their distribution that we'd like to package separately in Debian? (see OpenRocket for one example, where we're now a couple upstream revisions behind because handling all the libraries is a burden) From vorlon: In January 2012, I took a stab at porting the maven-debian-helper cdbs rules to dh(1); posted the patch to the pkg-java-maintainers mailing list, and solicited feedback: http://lists.alioth.debian.org/pipermail/pkg-java-maintainers/2012-January/036726.html I got a small amount of feedback initially, but had a hard time getting any further engagement around it at the time. Could the Debian Java folks have a look at this proposal - and the questions I had regarding the necessary interfaces - and discuss how this could be moved forward? In light of the "debhelper comaintainers" topic earlier in the week, this seems like a good time for us to put our heads together. drazzib: it seems there was some activity here http://anonscm.debian.org/gitweb/?p=pkg-java/maven-debian-helper.git;a=history;f=share/perl/maven.pm Make up our future plans ------------------------ And some ideas from https://wiki.debian.org/DebianJavaReleaseGoals For each idea, we need an abstract, a driver, and some kind of priority/ordering for Debian Complete default-jdk-builddep -> default-jdk + gcj-native-helper split Driver: Niels Thykier, Status: About 5 packages needs to be checked. Lintian tag about this : http://lintian.debian.org/tags/build-depends-on-obsolete-package.html Action => remove Get ride of the explicit dependency on openjdk-6 for default-jdk Doko proposes to remove packages needing openjdk 6 (and doesn't work on 7) from testing when it is possible Driver: Sylvestre Ledru, Status: Starts soon Propose OpenJDK 7 as a release goal of Jessie Driver: Sylvestre Remove OpenJDK 6 as a release goal of Jessie Driver: team work Debhelper integration for maven-repo-helper and maven-debian-helper Jakub Adam provided a patch to fix issue on this package Driver: Thomas Koch was: Ludovic Claude (Seems MIA), Status: in progress Update the policy regarding maven. Maybe use the documentation for maven-repo-helper Driver: Thomas Koch for writing and Wookey for reviewing DEP-7 for WebApp Driver: Possibly Russ Allbery?, Status: Draft Status: Not going to happen Compile bytecode to native code post install (removal of -gcj packages). Driver: ?, Status: Not started Status: Not going to happen Switch to maven 3 Driver: James page ?? (some detail at bottom of page on this; ok, thanks) see topic-maven3 in maven-debian-helper git Remove *-gcj packages * except the one necessary for bootstrapping openjdk * at least ecj-gcj + libecj-java-gcj should be kept (ant-gcj?) Driver: Damien Make jarwrapper installable and functional on non-Linux ports. Driver: Niels Thykier, Status: planning-phase Status: Not going to happen Allow Java Library Transitions (possibly) via a SONAME-like method. We do not have the tools and it is going to be hard to develop them. Driver: javatools maintainers?, Status: Not started/debated at DebConf10. Status: Jessie+{1,2,n} ? A Debian Maven repository Driver: ?, Status: Not happenning A Debian OSGi repository Driver: possibly Ludovic Claude and Niels Thykier?, Status: Not happenning Use of OBR? Fedoa appears interested in OBR solution. libmaven-bundle-plugin-java should help for all Maven-based build system JSR 277 - Jigsaw (Jessie + 15) Enforce the well-documented classpath policy (explicit the dependencies of a jar against the others) We have lintian check now \o/ It should be improved. Driver: VincentFourmond, Status: started Write a series of classpath-related lintian checks 620829 Make the JNI libraries multiarch ready ? * OpenJDK is not really good player for multiarch as it always try to perform its own dl_open... Lost cause for now (Multi-arch changes required in APT/dpkg first) Move all packages to Git repository ? Per maintainer decision Mips/Mipsel/S390 support on OpenJDK-7 ? * for now, just crash during build... * are those arch will be releasable for jessie ? Start packaging of OpenJDK-8 package. It is expected to next March/April. Shuxiong Ye has started to work on that Should get ride of icedtea to use a plain openjdk (but keep the possibility to switch to other JVM) start with current mercurial repository build daily ? d/rules from scratch but keep the current package layout contributions are welcome Cleanup of maven-{repo,debian}-helper ? Thomas/Jakub/Emmanuel have done great work to clean it Is there some important things to come ? Move icedtea-plugin (or eqv.) into java-common source package Driver: ?! Install the Java sources into the -doc packages as a .jar Our helpers should do that for us. Driver: Thomas Koch Side notes ---------- UDD request for members: select changed_by_name, count(*) as uploads from upload_history where date > CURRENT_DATE - INTERVAL '12 months' and maintainer_email in ('pkg-java-maintainers@lists.alioth.debian.org', 'openjdk@lists.launchpad.net') group by changed_by_name having count(*) > 1 order by uploads desc; UDD request for packages: select count(*) from packages_summary where maintainer_email in ('pkg-java-maintainers@lists.alioth.debian.org', 'openjdk@lists.launchpad.net') and release = 'sid'; UDD request for teams ""size"": select maintainer_email, count(*) as package_count from sources where release = 'sid' and component = 'main' group by maintainer_email order by package_count desc;