New version of Cube released. From website (http://www.cubeengine.com/) it looks like there's two recent new ones: cube-20050829 cube-20050822 Reproducible: Always Steps to Reproduce: 1. 2. 3.
Created attachment 67290 [details] game-fps/cube-20050839 ebuild updated from cube-20040522 the compile-fixes patch is not needed anymore. I added -bin suffix to files under $GAMES_LIBDIR
Created attachment 67292 [details, diff] 20050829-gentoo-paths.patch patchs ported from precedent version. I don't change anything, but originals files change
Created attachment 67293 [details] shellscript cube_client-bin very few changes, but a patch would have been bigger
Created attachment 67294 [details] shellscript cube_server-bin last one
Created attachment 67414 [details] better ebuild (imho): games-fps/cube-20050839
Created attachment 67416 [details, diff] diff fixing stupid things shame on me
Hasn't the homepage changed to http://www.cubeengine.com/ ?
Created attachment 68939 [details] games-fps/cube-20050829 Changes : - $HOMEPAGE changed for "http://www.cubeengine.com/" - $KEYWORDS changed for "~x86" - using $CUBE_DATADIR in place of "${GAMES_DATADIR}/${PN}/" looks better finally - edos2unix isn't needed - The wrapper isn't needed, the server doesn't access to any external file. - make_desktop_entry's error check is removed - more clean error messages
***The wrapper isn't needed _for the binary server_ ...
Created attachment 68963 [details] games-fps/cube-20050829.ebuild ebuild after an repoman scan run :-)
err, replace in src_unpack unpack cube_2005_08_29_unix.tar.gz cube_2005_08_29_src.zip with unpack ${MY_P}_unix.tar.gz ${MY_P}_src.zip Sorry
Created attachment 69027 [details, diff] diff from cube-20050829.ebuild diff from the ebuild proposed by F. Steinel (http://bugs.gentoo.org/attachment.cgi?id=68963). Use of the append-flag function in the flag-o-matic eclass.
Created attachment 69144 [details] cube-20050829.ebuild try this version please
Works fine for me, please add to portage.
(In reply to comment #13) Hi, nice ebuild, works fine on my x86 box. but there is some points that I don't understand: - It is not better to use append-flag instead of harcoding some CXXFLAGS ? - ${ARCH} is added to useflag, it is not better to use that ? - The file cube/bin_unix/readme.txt says "The servers need NO libs, no external files, no sound or video, just run it :)" . Why to use an wrapper for the binary one in this case ?
(In reply to comment #15) > - It is not better to use append-flag instead of harcoding some CXXFLAGS ? doesnt matter either way > - ${ARCH} is added to useflag, it is not better to use that ? again, doesnt matter > - The file cube/bin_unix/readme.txt says "The servers need NO libs, no > external files, no sound or video, just run it :)" . Why to use an wrapper > for the binary one in this case ? indeed, i'll fix that and add to portage