Hi, On 16.10.2013 07:21, tony mancill wrote: > On 10/14/2013 06:23 AM, Markus Koschany wrote: [...] >> I have prepared a new revision for batik and committed everything to the >> svn repository of the package. I believe the changes will fix this bug. > > Hi, > > Any concerns with an upload of Markus's changes? >
The current svn revision still recommends default-jre because of the included wrapper scripts squiggle, rasterizer, ttf2svg and svgpp. The recommendation for default-jre is the only thing that bothers me. The current dependencies on jre-headless go against the current java policy but the current package also needs a working JRE to run the aforementioned wrapper scripts. I think recommending default-jre is a kind of compromise here. I agree with Emmanuel Bourg's comment from the list that it is more reasonable to split the package in libbatik-java and batik. I have done this locally and all reverse dependencies (except osmosis that FTBFS because of another bug) still build fine. Though I'm not 100% sure if one of those r-deps expects one of the wrapper scripts to be included in libbatik-java, otherwise it would be simple. Splitting the package is a rather big change and I still hesitate to implement it without getting feedback from one of batik's past uploaders and I don't intend to become an uploader for batik myself. Hence I think uploading the current changes would be a good idea and I will attach a patch for #566901 soon. Regards, Markus
signature.asc
Description: OpenPGP digital signature