A non-working (but close) ebuild for Tecnoballz. Maybe ready for portage by 1.0 or if someone really cares enough to fix up this ebuild so it works.
Created attachment 43525 [details] tecnoballz-0.90.ebuild
later
ebuild works perfectly for me. what's the problem with it? or is the problem with the game itself?
*** Bug 136985 has been marked as a duplicate of this bug. ***
Created attachment 89363 [details] tecnoballz-0.91.ebuild Here is a working ebuild.
Created attachment 89369 [details] tecnoballz-0.91.ebuild Added "cvs" USE flag. CVS contains GCC 4 fixes.
Created attachment 89423 [details] tecnoballz-0.91.ebuild Added the ~amd64 keyword and a check to see if sdl-mixer was compiled with mikmod (if not, background music will not work). Thanks for this CVS ebuild, which is just what I needed as the 0.91 release didn't work for me.
Created attachment 98398 [details] games-arcade/tecnoballz/tecnoballz-0.91.ebuild This is the ebuild without the CVS stuff. It'll make more sense in a minute.
Created attachment 98399 [details] games-arcade/tecnoballz/tecnoballz-9999.ebuild Here's the CVS ebuild. As you can guess, the CVS ebuild seems to work fine. So, anyone care to come up with a patch for the non-CVS ebuild to work with GCC 4.1?
*** Bug 186117 has been marked as a duplicate of this bug. ***
Created attachment 125579 [details] tecnoballz-0.91.ebuild Includes Debian's patches. Compiles with sys-devel/gcc-4.1.2
*** Bug 232219 has been marked as a duplicate of this bug. ***
Created attachment 161062 [details] games-arcade/tecnoballz/tecnoballz-0.92.ebuild Version bump.
Why this is still RESOLVED LATER? Any good reason for this?
(In reply to comment #14) > Why this is still RESOLVED LATER? Any good reason for this? > I can't change this status myself... my opinion is this bug should be reopened.
I'm going to add it to portage
Package is now in portage. Thanks