Re: Rethinking the Servlet API packaging

2018-08-11 Thread Markus Koschany
Hi! Am 06.08.2018 um 12:47 schrieb Emmanuel Bourg: > Hi all, > > I'm starting to plan the packaging of Tomcat 9 which should be the > version of Tomcat shipped with Buster. Before doing that I'd like to > rethink how the Servlet/JSP API are packaged in Debian. [...] That is a very good idea. I

Re: OpenJDK 11 -- testing needed

2018-08-11 Thread Markus Koschany
I'm a bit lost what is needed to switch to OpenJDK 11. Maybe we should evaluate on a case-by-case basis what upstream projects intend to do before we start packaging removed functionality in separate packages. If it is not clear yet we can still use OpenJDK 8 for building the package. We just have

Re: OpenJDK 11 -- testing needed

2018-08-11 Thread Emmanuel Bourg
Le 11/08/2018 à 09:37, Markus Koschany a écrit : > I'm a bit lost what is needed to switch to OpenJDK 11. Mostly JAX-WS at this point. I'm almost done, all the dependencies are ready thanks to the FTP masters who have kindly validated the packages during DebConf. I just have a last tricky Maven bu

Re: OpenJDK 11 -- testing needed

2018-08-11 Thread Markus Koschany
Am 11.08.2018 um 17:27 schrieb Emmanuel Bourg: [...] > My next target will be Gradle 4.x because it's blocking OpenJFX 11 and > other packages which have been fixed upstream to work with Java 9+ but > require a more recent version of Gradle. We have to adapt > gradle-debian-helper to work with the

Re: OpenJDK 11 -- testing needed

2018-08-11 Thread Emmanuel Bourg
Le 11/08/2018 à 17:56, Markus Koschany a écrit : > Can't we just use that and move on and package OpenJFX 11? > This is the package I would volunteer to work on. Unfortunately we can't use the version of Gradle in experimental without modifying gradle-debian-helper first. Gradle breaks the APIs u

Re: Rethinking the Servlet API packaging

2018-08-11 Thread Emmanuel Bourg
Le 11/08/2018 à 09:19, Markus Koschany a écrit : > That is a very good idea. I also think that it makes sense to decouple > the Servlet API from src:tomcat{7,8,9} > > +1 > > +1 Thank you for the feedback! > As long as we don't have to change reverse-dependencies and everything > is just a dro

tomcat9 preview

2018-08-11 Thread Emmanuel Bourg
Hi all, I've started working on the tomcat9 packaging. Since this is a new package I've investigated disruptive changes that we couldn't afford with the tomcat8 package. In the latest update of tomcat8 (8.5.32-2) I've added a systemd service file, and with tomcat9 I've tried leveraging more system

Re: tomcat9 preview

2018-08-11 Thread Thorsten Glaser
Hi Emmanuel, > with the tomcat8 package. In the latest update of tomcat8 (8.5.32-2) > I've added a systemd service file, and with tomcat9 I've tried > leveraging more systemd features. The current work in progress is as long as it will still work under sysvinit, fine. > * The system user running

Re: Rethinking the Servlet API packaging

2018-08-11 Thread Thorsten Glaser
On Sun, 12 Aug 2018, Emmanuel Bourg wrote: > (servlet-api), and spin-off a versionned packages only if required due Either way (versioned or not), wouldn’t libservlet-api-java be a less conflicting, more in line with the common practice at Debian, package name? (Consider Perl stuff.) J