Bug 71436 – games-fps/serious-sam-tfe - Serious Sam: The First Encounter (New Package)

• Product: Gentoo Linux
• Status: RESOLVED FIXED

[Description Matt 2004-11-16 13:07:25 UTC]

File: serious-sam-tfe-1.05_beta3.ebuild

A new ebuild not current in the portage tree for Serious Sam -The First Encounter-, by Croteam.com. This ebuild uses Icculus.org packages to install but has modified the process so that it is entirely automated, without prompts and with a GUI as the original Icculus.org installer had.

Reproducible: Always
Steps to Reproduce:
1.
2.
3.

[Comment 1 Matt 2004-11-16 13:09:11 UTC]

Created attachment 44097 [details]
serious-sam-tfe-1.05_beta3.ebuild (New Package)

[Comment 2 Matt 2004-11-16 13:15:40 UTC]

A type in the original description should have read:


This ebuild uses Icculus.org packages to install but has modified the process so that it is entirely automated, without prompts AND WITHOUT A GUI AS THE original Icculus.org installer had.

[Comment 3 Matt 2004-11-25 13:47:13 UTC]

Created attachment 44750 [details]
serious-sam-tfe-1.05_beta3.ebuild (New Package)

Fixes ownership to root.games in /usr/games/bin and /opt/serious-sam-tfe.

[Comment 4 Matt 2004-11-25 14:04:01 UTC]

Created attachment 44752 [details]
serious-sam-tfe-1.05_beta3.ebuild (New Package)

A further notice in ebuild function pkg_postinst() that serious-sam-tfe
requires the game CDROM to be mounted before play.

[Comment 5 Matt 2004-12-13 21:40:07 UTC]

Created attachment 45958 [details]
serious-sam-tfe-1.05_beta3.ebuild (New Package)

Symlink ownership changes during src_install() referencing non-image
directories corrected. Note in pkg_postinst() regarding CDROM mounting changed
to indicate launch problems MAY be caused by the game CDROM not being mounted.
Bug concerning KDE/Gnome menu entries could not be acted on as a proper
Gentoo-wide solution has not yet been created.

[Comment 6 Matt 2005-01-16 20:58:36 UTC]

Created attachment 48705 [details]
serious-sam-tfe-1.05_beta3.ebuild (New Package)

