Hi, I wanted to provide a tablet-bin ebuild because no sources are available. This is a java-based program and it can be forced to install using text-based install. Unfortunately, it asks some questions and I do not know how to call maybe something like expect to answer the questions. Probably a common java herd task. Somebody please step in and finish the simple ebuild. More comments in the ebuild. Thanks.
Created attachment 256578 [details] tablet-bin-1.10.09.20.ebuild
# Justin Lecher <jlec> (04 Jan 2011) # Masked for several QA reasons: # portage screams during processing this ebuild # Author uses @gentoo.org address, although not a dev # java pkg, but no java eclass used # containing python code, but no python eclass used # tries to act interactivally with the installer, which doesn't work # instead source should be processed unpacked # repoman usage is recommended, as Changelog and metadata.xml are missing # line wrap at 80-100 chars # DESCRIPTION does not need to include $PN # #348029 sci-biology/tablet-bin
Have committed my QA fixes to the ebuild. The package uses install4j to unpack and install itself out of a self-extracting shell archive. Google told me one could handracft ant-compatible layout and use ant to install a package, instead of install4j. install4j runs in interactive mode. There are options to supress output etc., but as it is was designed by upstream to ask user to confirm certain steps it is probably ignored in some cases or I fiddle with wrong variable names. However, I provided a ${FILESDIR}"/response.varfile with some values. Probably still not correct variables name or whatsoever. I contacted upstream and although got answers and guidance to force non-interactive install I am still struggling. Inheriting java eclasses just overrides my src_install() so am lost. Somebody please give it a try. Will attach current version from science overlay.
Created attachment 259037 [details] tablet-bin-1.10.09.20.ebuild
Created attachment 259039 [details] response.varfile
(In reply to comment #5) Definitely an improvement over the first ebuild as it is now possible to get a working executable, but the response.varfile answers do not get read. I had to set FEATURES="-sandbox" and manually answer the values listed in the response.varfile. The correct answer to "make symlinks?" is no, and then manually ln -s /opt/Tablet/tablet /usr/bin/tablet. You might have thought that the response.varfile was working because install4j dropped the answers in ~/.java/.userPrefs/com/install4j/installation which it finds and defaults to on the second pass through. Still pretty ugly what install4j does by installing its own jre. I think a better approach, assuming install4j must be used, is to install into ${S}/build and then install only the jars in the lib/ directory and docs with an appropriate launcher script.
(In reply to comment #6) > (In reply to comment #5) > Still pretty ugly what install4j does by installing its own jre. I think a > better approach, assuming install4j must be used, is to install into ${S}/build > and then install only the jars in the lib/ directory and docs with an > appropriate launcher script. Please go ahead and tune the ebuild. ;-) Upstream will try to help after about 2 weeks but we have to know what we really want to happen on his side. I am not a fond of install4j at all. ;-)
I just pushed into science overlay a fixed ebuild for tablet-bin-1.11.02.18. Please test and remove pmask if it is fine. I know, the long lines, could take the advantage of some ${PV} trickery but other than that ...? ;)
