Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 348029 - sci-biology/tablet-bin: new package
Summary: sci-biology/tablet-bin: new package
Status: CONFIRMED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: High enhancement (vote)
Assignee: Default Assignee for New Packages
URL: http://bioinf.scri.ac.uk/tablet
Whiteboard: [science]
Keywords: InOverlay
Depends on:
Blocks:
 
Reported: 2010-12-07 12:53 UTC by Martin Mokrejš
Modified: 2011-04-29 19:20 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
tablet-bin-1.10.09.20.ebuild (tablet-bin-1.10.09.20.ebuild,1.26 KB, text/plain)
2010-12-07 12:53 UTC, Martin Mokrejš
Details
tablet-bin-1.10.09.20.ebuild (tablet-bin-1.10.09.20.ebuild,1.43 KB, text/plain)
2011-01-06 11:52 UTC, Martin Mokrejš
Details
response.varfile (response.varfile,257 bytes, text/plain)
2011-01-06 11:52 UTC, Martin Mokrejš
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Martin Mokrejš 2010-12-07 12:53:03 UTC
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.
Comment 1 Martin Mokrejš 2010-12-07 12:53:46 UTC
Created attachment 256578 [details]
tablet-bin-1.10.09.20.ebuild
Comment 2 Justin Lecher (RETIRED) gentoo-dev 2011-01-04 07:19:01 UTC
# 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
Comment 3 Martin Mokrejš 2011-01-06 11:51:26 UTC
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.
Comment 4 Martin Mokrejš 2011-01-06 11:52:17 UTC
Created attachment 259037 [details]
tablet-bin-1.10.09.20.ebuild
Comment 5 Martin Mokrejš 2011-01-06 11:52:49 UTC
Created attachment 259039 [details]
response.varfile
Comment 6 Joel Berendzen 2011-01-06 15:57:33 UTC
(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.
Comment 7 Martin Mokrejš 2011-01-06 16:27:19 UTC
(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. ;-)
Comment 8 Martin Mokrejš 2011-04-29 19:20:51 UTC
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 ...? ;)