Fixes /Install/ copy instead of /Install/* copy. Smarter copying of CD data.

[Comment 7 Paul Bredbury 2006-02-28 14:52:16 UTC]

Created attachment 80984 [details]
ssamtfe-1_beta3.ebuild

Here is a tidied ebuild.

[Comment 8 Greg Coit 2006-03-23 17:04:04 UTC]

ssamtfe-1_beta3.ebuild worked well for me - install was very smooth.  Game runs pretty well.

[Comment 9 Bernd Buschinski 2006-07-06 15:14:42 UTC]

install and game works perfect here
(ssamtfe-1_beta3.ebuild)

[Comment 10 Matt 2006-11-15 20:07:32 UTC]

#7: Okay, I'll admit I've been away from Gentoo for a while and so I'm very,
very rusty, but do your ebuilds even work? I can't get a digest out of them.
They seem broken?

[Comment 11 Paul Bredbury 2006-11-15 20:34:04 UTC]

(In reply to comment #10)
> I can't get a digest out of them.

Use Portage properly ;)

ebuild name-version.ebuild digest

[Comment 12 Matt 2006-11-15 20:43:36 UTC]

#10: Sorry, I'm _am_ very, very rusty. Learning things again. No problems with the ebuild yet.

[Comment 13 Ivan Yosifov 2006-12-17 04:09:41 UTC]

I am having trouble downloading ssam-tfe-lnx-beta1a.run. Anyone have the file ?

[Comment 14 Matt 2006-12-17 12:28:59 UTC]

#13:

I should've noted this earlier when I tried the new ebuild. Those files aren't coming from a "reliable" source. Not that icculus.org is all that reliable, but at least it's a bigger name and you know it should be there.

Which brings me to my next point, I really do appreciate people actually getting involved and wanting to clean up the ebuild, but taking a look at it I really don't the quality of the ebuild.

I hate to sound like I have a big ego, but I liked my version much more. My deps weren't accurate, I'll give you that so I touched it on my personal copy.

At any rate I like my ebuild better and my ebuild gets the files and does what's needed from icculus.org, which is working and is reputable.

[Comment 15 Paul Bredbury 2006-12-17 17:30:55 UTC]

Created attachment 104253 [details]
ssamtfe-1_beta3.ebuild

Improved SRC_URI. Minor tweaks. Untested ebuild.

[Comment 16 Jonathan Stickel 2007-04-14 19:45:08 UTC]

(In reply to comment #15)
> ssamtfe-1_beta3.ebuild
Works with amd64 and Serious Sam Gold edition, disk 1!

[Comment 17 Jared B. 2010-07-05 19:55:05 UTC]

FYI, the ssamtfe-1_beta3.ebuild fails to install for me.  I spent a while troubleshooting it, but never could figure out exactly why.  It fails with this error message:

 * ERROR: games-fps/ssamtfe-1_beta3 failed:
 *   doins main failed

which corresponds to this line in the ebuild:
doins -r * || die "doins main failed"

doins doesn't seem to like the recursive copy, for whatever reason.  If I remove the -r, the installation completes (though, of course, I'm missing all of the subdirectories).  After failing to find a suitable workaround using doins, I switch to the following:

cp -rp * "${D}/${dir}" || die "cp main failed"

This is not proper, I know, but it works.  All files and subdirectories were properly copied, and I can play may game.  Yay.

Seems like this is a bug in doins, but I'm really not sure what could be causing it.  Anyone else with Serious Sam - can you install this ebuild today?

[Comment 18 Jared B. 2010-07-05 21:07:16 UTC]

Created attachment 237629 [details]
games-fps/ssamtfe-1_beta3-r1.ebuild

While testing the game I noticed that it runs way too fast (nearly unplayably so) on my machine.  While investigating this I found two linux binaries are installed for the game:  ssam_lnx and ssam_lnx.dynamic.  I'm not really sure what the difference is, but switching to ssam_lnx.dynamic fixed my problems - game runs great now.

The attached ebuild contains a small revision to switch the ssamtfe script call the ssam_lnx.dynamic binary rather than the default ssam_lnx binary.  It also contains my doins -r "fix", as described in my last comment, but I recommend switching that back to the original doins line if it works for you.

[Comment 19 Tango 2012-07-11 13:42:30 UTC]

ssamtfe-1_beta3-r1.ebuild is causing emerge errors

ERROR: other
EAPI assignment in ebuild 'games-fps/ssamtfe-1_beta3-r1::x-portage'
does not conform with PMS section 7.3.1 (see bug #402167):
	valid EAPI assignment must occur on or before line: 5
NOTE: This error will soon become unconditionally fatal in a future
version of Portage, but at this time, it can by made non-fatal by
setting FEATURES=-parse-eapi-ebuild-head in make.conf.

[Comment 20 Jared B. 2012-09-15 04:23:13 UTC]

Created attachment 323844 [details]
games-fps/ssamtfe-1_beta3-r1.ebuild

minor update: cdrom and unpacker eclasses now explicitly included, as required

[Comment 21 Jared B. 2012-09-21 01:08:14 UTC]

Copying over a comment from bug 71481:

> Sure, i can say you what to look for in ebuild. This is:

> - proper KEYWORDS;
> - verified dependencies both on amd64 and x86(if you can not verify them on
> some of this arches, just say it in ebuild's comment) - probably by running
> clean stage3 in chroot and discovering dependencies one by one;
> - do not bother about QA variables - i will handle this myself;
> - take care about unneeded files(such as Setup.exe and stuff for it) and
> bundled libraries(such as libogg and libvorbis - package should use system ones
> if it is possible)

I made the suggested changes, along with cleaning up a few other things that I found.  End result should be pretty good, and very close to your SE build, but I don't have any way to test the x86 dependencies, so I just copied them over.

Did a little play testing under amd64 and it seems to work well.  Please let me know if I can do anything else.

[Comment 22 Sergey Popov 2012-09-21 06:16:29 UTC]

(In reply to comment #21)
> Copying over a comment from bug 71481:
> 
> > Sure, i can say you what to look for in ebuild. This is:
> 
> > - proper KEYWORDS;
> > - verified dependencies both on amd64 and x86(if you can not verify them on
> > some of this arches, just say it in ebuild's comment) - probably by running
> > clean stage3 in chroot and discovering dependencies one by one;
> > - do not bother about QA variables - i will handle this myself;
> > - take care about unneeded files(such as Setup.exe and stuff for it) and
> > bundled libraries(such as libogg and libvorbis - package should use system ones
> > if it is possible)
> 
> I made the suggested changes, along with cleaning up a few other things that
> I found.  End result should be pretty good, and very close to your SE build,
> but I don't have any way to test the x86 dependencies, so I just copied them
> over.
> 
> Did a little play testing under amd64 and it seems to work well.  Please let
> me know if I can do anything else.

It seems that you forgot to attach modified ebuild ;-)

[Comment 23 Jared B. 2012-09-21 14:08:15 UTC]

Created attachment 324512 [details]
games-fps/ssamtfe-1_beta3-r1.ebuild

That would probably help.  Thanks for the reminder.

[Comment 24 Sergey Popov 2012-09-22 02:00:53 UTC]

+  22 Sep 2012; Sergey Popov <[e-mail]>
+  +serious-sam-tfe-1_beta3.ebuild, +metadata.xml:
+  Initial commit wrt bug #71436. Thanks to all those people who helps writing
+  this ebuild