"ANISE stands 'A New Implemented Scripting Engine for ai5v'. The goal of this project is to make a new interpreter for 90's Japanese adventur e games made by (c)Elf and (c)Silky's. Their games have based on the scripting engine called 'AI5V' or 'SILV'(trailing 'V' means their platform, DOS/V). This project has been progressed on Windows platform with SDL library. Now fina lly, I've managed to compile and run it on Linux platform." taken from the official page. Even though the official homepage is in korean, the actual program and documentation files are in english. suggested category: games-emulation Reproducible: Always Steps to Reproduce: 1. 2. 3.
Created attachment 32434 [details] anise-20040307_beta10.ebuild
Created attachment 51254 [details] anise-20040307_beta10.ebuild Cleaned up a bit.
Have any method for actually testing this for functionality so it can be included in portage?
I can't really test the program since I don't have teh actual games... However, I posted a message on their forum... maybe someone will help us: http://kldp.net/forum/forum.php?thread_id=5343&forum_id=1179 ... it's a long shot, I know
Created attachment 57002 [details] anise+-050118.ebuild New version... Suggested category: games-engines
I have no problem adding this... but without any way to test it, I am slightly worried that if a problem comes up with this package, that it will be wholly ignored...
I understand the problem... I don't have any solution to this at the moment so I'll just leave it to your better judgement to decide whether to add this to portage or not.
hmmmm, one other issue is the clever download script. If I understand it correctly, it pretty much just takes whatever the "current" release is and allows you to download it to whatever file you like. That's fine until they put a new release there and suddenly everbody's md5sums don't match anymore.
That's not a problem, it's a feature. If you look in the ebuild I have provided you'll see that each released file has an unique id: http://kldp.net/frs/download.php/_1853_/${P}.tar.gz 1853 in this case. When a new file will be released it will have a new id and you will still be downloading the same file you were downloading before.
Created attachment 61342 [details] anise+-050118.ebuild Cleaned up ebuild a bit. I don't have any way of testing it either.
If we're doing it like that (using ${P} in SRC_URI, I think it should be ${PF}, so we won't ever get MD5 conflicts. Since none of us have a way of testing this, I propose one of two things: 1. Mark this one WONTFIX, as we can't test it 2. Add this ebuild to portage, and if someone files a bug, unless it is a compile error, dump the package Personally, I hate the idea of #2, and am leaning towards #1. Ideas? Comments?
maybe it's me but the SRC_URI isnt working at all ... i think the web server is broken atm :/
Feel free to REOPEN if we have a way to test that this works...
