This might be useful for Gentoo users that live near Geneva... Improvements from regular version: - uses Portage instead of InstallAnywhere - handles multiple users with a single installation (only data goes in /home) - does not install java VM; use the system VM instead - better GUI, due to newer java VM - preconfigured to print with xpdf - takes only 10MB disk space. Please test it ! ;-)
Created attachment 85912 [details] Ebuild for GeTax 2005 *** To download this ebuild, do: *** Click right mouse button, and save into (for example) /mnt/downloads. *** To install this ebuild, do (as root): *** echo 'PORTDIR_OVERLAY=/usr/local/portage' >>/etc/make.conf mkdir -p /usr/local/portage/app-office/getax cd /usr/local/portage/app-office/getax mv /mnt/downloads/getax-2005.ebuild . ebuild getax-2005.ebuild digest emerge getax *** To run GeTax2005, do (as regular user): *** getax2005
Well, this has got a pretty limited audience. Please, keep this in your overlay (and anyone else who might find this useful). Also, the ebuild's src_unpack() is really hackish... :) And, you are missing xpdf dependency it seems.
Note: If you really prefer the original installer, you can use it. However, this file contains an InstallAnywhere bug, that prevents installation with most linux distributions. Fortunately, you can fix your file as follows: sed -i 's/"$nptl"/"$xxxx"/' getax2005_linux.bin chmod +x getax2005_linux.bin Then it will work :-)
Jakub: Sorry, I posted before seeing your response. No, I wasn't expecting it to get included ;-) src_unpack() is hackish because: - it emulates the InstallAnywhere unpack logic - it contains the launcher script, which I agree, really belongs in "files" but the goal was to have a single-file ebuild... xpdf is only set as default print-preview executable, but it can be changed in the GUI afterwards. I plan to add a USE flag for that :-) When you say "please, keep this in your overlay", I agree - in fact, the plan is to propose this overlay to upstream. In the meantime, should I stop posting comments in this bug, or is that OK for you ? Thanks !
(In reply to comment #4) > src_unpack() is hackish because: > - it emulates the InstallAnywhere unpack logic Hehe. Logic sounds like a pretty strong term for this kind of installer... :P > xpdf is only set as default print-preview executable, but it can be changed in > the GUI afterwards. I plan to add a USE flag for that :-) Well, no need for a use flag, just do something like RDEPEND=" || ( app-text/xpdf app-text/acroread ), use flags shouldn't be used just for adding dependencies. > In the meantime, should I stop posting comments in this bug No, not at all... Continue here as you wish, just wanted to warn you that this ebuild most likely won't get into portage, it's really a specific stuff. :) Thanks.