From Amnesia's site: "Amnesia: The Dark Descent, a first person survival horror. A game about immersion, discovery and living through a nightmare. An experience that will chill you to the core." Reproducible: Always Steps to Reproduce:
Created attachment 252661 [details] amnesia-tdd ebuild, version 1.0.1
Created attachment 252663 [details] amnesia-tdd manifest
Thanks for submitting your ebuild. Assigning to games team in case they're interested. If not, they will reassign to "maintainer-wanted" and you should consider submitting this to sunrise overlay.
Please see my comment on bug #336660. This ebuild should be merged with the demo ebuild, and this bug closed as a duplicate.
there is an issue with fltk slot change. just change: x11-libs/fltk:1.1 entry in your ebuild to: x11-libs/fltk:1
(In reply to comment #4) > Please see my comment on bug #336660. This ebuild should be merged with the > demo ebuild, and this bug closed as a duplicate. Do you have any suggestion about it? A "demo" use flag? Most demo games has a different ebuild from the main one (see "eix -C games demo" as example).
Created attachment 288537 [details] amnesia-tdd-1.2.ebuild
Comment on attachment 288537 [details] amnesia-tdd-1.2.ebuild Version bump.
Zorzo, thanks for the ebuild. Worked great, but I made a few changes to try to improve things a bit: * Trimmed down some of the dependencies, since several of the listed dependencies actually depend on each other. Eg., libvorbis depends on libogg itself, so I removed libogg from the list of dependencies. * Since glew is not slotted (and therefore a hard dep on 1.5 would prevent upgrades to 1.6), I wanted to see if it could work with a newer version of glew, and apparently it does. So, I changed the glew dep to >=1.5, and I create a symlink in the Amnesia libs directory with the appropriate name to the currently installed libGLEW.so. Seems to work fine in my testing. * Rewrote and reordered some of the unpacking logic to delete the temporary files as soon as they're extracted. This cut the $PORTAGE_TMPDIR requirements down to 3.5 GB rather than 4.5 GB. * Included "Remember - Short Story Collection.pdf" when USE=doc is enabled. * Fixed docs installation so that it gets installed in the proper directory * Cleaned up some of the output info/text for better readability I'll attach below. I also noticed one other issue that I didn't get around to fully investigating. When I enable USE=doc, I get copies of the manual and EULA for ALL languages, even though I don't have an of the LINGUAS flags set. It looks like you have some logic in place to figure this out and only install the appropriate language(s), but it's not working right for some reason. Would be nice to get this fixed, but it wasn't a big priority for me.
Created attachment 291241 [details] games-rpg/amnesia-tdd-1.2.ebuild
Created attachment 301877 [details] games-rpg/amnesia-tdd-1.2.ebuild since fltk-1.1 is no longer in portage, the bundled library needs to be used. I've updated the ebuild to install the bundled version, and removed fltk from the dependencies.
Thanks for your ebuild. You need to add unpacker to inherit. See https://bugs.gentoo.org/show_bug.cgi?id=399019
Created attachment 314249 [details] games-rpg/amnesia-tdd-1.2.1 for humble bundle installer amnesia-tdd 1.2.1 from humble bundle did not extract with the system lzma tool. I updated the ebuild a bit in attempt to get it closer to compliance, still crude and hackish, but it works. (based on the ebuild found in the flow overlay)
Created attachment 314369 [details] games-rpg/amnesia-tdd-1.2.1.ebuild It's not that the system version of lzma (xz) can't handle extracting the newest versions (rev 1.2.1-2 was recently released as well), but rather then archive itself is badly packed. Even when using the bundled version of lzma, I still get the same error. Conversely, decompressing it with the bundled and system versions result in a tar file with the same checksum. I worked around the problem like this: xz -F lzma -d -c "./${P}.tar.lzma" 2>/dev/null | tar xf - \ || die "unpacking '${P}.tar.lzma' failed" Not terribly pretty, but it gets the job done. For comparison, the installer unpacks the file like this: "%s/lzma d \"%s\" - 2>/dev/null | tar xvf -" So, even the official installer needs to silence the resulting error. Anyway, I personally prefer to stick with the manual unpack method rather than running the installer from within the ebuild, so I've updated my ebuild to support the new version. Also made a couple other minor changes for cleanup, and removed some leftover debugging code from my previous version.
Created attachment 314625 [details] games-rpg/amnesia-tdd-1.2.1 for humble bundle installer v2 ebuild: updated my varient based on the clever bits from Jared B. and tried to make the ebuild closer to portage installed game norms. removed a couple unnessicary variables. Reasoning below. Since it's handled the same, I agree with you Jared B. in regards to using the system lzma tools. I did not dig that deep into the installer script and assumed that it was using an older version of xz which had a version specific quirk. Over in #gentoo-dev-help I was encouraged to use CHECKREQS_DISK_BUILD as a global variable and to switch the ebuild to eabi 4 so that check-reqs_pkg_setup is not needed in pkg_setup. Also, extracting libfltk in the unpack phase feels like it does not belong there and should be the first thing done in the src_prepare instead. Functionally the same either way, so it's not that important. It's not clear to me why /opt/ is a better choice than the gentoo standard install locations for games (/usr/share/games, /usr/games/lib[64]). I think this one of the factors preventing this ebuild from continuing on it's path to portage.
(In reply to comment #15) > It's not clear to me why /opt/ is a better choice than the gentoo standard > install locations for games (/usr/share/games, /usr/games/lib[64]). I think > this one of the factors preventing this ebuild from continuing on it's path > to portage. ${GAMES_PREFIX_OPT} (normally /opt) is the standard location for prebuilt binary games. Lots of stuff gets installed there (eg., check out quake3 vs. quake3-bin.), so I wouldn't consider it a blocker.
Created attachment 315063 [details] games-rpg/amnesia-tdd-1.2.1 for humble bundle installer v3 I'm done tinkering, here is the result: fixed broken shortcut icon Returned to /opt; after trying to get the game data seperated it became clear that while possible, there is a significant amount of patching required to the game config in order to succeed. It is possible to pass the location of config/main_init.cfg to the binary on launch, so it is possible. Trimmed as much excess code as seemed prudent from the ebuild. Things like touching a file and die messages for things that never fail are unnessicary. There is a glitch with games.eclass (v 1.148 and older) / portage sync older than June 9, 2012 will fail with this ebuild.
I know I'm a little late getting back to this, but I just had a chance to try out your last ebuild and it seems to work fine, though I needed to make two changes: 1. They released a newer (and slightly renamed) -3 revision, so the SRC_URI must be updated accordingly: MY_REV="-3 SRC_URI="${MY_PN}-${PV}${MY_REV}.sh" 2. In order to make the game run, I had to add this line back to the wrapper script: cd "${GAMEDIR}" Otherwise, seems to work about the same as the previous ebuild. I'm all for standardizing, though, so I deprecated my previous ebuild. I'm also going to attach a version of your ebuild with the two changes above, that way it's ready to go when anyone else downloads it. Thanks for the work on this.
Created attachment 358662 [details] games-rpg/amnesia-tdd-1.2.1-r1.ebuild kisak42's ebuild with a couple updates
Created attachment 405930 [details] games-rpg/amnesia-tdd-1.3.1.ebuild updated for latest available version, 1.3.1. They changed the how the installer is packaged in this release, so there are a few changes to accommodate the new structure. Functionally this should work the same.
Hi, first of all thanks for the ebuild. I found out that the recent version 1.3.1 requires media-libs/devil. Without it the luncher throws: ./Launcher.bin: error while loading shared libraries: libIL.so.1: cannot open shared object file: No such file or directory. With latest media-libs/devil which curenty is 1.7.8-r2 it works fine.
