I have programmed a simple variant of the game snake. I also have written an ebuild. The ebuild and the .tar.bz2 can you download at http://www.hs.no-ip.info/software/snake.html it would be nice if the game will added to the portage tree. Manuel Lausch
Please, attach a plaintext ebuild here and reopen then.
Created attachment 118901 [details] the ebuild of my game
OK, i've now attached the ebuild
Some things I noticed in your ebuild: you used spaces instead of tabs on lines 21, 22, 26, 30 you're using keywords for untested archs you're using stable x86 (should be ~x86 for initial commit) the whole thing is hosted on dial-up ;> you're not using the standard ebuild header there's a typo in the description ("realy", missing l) this is a game, so inherit games I think that's it :>
ahm, OK :-) i will try to fix this at this weekend.
Created attachment 119241 [details] corrected ebuild
now i have all mistakes removed, except the server which is hosted over a DSL connection
Nearly correct ;> inherit should be before DESCRIPTION and we're already in 2007 :p everything else seems fixed, btw I'd suggest games-arcade as category
You should be compliant with this howto: http://www.gentoo.org/proj/en/desktop/games/games-ebuild-howto.xml You don't need the src_unpack() as the one you did is the default The src_compile() is probably wrong as the one you did is done by the default src_compile() and in that case should be removed at all, but only having make, I doubt it respect the various game directory. The src_install is not calling prepgamesdirs, that is mandatory for our game-ebuilds
Created attachment 119578 [details] try 3 :-)
OK, now I have removed my src_unpack() and src_compile() sections and added in the src_install() sction the prepgamesdir. I think, my make script installs all files in the correct place. the binary to /usr/games/bin/ and the other files, like .wav .png and so on in /usr/share/games/snake/ The inherit have I put on the right position. Also I think games-arcade is the best category for it.
Remember that the binary should be installed where GAMES_BINDIR says, not just /usr/games/bin (actually /usr/games/bin is a default for GAMES_BINDIR but the user can change it). The same is for /usr/share/games. I have not really checked it with your makefile, but I guess is hardcoding path. Isn't so?
Created attachment 130864 [details] new ebuild for version 0.4.2
OK. After a long time I have released a new version which provides the environmentvariables GAMES_DATADIR and GAMES_BINDIR Manuel Lausch
ping
http://www.gentoo.org/proj/en/desktop/games/#doc_chap5_sect10
This is now in the sunrise overlay. You can find it at: http://overlays.gentoo.org/proj/sunrise/browser/reviewed/games-arcade/snake
Hello, everyone. It seems that at least one ebuild related to this bug exists in the Sunrise overlay at the moment. However, I have to regretfully announce that after a long inactivity period the Sunrise project has been discontinued and the related overlay will be eventually removed. For this reason, I'd like to ask you to reevaluate the ebuilds and consider moving them. If you'd like to maintain a package from Sunrise in Gentoo, please take a look at our Proxy Maintainers [1] project. Please make sure to take ebuilds from the unreviewed developer Sunrise repository [2] rather than the -reviewed one, since the latter has not been updated for over a year. While at it, please note that: 1. Adding a package to Gentoo requires declaring yourself as an active maintainer for it. All bugs regarding the package will be assigned to you, and you will be expected to maintain it. 2. Some packages may not be suitable for addition anymore. While there's no strong rules that would prevent you from adding a package, it may be a bad idea to add old-unmaintained packages that will shortly result in a large number of bugs reported with no solution. If that is the case, please close the bug as RESOLVED/OBSOLETE to make it easier to find packages worth adding. 3. Some of the bugs were already closed as WONTFIX/OBSOLETE/... while the relevant ebuild was kept in Sunrise. If you disagree with the original decision, you still can add the ebuild via proxy-maint. 4. Pleaes note that many of the Sunrise ebuilds are old and may be buggy. If you decide to move them, please make sure to update/clean them up. The proxy-maint team will also review your ebuilds, therefore making sure they land in Gentoo in good quality. Once again, thank you for your contribution. We hope that you will still want to contribute to Gentoo, through proxy-maint or otherwise. [1]:https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers [2]:https://gitweb.gentoo.org/proj/sunrise.git/