dev-java/lucene-analyzers is a RDEPEND for dev-python/pylucene ( Bug#81416 ) Ebuild prepared and needs bug for submission to sunrise overlay and subsequently entering portage
Created attachment 181975 [details] Updated ebuild for lucene-analyzers to version 2.4.0
Better Version of ebuild in the java-expiramental overlay (thanks Serkan). It uses an eclass for lucene-contrib packages. Needs to be bumped to version 2.4.0 As I understand it, the osgi parts should work now too, even with the eclass. (Serkan, correct me if I'm wrong there.) Eclipse and OOo need osgi afik.
(In reply to comment #2) > Better Version of ebuild in the java-expiramental overlay (thanks Serkan). It > uses an eclass for lucene-contrib packages. Needs to be bumped to version 2.4.0 The current signiture takes a 4th binary argument to decide if it should rewrite the version in the manifest file with ${PV} but this can wait until we finalize the function signiture. By the way I dont see a lucene-contrib inherit. > As I understand it, the osgi parts should work now too, even with the eclass. > (Serkan, correct me if I'm wrong there.) Eclipse and OOo need osgi afik. Not yet (actually the ebuild in the overlay is corrently broken in terms of osgification), we need to decide whether to make osgification in place (update the jar) or keep it as is and move the temp osgified jar back to the original.
Comment on attachment 181975 [details] Updated ebuild for lucene-analyzers to version 2.4.0 As the java folks are working on this in the overlay - this ebuild doesn't apply. Check out their work there.
2.4 is not in the overlay yet.
It is now: https://overlays.gentoo.org/svn/proj/java/java-experimental/dev-java/lucene-analyzers/
lucene-analyzers is already in the tree - assigning to maintainer-needed. java herd - if you guys dont maintain this package, please update metadata.xml... thanks
Sorry for hijacking, but is there any chance to see lucene-analyzers-2.9.4 in tree soon?
See my comment in bug 81416.
