Requesting an ebuild in the style of games-rpg/queen and games-rpg/bass for the freeware game "Lure of the Temptress" by Revolutions Software Ltd. It can be played with ScummVM 0.11.0svn 29-Nov-07 or higher (latest ~arch ebuild in portage is 0.11.1).
Created attachment 153073 [details] games-rpg/lure-0.ebuild First attempt to produce an ebuild. It works now only for the english language version of lure (lure-1.1.zip), all other languages are not supported (lure-1.1-${LANG}.zip, LANG=fr|de|it|es). A required file is lure.dat from this link: https://scummvm.svn.sourceforge.net/svnroot/scummvm/scummvm/tags/release-0-11-1/dists/engine-data/lure.dat The SSL certificate is not in the local database therefore wget doesn't download it if I put it in SRC_URI. As a workaround I downloaded it into the files dir for now. Help appreciated.
Created attachment 153791 [details] games-rpg/lure CHANGES: Version 1.1 is now also the ebuild version. New ebuild which now supports all languages. Now depending on ScummVM 0.11.1 which definitely supports Lure. KNOWN BUGS: * It is only possible to install ONE language version. * The ebuild doesn't check for languages selected and will mix them up - you get only the last language selected * DOES NOT work with es/fr/it version - most files use all uppercase in original ZIP of these languages * There is no desktop entry created for PROTECT.PDF which includes the code for the fr/de/it/es versions. The en version has a way around the code which isn't mentioned either. WHAT DOES WORK * works when either LINGUAS="en" or LINGUAS="de" is selected. Again, help appreciated.
Created attachment 165510 [details] lure-1.1.ebuild has icon and lure.dat in SRC_URI supports any combination of available languages
Created attachment 165511 [details] lure-1.1.ebuild typo
Works like a charm! Thanks for your ebuild. Looks nicely written too! My machine is a ppc (32-bit) -Apple G4- and I cannot see a problem here. So the ebuild should have the same KEYWORDS as ScummVM 0.12 "~amd64 ~ppc ~ppc64 ~sparc ~x86 ~x86-fbsd". As soon as ScummVM 0.12 goes stable Lure should too. Only setback: The code goes into the default documentation path /usr/share/doc/*package*/*original-file*.bz2. This way the user has a hard time to see the code for the game (the PDFs are compressed!). Either it should be left uncompressed (#1 choice), and/or there should be a message in the ebuild pointing out that you need the code (#2 choice). Again - thanks for your work! Very much appreciated! Andreas.
Looking close at it... There is a bug in your ebuild (15th Sept 2008 17h36) when LINGUAS is used _without_ "en". Otherwise it works. e.g. # LINGUAS="en de" ACCEPT_KEYWORDS="~x86" emerge games-rpg/lure works. # LINGUAS="de" ACCEPT_KEYWORDS="~x86" emerge games-rpg/lure >>> Emerging (1 of 1) games-rpg/lure-1.1 to / * cat-lure.png RMD160 SHA1 SHA256 size ;-) ... [ ok ] * lure-de-1.1.zip RMD160 SHA1 SHA256 size ;-) ... [ ok ] * lure.dat RMD160 SHA1 SHA256 size ;-) ... [ ok ] * checking ebuild checksums ;-) ... [ ok ] * checking auxfile checksums ;-) ... [ ok ] * checking miscfile checksums ;-) ... [ ok ] * checking lure.dat ;-) ... [ ok ] * checking cat-lure.png ;-) ... [ ok ] * checking lure-de-1.1.zip ;-) ... [ ok ] >>> Unpacking source... >>> Unpacking lure-1.1.zip to /var/tmp/portage/portage/games-rpg/lure-1.1/work * * ERROR: games-rpg/lure-1.1 failed. * Call stack: * ebuild.sh, line 49: Called src_unpack * environment, line 2310: Called unpack 'src_unpack' * ebuild.sh, line 329: Called die * The specific snippet of code: * [[ ! -s ${srcdir}${x} ]] && die "${x} does not exist" * The die message: * lure-1.1.zip does not exist * * If you need support, post the topmost build error, and the call stack if relevant. * A complete build log is located at '/var/tmp/portage/portage/games-rpg/lure-1.1/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/portage/games-rpg/lure-1.1/temp/environment'. * This ebuild is from an overlay: '/usr/local/portage/' * You use $LANGS in src_unpack(), but LANGS is set internally. So it will always fail due to a missing lure-1.1.zip if LINGUAS=en is not set. Maybe I find the time to play around with it a bit... So long, Andreas.
Created attachment 166276 [details] lure-1.1.ebuild Okay, it was quite easy. Don't know if it's logically correct or not. I replaced LANGS with LINGUAS in the for loop in function src_unpack. Tested with LINGUAS="en", LINGUAS="de" and LINGUAS="en de" as well es LINGUAS="fr de".
ScummVM 0.11.1 release notes: http://sourceforge.net/project/shownotes.php?release_id=579019 ScummVM 0.12.0 release notes: http://sourceforge.net/project/shownotes.php?release_id=621976 You'll notice that there is nothing new about Lure in 0.12.0 that wasn't there in 0.11.1. Ergo: the ebuild should depend on 0.11.1, shouldn't it? Greetings, Andreas.
Created attachment 166277 [details] lure-1.1.ebuild KEYWORDS added. DEPEND fixed: scummvm-0.11.1
Created attachment 166934 [details] lure-1.1.ebuild Okay, lure.dat from 0.11.1 http://scummvm.svn.sourceforge.net/svnroot/scummvm/scummvm/tags/release-0-11-1/dists/engine-data/lure.dat is different from the one in 0.12.0 http://scummvm.svn.sourceforge.net/svnroot/scummvm/scummvm/tags/release-0-12-0/dists/engine-data/lure.dat So I changed it back to depend on ScummVM 0.12.0. The ebuild is working perfectly for me. Tested on ~ppc (with ScummVM 0.12.0). Can anyone check ~x86? I'd very much appreciate this ebuild to be in the portage tree, like Drascula (bug #237276).
I get: PictureDecoder went beyond end of source data! pretty quickly so it doesn't look like it's ready to me.
Created attachment 200567 [details] lure-1.1.ebuild try this one, updated lure.dat so be sure to redownload it
games-rpg/lure is in portage.