Re: Stretch Roadmap
hello Miguel,
Miguel Landaeta writes:
> On Fri, Apr 24, 2015 at 07:56:56PM +0200, Felix Natter wrote:
>>
>> [...]
>>
>> I am using (toplevel build.gradle):
>> repositories {
>> flatDir name: '/usr/share/java', dir: '/usr/share/java'
>> }
>>
>> and then (/build.gradle):
>> compile ':swt'
>> compile ':jcip-annotations-1.0'
>
> That's a valid approach and I have used it in the past. However, it
> would be easier to don't fight gradle and just point it to our Maven
> repo.
>
>>
>> (of course, as you stated, it would be good to get rid of the need to
>> patch all /build.gradle)
>>
>> > Yes, this is what I mean. We need a helper that reuses the existing
>> > helpers since Gradle usage is usually just a layer on top of Maven.
>>
>> I hope that this won't require poms for all dependencies. I.e.,
>> freeplane (which uses gradle in version 1.4) depends on
>> libjlatexmath-java which does not provide a pom.
>
> Please file a bug requesting to add the missing pom in
> libjlatexmath-java.
Unfortunately, there are many dependencies for freeplane, see:
http://freeplane.sourceforge.net/wiki/index.php/Dependencies_and_Linux_Packaging#Dependencies
(and 1.4 dependencies are not included)
Also, I am not sure wether the freeplane-gradle build system will work
well with this gradle-maven solution, because of the existence of OSGi
plugins (jars are copied to /builds/libs so that packages can
be exported via OSGi), I'll have to check.
Thanks and Best Regards,
--
Felix Natter
--
To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87383ld4iu@bitburger.home.felix
Re: Stretch Roadmap
On Sat, 25 Apr 2015 08:59:27 -0700, tony mancill wrote: > P.S. Jessie will be released Really Soon Now. I'd like to take a > moment to reflect upon all of the team effort that went into making this > happen and say "Thanks!" From my point of view of a relative outsider (just co-maintaing a handful of fringe libraries) I'd like to join Tony and I can add that I'm very impressed both by the huge amount of work and the cooperative atmosphere in the Java team in the last years. Keep up the good work! Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - https://www.debian.org/ `. `' Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe `- signature.asc Description: Digital Signature
Re: Stretch Roadmap
On 04/24/2015 06:19 AM, Miguel Landaeta wrote: > On Fri, Apr 24, 2015 at 01:36:05PM +0200, Markus Koschany wrote: >> >> my personal goals for Stretch are: >> Good idea to start discussing things now. These are a bit off the top of my head, but here goes... * try to sort out multiarch with respect to -jni packages Currently we're not consistent about what gets installed where. I think this will take the form of a Java policy recommendation + a lintian check. * look at jar-wrappers and determine whether it's even needed with jexec * keep java-wrappers up to date and in sync with java-common * get gluegen2 updated to 2.3.x; update jogl2 as well if needed * countless other package updates to keep us current And more generally (not related to Stretch): * improve/create wiki documentation for team packaging and processes * recruit even more great contributors and developers to the team Cheers, tony P.S. Jessie will be released Really Soon Now. I'd like to take a moment to reflect upon all of the team effort that went into making this happen and say "Thanks!" signature.asc Description: OpenPGP digital signature
Re: Stretch Roadmap
On Fri, Apr 24, 2015 at 07:56:56PM +0200, Felix Natter wrote:
>
> [...]
>
> I am using (toplevel build.gradle):
> repositories {
> flatDir name: '/usr/share/java', dir: '/usr/share/java'
> }
>
> and then (/build.gradle):
> compile ':swt'
> compile ':jcip-annotations-1.0'
That's a valid approach and I have used it in the past. However, it
would be easier to don't fight gradle and just point it to our Maven
repo.
>
> (of course, as you stated, it would be good to get rid of the need to
> patch all /build.gradle)
>
> > Yes, this is what I mean. We need a helper that reuses the existing
> > helpers since Gradle usage is usually just a layer on top of Maven.
>
> I hope that this won't require poms for all dependencies. I.e.,
> freeplane (which uses gradle in version 1.4) depends on
> libjlatexmath-java which does not provide a pom.
Please file a bug requesting to add the missing pom in
libjlatexmath-java.
> Sorry about my ignorance concerning maven :-/
>
> That said, I'd like to offer my help for this. I know quite a bit about
> gradle, as I moved freeplane from ant to gradle (including OSGi
> plugins), and we're using gradle at work.
That's good to know. Maybe we can ask you for help when we proceed to
update gradle during "stretch" development cycle.
Cheers,
--
Miguel Landaeta, nomadium at debian.org
secure email with PGP 0x6E608B637D8967E9 available at http://miguel.cc/key.
"Faith means not wanting to know what is true." -- Nietzsche
signature.asc
Description: Digital signature
Re: Stretch Roadmap
Miguel Landaeta writes:
hello debian-java,
> On Fri, Apr 24, 2015 at 05:41:54PM +0200, Emmanuel Bourg wrote:
>> Le 24/04/2015 15:19, Miguel Landaeta a écrit :
>>
>> > * Design a helper for gradle (dh_gradle or something).
>> > IMO, packaging with Gradle right now is a pain but more and more
>> > upstreams are switching to it.
>>
>> For CDBS #757386 is still pending. The main pain point with Gradle is
>> the manual patching of the dependencies in the build files. I plan to
>> experiment with a custom resolver that reuses the rule files from
>> maven-debian-helper, this will greatly ease the packaging.
I am already packaging flamingo/substance/trident which uses gradle
(using osmosis as a debian/rules template:
http://anonscm.debian.org/cgit/pkg-grass/osmosis.git/tree/debian/rules):
I am using (toplevel build.gradle):
repositories {
flatDir name: '/usr/share/java', dir: '/usr/share/java'
}
and then (/build.gradle):
compile ':swt'
compile ':jcip-annotations-1.0'
(of course, as you stated, it would be good to get rid of the need to
patch all /build.gradle)
> Yes, this is what I mean. We need a helper that reuses the existing
> helpers since Gradle usage is usually just a layer on top of Maven.
I hope that this won't require poms for all dependencies. I.e.,
freeplane (which uses gradle in version 1.4) depends on
libjlatexmath-java which does not provide a pom.
Sorry about my ignorance concerning maven :-/
That said, I'd like to offer my help for this. I know quite a bit about
gradle, as I moved freeplane from ant to gradle (including OSGi
plugins), and we're using gradle at work.
Cheers and Best Regards,
--
Felix Natter
--
To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87oamd8l5j@bitburger.home.felix
Re: Stretch Roadmap
Le 24/04/2015 19:05, Matthias Klose a écrit : >> - Ensure our openjdk-8 package passes the TCK > > which architectures? At least amd64 and i386. I'll see if I can get the TCK to run on the porterboxes. > Also we should consider stopping to build using the zero VM. At least on some > architectures where the builds are failing, one of the reason why jessie isn't > shipped with the latest security updates. Maybe we could build the Zero VM as an independent package? Something similar to the openjdk-7-jre-dcevm package. So an issue with the Zero VM wouldn't block progress with the main VM. Emmanuel Bourg -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/553a815a.20...@apache.org
Re: Stretch Roadmap
Le 24/04/2015 18:58, Matthias Klose a écrit : > yes, would like to see 9.x as well. At least this version will have all the > different HotSpot versions merged. Planning to upload once the AArch64 port > is > merged. I think Miguel was referring to JRuby 9 and not OpenJDK 9, but that's good to hear about your plan for OpenJDK 9. If it takes some time to get a first version of an openjdk-9 package I think I'll request a mass rebuild with the Oracle JDK so we can detect and start working early on the compatibility issues. Emmanuel Bourg -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/553a7efe.4010...@apache.org
Re: Stretch Roadmap
On 04/24/2015 12:55 PM, Emmanuel Bourg wrote: > Hi all, > > I'd like to share my goals for the next release, feel free to comment > and add yours as well so we can coordinate our efforts on the > overlapping topics. > > * Java Runtime: > - Provide Java 8 backports for Jessie and Wheezy these should be relatively easy, the packaging is prepared for that. > - Ensure our openjdk-8 package passes the TCK which architectures? Also we should consider stopping to build using the zero VM. At least on some architectures where the builds are failing, one of the reason why jessie isn't shipped with the latest security updates. Matthias -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/553a77f1.1070...@debian.org
Re: Stretch Roadmap
On Fri, Apr 24, 2015 at 05:41:54PM +0200, Emmanuel Bourg wrote: > Le 24/04/2015 15:19, Miguel Landaeta a écrit : > > > * Design a helper for gradle (dh_gradle or something). > > IMO, packaging with Gradle right now is a pain but more and more > > upstreams are switching to it. > > For CDBS #757386 is still pending. The main pain point with Gradle is > the manual patching of the dependencies in the build files. I plan to > experiment with a custom resolver that reuses the rule files from > maven-debian-helper, this will greatly ease the packaging. Yes, this is what I mean. We need a helper that reuses the existing helpers since Gradle usage is usually just a layer on top of Maven. -- Miguel Landaeta, nomadium at debian.org secure email with PGP 0x6E608B637D8967E9 available at http://miguel.cc/key. "Faith means not wanting to know what is true." -- Nietzsche signature.asc Description: Digital signature
Re: Stretch Roadmap
On 04/24/2015 03:19 PM, Miguel Landaeta wrote: > On Fri, Apr 24, 2015 at 01:36:05PM +0200, Markus Koschany wrote: >> >> my personal goals for Stretch are: >> > > Hi, > > From my side I'd like to add: > > * Update jruby to 1.7.x soon and release Stretch with 9.x. yes, would like to see 9.x as well. At least this version will have all the different HotSpot versions merged. Planning to upload once the AArch64 port is merged. Matthias -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/553a7622.9050...@debian.org
Re: Stretch Roadmap
Le 24/04/2015 15:19, Miguel Landaeta a écrit : > * Update Spring Framework to the latest version. Thank you for the reminder, this is something I have on my TODO list too. I plan to upload the version 3.2.12 in unstable just after the freeze. I expect the subsequent upgrades to be straightforward. > * Design a helper for gradle (dh_gradle or something). > IMO, packaging with Gradle right now is a pain but more and more > upstreams are switching to it. For CDBS #757386 is still pending. The main pain point with Gradle is the manual patching of the dependencies in the build files. I plan to experiment with a custom resolver that reuses the rule files from maven-debian-helper, this will greatly ease the packaging. Emmanuel Bourg -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/553a6442.3050...@apache.org
Re: Stretch Roadmap
On Fri, Apr 24, 2015 at 12:55:34PM +0200, Emmanuel Bourg wrote: > > * Java Runtime: > - [...] > - Provide Java 8 backports for Jessie and Wheezy I'd like to help with this and get more involved with OpenJDK maintenance as well, but to be honest I always find it so complex that I don't know where to begin. -- Miguel Landaeta, nomadium at debian.org secure email with PGP 0x6E608B637D8967E9 available at http://miguel.cc/key. "Faith means not wanting to know what is true." -- Nietzsche signature.asc Description: Digital signature
Re: Stretch Roadmap
On Fri, Apr 24, 2015 at 01:36:05PM +0200, Markus Koschany wrote: > > my personal goals for Stretch are: > Hi, From my side I'd like to add: * Update jruby to 1.7.x soon and release Stretch with 9.x. * Update Groovy and GPars to their latest versions. Secondary goals I'd like to work on if time permits: * Update Spring Framework to the latest version. * Update Gradle. * Design a helper for gradle (dh_gradle or something). IMO, packaging with Gradle right now is a pain but more and more upstreams are switching to it. Cheers, -- Miguel Landaeta, nomadium at debian.org secure email with PGP 0x6E608B637D8967E9 available at http://miguel.cc/key. "Faith means not wanting to know what is true." -- Nietzsche signature.asc Description: Digital signature
Re: Stretch Roadmap
On Fri, 24 Apr 2015 12:36 Markus Koschany wrote: On 24.04.2015 12:55, Emmanuel Bourg wrote: > Hi all, > > I'd like to share my goals for the next release, feel free to comment > and add yours as well so we can coordinate our efforts on the > overlapping topics. Hi, my personal goals for Stretch are: * Keep all my packages which I introduced to the team up-to-date and in good shape. * Support newcomers who want to contribute to this team. - e.g. Google Summer of Code students who want to improve the Android SDK stack * Improve the documentation about packaging Java software for Debian. (wiki.debian.org) * Complete the OSGi / Felix transition. (all packages are ready in Git or experimental) * Update Eclipse. The latest version of Eclipse would be nice. It should be easier to make contributions. * Fix RC bugs in all packages as time permits. So far Markus If I find the time I'd like to: - package neo4j - get Azureus revived. I was awaiting a licence clarification from upstream but never got a response. - get Scala up to date Stephen
Re: Stretch Roadmap
On 24.04.2015 12:55, Emmanuel Bourg wrote: > Hi all, > > I'd like to share my goals for the next release, feel free to comment > and add yours as well so we can coordinate our efforts on the > overlapping topics. Hi, my personal goals for Stretch are: * Keep all my packages which I introduced to the team up-to-date and in good shape. * Support newcomers who want to contribute to this team. - e.g. Google Summer of Code students who want to improve the Android SDK stack * Improve the documentation about packaging Java software for Debian. (wiki.debian.org) * Complete the OSGi / Felix transition. (all packages are ready in Git or experimental) * Update Eclipse. The latest version of Eclipse would be nice. It should be easier to make contributions. * Fix RC bugs in all packages as time permits. So far Markus signature.asc Description: OpenPGP digital signature
Stretch Roadmap
Hi all, I'd like to share my goals for the next release, feel free to comment and add yours as well so we can coordinate our efforts on the overlapping topics. * Java Runtime: - Complete the transition to Java 8 (22 FTBFS to go) - Provide Java 8 backports for Jessie and Wheezy - Start working on the Java 9 transition - Ensure our openjdk-8 package passes the TCK * Maven: - Upgrade Maven 3 to the latest version - Switch maven-debian-helper to Maven 3 - Remove Maven 2 * Tomcat: - Remove Tomcat 7 (but preserve the Servlet API 3.0 package) - Prepare Tomcat 9 * Jetty: Transition to the version 9 * Reproducible builds These are the items I'm committed to work on. If time allows I may also work on: * Gradle upgrade * Sonatype Nexus packaging * Gerrit packaging * Bring back Azureus to life Emmanuel Bourg signature.asc Description: OpenPGP digital signature
