Find attached an ebuild for Maple-9.5. This is serious software used by serious people; it's not like that amateur crap that currently populates sci-mathematics. But let me guess - you FOSS fuckers don't use Maple, right?
Created attachment 64526 [details] Maple-9.5 ebuild
really nice, thanks for the bug report
Please fix the following and reopen: * Either SRC_URI needs qualifying or you need a nofetch explaining where to find the zip file. * ${S}, ${WORKDIR} need quoting. * You can sed more than one thing at once. * Fix quoting on the echo calls. * unpack should be used rather than unzip, and it should be done in src_unpack.
I'll attach another go at the fucking ebuild. After the zipfile is unpacked in src_unpack, the ebuild needs to bloody call unzip explicitly since those lame-arse portage pricks haven't implemented unpacking jar files.
Created attachment 66734 [details] maple-9.5.ebuild
What about a patch to ebuild.sh so that it unpacks .jar files. A clean patch shouldn't be a problem for the portage devs. Alternatively you might want to check how java packages do it.
Well, there hasn't been a need to unpack jar files until now. I see no reason why it can't be included though. Seeing as calling `unzip` does all the magic for us, it certainly doesn't look difficult. If you implement a more polite manner of speaking, then I'm sure we'd be happy to implement jar support in Portage for you. In fact... consider it done... I just knocked up a patch to do exactly this.
Created attachment 66868 [details, diff] ebuild.sh-add-jar-support.diff -- add support for jar files to unpack command
I've taken a look at the ebuild and tried to make a few improvements: 1) src_unpack is now done without repeating code a lot 2) Depends on JRE 1.4 because 1.5 and 1.6 won't work (blank window) 3) Uses "java-config-1 -o" so that 1.4 is used automatically 4) Sym links to /opt/bin As far as I can see, the only major problem would be the hundred or so TEXTRELS that need to be handled sanely.
Created attachment 100665 [details] maple-9.5.ebuild Also bug 103615 should be a dep, not a block. Also, another potential problem would be the license file being overwritten every emerge.
Thanks for the ebuild. I use an amd64 gentoo system (AMD X2). I use RDEPEND="=virtual/jdk-1.5*" in the ebuild. It seems to work.
Reopening due to a new request.
*** Bug 339137 has been marked as a duplicate of this bug. ***
We are not very keen in maintaining a paid software. But we may be fine proxy-maintaining. So please re-open the bug only with decent quality ebuild. Thanks.
of course who one likes to support a commercial software, but maybe we should make some exceptions, like with this software. a soft is an tool to do something not a way of life, which we have to fighting for and to save it any cases. maple is often needed in university environment and some other stuff. sometime students get it all for free or very cheap. we should give gentoo also all possibility to use any kind of software-indepence from its creator and aim. the user decide what he prefer: a only OSS system or if he is used to do also SOME commercial software. this is freedom. this is why linux exist. its completly foolish to looking for a alternative software if there is nothing what is compare to it. and only be stubborn and reject it because it dont suit to any dogmen. so i hope sb have the knewledge and the condition to creat a nice ebuild for this piece of software. thanks alot
> of course who one likes to support a commercial software, but maybe we should > make some exceptions, like with this software. remember we are volunteers, so if anyone wants to pay a $1,000 license to a willing developer, why not. > its completly foolish to looking for a alternative software if there is nothing > what is compare to it. and only be stubborn and reject it because it dont suit > to any dogmen. have you actually looked at open source math software? it may be not fully featured as maple, but it might suit your needs.
I am not sure, but I think installation runs without serial number. After the installation you need to enter the serial in order to start xmaple. So the mainaiming developer of this package could at least test the installation procedure... He do not need the serial for that I think. There is no need that the maintainer can start xmaple. It the installation procedure runs through, most maple-users would be content. But this is only my speculation.
