Red Hat Bugzilla – Bug 216284
Review Request: dd2 - Dodgin' Diamond 2 - Shoot'em up arcade game
Last modified: 2007-11-30 17:11:49 EST
Spec URL: http://people.atrpms.net/~hdegoede/dd2.spec
SRPM URL: http://people.atrpms.net/~hdegoede/dd2-0.2.1-1.fc7.src.rpm
This is a little shoot'em up arcade game for one or two players. It aims to
be an 'old school' arcade game with low resolution graphics, top-down scroll
action, energy based gameplay and different weapons with several levels of
The rpmlint error is because the game is sgid games in order to allow global highscore saving, it has been patched todo this in a secure way.
Created attachment 141571 [details]
strace output from dd2 crash
The game consistently crashes when running in fullscreen mode with the nvidia
binary driver from livna
$ rpm -q kmod-nvidia
If fullscreen is turned off, or if the normal xorg driver is used, then the
game runs fine. It only crashes when fullscreen is used with the binary
Ah what fun binary driver crap crashes. Thats why I only use opensource drivers
(and select my hardware based on that criteria). Anyways I can find nothing
usefull in the strace. Can you run this under gdb from the console (do "export
DISPLAY=:0.0" first) and then once it crashes switch back to the console to get
a backtrace? Maybe that will give us a hint on whats going on and howto work
around it. If that doesn't help please go file a bug with nvidea.
* rpmlint warns:
E: dd2 non-standard-executable-perm /usr/bin/dd2 02755
This is acceptible for setgid games.
* Package and spec named appropriately
* GPL license ok, license file included
* spec file legible and in Am. English
* Source matches upstream:
* Package builds and compiles on (FC5, FC6, devel) x (i386, x86_64)
* Package contents look sane
* No excessive BR:
* No locales
* No shared libs
* Not relocatable
* Does not own directories that it should not
* Owns all directories that it creates
* No need for a -devel or -doc subpackage
* File permissions ok
* Package provides and requires lists are sane
* Application runs on FC6-x86_64
* Scriptlets look ok
I just ran into the fullscreen problem with another game, so I expect that it
really is a bug in the binary video driver. I'll generate a backtrace and post
it here for your reference, as well as send it upstream to nvidia so that it can
(hopefully) get fixed in a later release.
(In reply to comment #2)
> Ah what fun binary driver crap crashes. Thats why I only use opensource drivers
> (and select my hardware based on that criteria). Anyways I can find nothing
> usefull in the strace. Can you run this under gdb from the console (do "export
> DISPLAY=:0.0" first) and then once it crashes switch back to the console to get
> a backtrace? Maybe that will give us a hint on whats going on and howto work
> around it. If that doesn't help please go file a bug with nvidea.
FYI: It looks like the same problem as described here:
It's nothing for you to worry about; just thought I'd follow up so that you knew
what the problem was.
Thanks for the review and the NVidea headsup!
Imported and build, closing.