Re: org.apache.batik.dom.svg.SVGDOMImplementation

2015-09-26 Thread Mathieu Malaterre
Hi, Seems like #70 will sort this out. elki should get (auto)removed from testing soon, letting fop+batik transition to testing smoothly. Good luck with elki issues. -M On Fri, Sep 25, 2015 at 2:56 PM, Erich Schubert wrote: > Hi, > Sorry, I didn't get around to prepare it yet. :-( > There

Re: org.apache.batik.dom.svg.SVGDOMImplementation

2015-09-25 Thread Erich Schubert
Hi, Sorry, I didn't get around to prepare it yet. :-( There are a number of fixes pending a new upstream beta release, too. ELKI is also affected by the following openjdk-8 bugs: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=787955 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=798131 tha

Re: org.apache.batik.dom.svg.SVGDOMImplementation

2015-09-25 Thread Mathieu Malaterre
Erich, On Mon, Aug 17, 2015 at 10:28 AM, Erich Schubert wrote: > 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. Any news on the

Re: org.apache.batik.dom.svg.SVGDOMImplementation

2015-08-17 Thread Erich Schubert
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