Re: Azureus
On 08/12/2015 04:35 PM, Stephen Nelson wrote: > I've updated Azureus/Vuze to the latest version 5.6.2.0, as well as: > > - Removed bundled bouncy castle library > - Removed bundled commons library > - Removed bundled json simple library > - Build against swt4 > - Updated the copyright file to correct licence on some files Hi Stephen, I haven't looked at the packaging yet, but I know that represents a lot of work - awesome. I wanted to mention one feature that had to be disabled in the current (ancient) version in the archive, which is the facility that Azureus has to update itself and its component jars. I don't know what that feature looks like in the new version, but it should be disabled in the default configuration (or code, if it's not configurable). Cheers, tony signature.asc Description: OpenPGP digital signature
Re: Review of gradle 2.5-2
Le 17/08/2015 21:23, Markus Koschany a écrit : > I have just uploaded groovy2 2.4.3-2 and gradle 2.5-3 to unstable. I > would like to take the opportunity to thank our Google Summer of Code > students Kai-Chung Yan and Komal Sukhani for their magnificent work on > both non-trivial packages which were a prerequisite for packaging > Android software for Debian. Hat off to our GSoC students, the Groovy and Gradle upgrades alone were far from trivial and a major contribution that will help packaging other applications. Thank you very much! Emmanuel Bourg signature.asc Description: OpenPGP digital signature
Re: Azureus
Le 13/08/2015 01:35, Stephen Nelson a écrit : > I've updated Azureus/Vuze to the latest version 5.6.2.0, as well as: > > - Removed bundled bouncy castle library > - Removed bundled commons library > - Removed bundled json simple library > - Build against swt4 > - Updated the copyright file to correct licence on some files Well done Stephen! Do you think it's possible to backport it to Jessie, or does the packaging depend on too many new elements found only in testing/unstable? Emmanuel Bourg
Re: groovy_1.8.6-1+deb7u1_amd64.changes ACCEPTED into oldstable-proposed-updates->oldstable-new
Hi, Regarding these groovy{,2} uploads to oldstable/stable I'm looking for help to fix #793630 and be able to upload a fixed release to unstable to fix CVE-2015-3253/#793397 as well. I know (almost) nobody cares about old groovy package but we still have it in unstable (and testing!), so we should do something about that. I ask for help since I'm out of ideas about how to fix that FTBFS. 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: Azureus
Am 13.08.2015 um 01:35 schrieb Stephen Nelson: > I've updated Azureus/Vuze to the latest version 5.6.2.0, as well as: > > - Removed bundled bouncy castle library > - Removed bundled commons library > - Removed bundled json simple library > - Build against swt4 > - Updated the copyright file to correct licence on some files > > If anyone has time, please can you take a look at the packaging to > see if it is suitable to request sponsorship? It builds successfully > in a sid pbuilder. > > It's available from git at: > > http://anonscm.debian.org/cgit/pkg-java/azureus.git Hi Stephen, I could successfully compile the package but I need a little bit more time to dig into Azureus/Vuze. I'll get back to you within the next days. Regards, Markus signature.asc Description: OpenPGP digital signature
Re: RFS: libcommons-jxpath-java 1.3-7
On Mon, Aug 17, 2015 at 08:48:39PM +0200, Jakub Adam wrote: > Dear java packagers, > > I am looking for a sponsor for package "libcommons-jxpath-java". 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
Re: Review of gradle 2.5-2
On Mon, Aug 17, 2015 at 09:23:09PM +0200, Markus Koschany wrote: > Hi all, > > I have just uploaded groovy2 2.4.3-2 and gradle 2.5-3 to unstable. I > would like to take the opportunity to thank our Google Summer of Code > students Kai-Chung Yan and Komal Sukhani for their magnificent work on > both non-trivial packages which were a prerequisite for packaging > Android software for Debian. > > I would also like to thank Miguel for his commitment to fix those last > outstanding bugs and everyone else who helped getting gradle and groovy > into shape again. Now there is only one fix required for making openjfx > compatible with gradle 2.5 but I'm very confident that we will manage > that one too. Thanks to everyone involved in these packaging efforts, they are not trivial tasks at all so I'm glad to see new people motivated to work to keep these important packages up-to-date. Congrats to everyone and let's keep the good work! -- 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: Review of gradle 2.5-2
Am 16.08.2015 um 16:02 schrieb Miguel Landaeta: [...] >> I suggest we aim for fixing those packages first because that would >> enable us to work on some other unresolved issues. After that I start >> working on the final step of the bnd 1.50 to 2.x transition. > > I agree. > > Cheers, Hi all, I have just uploaded groovy2 2.4.3-2 and gradle 2.5-3 to unstable. I would like to take the opportunity to thank our Google Summer of Code students Kai-Chung Yan and Komal Sukhani for their magnificent work on both non-trivial packages which were a prerequisite for packaging Android software for Debian. I would also like to thank Miguel for his commitment to fix those last outstanding bugs and everyone else who helped getting gradle and groovy into shape again. Now there is only one fix required for making openjfx compatible with gradle 2.5 but I'm very confident that we will manage that one too. Cheers, Markus signature.asc Description: OpenPGP digital signature
RFS: libcommons-jxpath-java 1.3-7
Dear java packagers, I am looking for a sponsor for package "libcommons-jxpath-java". Version : 1.3-7 * License : Apache-2.0 Section : java It builds those binary packages: libcommons-jxpath-java - Apache Commons JXPath - XPath expressions applied to Java objects libcommons-jxpath-java-doc - Javadoc API for libcommons-jxpath-java Package source code can be accessed at pkg-java git repository: http://anonscm.debian.org/cgit/pkg-java/libcommons-jxpath-java.git Changelog of this version: * Moved the package to Git * Add Jakub Adam to Uploaders * Bump Standards-Version to 3.9.6 * Use xz for orig tarball compression * Add OSGi metadata to JAR manifest I would be glad if someone uploaded this package into sid for me. Regards, Jakub signature.asc Description: OpenPGP digital signature
unmappable characters
Hi, I have an error on Debian build servers about unamappable characters. I know why and how to fix this, I wonder however why I do not have the error on my computer. I'd like to get the same to avoid uploading a fix and getting error again on other files. How can I reproduce this? Thanks Olivier -- gpg key id: 4096R/326D8438 (keyring.debian.org) Key fingerprint = 5FB4 6F83 D3B9 5204 6335 D26D 78DC 68DB 326D 8438
Re: org.apache.batik.dom.svg.SVGDOMImplementation
Hello Mathieu, The annoying part is that even the Batik documentation still contains the old package name: https://xmlgraphics.apache.org/batik/using/dom-api.html It is well possible that many of the dependencies do not use this class. I'm not sure if there might be indirect dependencies that rely on one of these direct dependencies to pull in Batik... they could still use that class; although many will not build a SVG document on their own. Loading a document from a file should not be a problem, I believe this class is only needed to be able to manipulate the SVG documents e.g. for animation and interaction. According to find -type f -name "*.jar" -print | while read l; do unzip -c "$l" | grep -q SVGDOMImplementation && echo $l; done the only packages I have installed that use this class are Batik, FOP and ELKI. It may well be that the other reverse dependencies do not use this class. Scilab for example seems to use GenericDOMImplementation, which was not moved to a different package. I suggest to add these for the unstable upload: Breaks: elki (<= 0.6.5) Breaks: libfop-java (<< 2.0) + add a notice to the README that the class has moved, since this is not well documented. I will take care of uploading a new ELKI package (probably end of the month, or beginning of september). It will have a version number of at least "0.7.0~20150817-1", which is > 0.6.5, so above breaks is okay. I assume that libfop-java 1:2.0+dfsg-1 in experimental is expecting the new Batik version. Regards, Erich On Sun, Aug 16, 2015 at 1:33 PM, Mathieu Malaterre wrote: > Erich, > > Thanks for the report about batik API compat. Could you be a little more > verbose on what was needed to fix ELKI ? I see that that > > import org.apache.batik.dom.svg.SVGDOMImplementation; > > is still used in the ELKI (from sid). > > I am trying to understand if this is possible to upload 1.8 to sid with a > debian-specific fix, then progressively upgrade dependencies to match > upstream (removing reference to SVGDOMImplementation). > > Thanks much,