Re: RFS: lucene-solr 3.6.2+dfsg-7
On Wed, Aug 19, 2015 at 10:31:37PM +0200, Jakub Adam wrote: Dear java packagers, I am looking for a sponsor for package lucene-solr. Hi Jakub, I'll take care of 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
Phasing out libnetty-java (was Re: Bug#796114: CVE-2015-2156)
Le Wed, Aug 19, 2015 at 04:59:58PM +0200, Moritz Muehlenhoff a écrit : Source: netty Severity: grave Tags: security This was assigned CVE-2015-2156: http://netty.io/news/2015/05/08/3-9-8-Final-and-3.html Fix: https://github.com/slandelle/netty/commit/800555417e77029dcf8a31d7de44f27b5a8f79b8.patch In addition to src:netty (3.2.6), there's also src:netty-3.9 (3.9.0) and there was also src:netty3.1 at some point (now removed). Please phase out src:netty towards the updated src:netty-3.9 so that there's only one version around. Hello everybody, in my understanding, libnetty-java is a relic of when we attempted to package Eucalyptus in Debian. However, there are two new packages, zookeeper and bookkeeper, created recently, that depend on libnetty-java instead of the more recent libnetty-3.9-java. Is that because of incompatibility ? If libnetty-java is still needed, would it be possible to transfer it under the umbrella of the Debian Java team ? Have a nice day, Charles -- Charles Plessy Debian Med packaging team, http://www.debian.org/devel/debian-med Tsurumi, Kanagawa, Japan
Re: Phasing out libnetty-java (was Re: Bug#796114: CVE-2015-2156)
Le 20/08/2015 13:40, Charles Plessy a écrit : Is that because of incompatibility ? If libnetty-java is still needed, would it be possible to transfer it under the umbrella of the Debian Java team ? Hi Charles, I did the transfer to libnetty-3.9-java and I'm working on packaging netty 4.x. I'll reuse the libnetty-java package and move it under the Java Team umbrella. Emmanuel Bourg
Packaging geotools?
Hi all, geotools[1] is an open source GIS java toolkit which is used by many, almost all java GIS applications. Just to name a few[2]: geoserver, geogig,gvsig, ... Since many of these applications are on the wishlist of our users different attempts haven been made at packaging it. Last year during a GSOC, Jerome Larouche started working on this as well (a summary here: [3]). The geotools build system uses maven, and actually consists of a large number (100+) of smaller libraries. Many of them have dependencies which are not yet packaged, but some should be rather straightforward. Is there anyone from the java team who can give some advice on how I/we could get started packaging geotools? Eg Jerome packaged 2 libraries (gt-opengis, gt-metadata [4]) by using a seperate source package for those libraries, rather than using one source package. Is that a good idea ? Or how could we use a similar approach with one source package? Kind Regards, Johan [1] http://www.geotools.org/ [2] http://geoserver.org/ http://geogig.org/ http://gvsigce.org/ [3] http://trac.osgeo.org/ubuntugis/wiki/geotools-packaging
Re: Anyone working on ANTLR4?
Le 20/08/2015 01:49, Kristoffer Rose a écrit : ANTLR4 is great, and I in fact need it. Anyone in yur group working on it? I can help. Hi Kristoffer, Thank you for offering your help. As far as I know nobody is working on ANTLR4. I updated ANTLR 3 to the latest version recently and it looks like the project structure of ANTLR 4 is very similar. I'd suggest forking the antlr3 package repository and then adapting it for antlr4. ANTLR 4 will need org.abego.treelayout.core 1.0.1 which hasn't been packaged yet I think. The other dependencies are already available (antlr 3.5.2, stringtemplate 4) Also, may I ask for whether you already know the individual members of a longer list of jars that I need?!? Sure, tell us what you are looking for. Emmanuel Bourg
Re: Azureus
Am 18.08.2015 um 11:33 schrieb Stephen Nelson: [...] Thanks Markus. I have a sid desktop and I've been able to install and run the built package. I also started downloading a torrent to prove it's functional. My concern is over the copyright as there are a number of different copyright holders and licences. There are a handful of source files without a header. I am requesting clarification from upstream for them. Hi Stephen, very good packaging, I only have some minor comments. I have made some minor changes and pushed them to the git repository. I hope that's OK. We should probably scale Azureus.png to 128x128 pixel (currently it is 128x131) to avoid the Lintian warning. 06_unbundle_bouncy_castle.patch is without DEP-3 header. I have created a copyright_TODO file which lists all files that are not detected as GPL-2+ by licensecheck. Some of those files are GPL-2 only but as you know there are a few with unknown or unclear copyright. If you copy copyright_TODO into the root directory, for instance you can run vim -p `cat copyright_TODO` to view all files which need a new license paragraph or clarification from upstream. Hope that helps a little. Regards, Markus signature.asc Description: OpenPGP digital signature
Re: Bug#796114: Phasing out libnetty-java (was Re: Bug#796114: CVE-2015-2156)
Le Thu, Aug 20, 2015 at 05:27:34PM +0200, Emmanuel Bourg a écrit : Le 20/08/2015 13:40, Charles Plessy a écrit : Is that because of incompatibility ? If libnetty-java is still needed, would it be possible to transfer it under the umbrella of the Debian Java team ? Hi Charles, I did the transfer to libnetty-3.9-java and I'm working on packaging netty 4.x. I'll reuse the libnetty-java package and move it under the Java Team umbrella. Thanks a lot ! -- Charles