Created attachment 364252 [details] pcsxr-1.9.93.ebuild PCSX-Reloaded: a fork of PCSX, the discontinued Playstation emulator. I take that https://github.com/UnixHub/UnixHub-Portage/blob/master/games-emulation/pcsxr/pcsxr-1.9.93.ebuild as source, but it was needed some changes: - x11-libs/gtk+ + >=x11-libs/gtk+-3.0 -for i in $(grep -irl 'games/psemu' *); - do - sed -i "$i" \ - -e "s:games/psemu:psemu:g" \ - || die "sed failed" - done Now it seems to be working :)
@games: mind if I take it?
Created attachment 364932 [details] My ebuild Here's my ebuild that I'm mostly likely going to commit in a few hours. I'd prefer seeing proper SDL2 or virtual for SDL first, though.
(In reply to Michał Górny from comment #2) > Created attachment 364932 [details] > My ebuild > > Here's my ebuild that I'm mostly likely going to commit in a few hours. I'd > prefer seeing proper SDL2 or virtual for SDL first, though. * this will not set any games permissions * empty useflag list for libsdl is _very_ uncommon, you should double check that it works with all libsdl useflags disabled * looks like abuse of REQUIRED_USE, although this is not a library * description and homepage are both empty
Created attachment 364952 [details] Ebuild v2 Does anyone know a decent way of getting tarballs out of codeplex?
(In reply to Michał Górny from comment #4) > Created attachment 364952 [details] > Ebuild v2 > Does anyone know a decent way of getting tarballs out of codeplex? That site is not 'bot-friendly' (captcha, waiting). So, your 'SRC_URI="${P}.zip"' doesn't have any sense. The only way is the 'manual fetching' - http://www.gentoo-wiki.info/FAQ_Fetch_Restrictions And don't forget that .zip snapshots doesn't save permission attributes of including files.
these directories/files do not adhere to games.eclass or FHS: /usr/lib64/games/psemu /usr/share/games/pixmaps/pcsxr-icon.png /usr/share/games/applications/pcsxr.desktop
/usr/games/share/locale as well
(In reply to Julian Ospald (hasufell) from comment #6) > these directories/files do not adhere to games.eclass or FHS: > > /usr/lib64/games/psemu Does it make sense to use /usr/games/lib64/games? > /usr/share/games/pixmaps/pcsxr-icon.png > /usr/share/games/applications/pcsxr.desktop I'm in process of fixing the build system. Or rather, waiting for codeplex confirmation mail but I guess Microsoft fails at sending non-spam mails as well.
(In reply to Michał Górny from comment #8) > (In reply to Julian Ospald (hasufell) from comment #6) > > these directories/files do not adhere to games.eclass or FHS: > > > > /usr/lib64/games/psemu > > Does it make sense to use /usr/games/lib64/games? It is defined in the eclass as: "${GAMES_PREFIX}/$(get_libdir)" which defaults to /usr/games/lib64 subdirectories are ok, but that rather looks like /usr/games/lib64/${PN} > > > /usr/share/games/pixmaps/pcsxr-icon.png > > /usr/share/games/applications/pcsxr.desktop > > I'm in process of fixing the build system. Or rather, waiting for codeplex > confirmation mail but I guess Microsoft fails at sending non-spam mails as > well. you could probably copy-paste a few bits from games-board/xboard/files/xboard-4.7.2-paths.patch
./configure --help | grep ccdda seems to yield nothing
(In reply to Julian Ospald (hasufell) from comment #9) > > > /usr/share/games/pixmaps/pcsxr-icon.png > > > /usr/share/games/applications/pcsxr.desktop > > > > I'm in process of fixing the build system. Or rather, waiting for codeplex > > confirmation mail but I guess Microsoft fails at sending non-spam mails as > > well. > > you could probably copy-paste a few bits from > games-board/xboard/files/xboard-4.7.2-paths.patch That patch is unnecessarily complex, and has wrong defaults. Nowadays you should just use datarootdir [1]. [1]:https://www.gnu.org/software/autoconf/manual/autoconf-2.64/html_node/Changed-Directory-Variables.html (In reply to Julian Ospald (hasufell) from comment #10) > ./configure --help | grep ccdda > > seems to yield nothing $ ./configure --help | grep ccdda --enable-ccdda support for compressed CDDA formats via ffmpeg (default=no) $ grep ccdda configure.ac AC_ARG_ENABLE(ccdda, [ --enable-ccdda support for compressed CDDA formats via ffmpeg (default=no)], Are you grepping the correct package? it's 1.9.94 now (you need to go through 'downloads' and select the newer version on the right hand side).
(In reply to Michał Górny from comment #11) > (In reply to Julian Ospald (hasufell) from comment #9) > > > > /usr/share/games/pixmaps/pcsxr-icon.png > > > > /usr/share/games/applications/pcsxr.desktop > > > > > > I'm in process of fixing the build system. Or rather, waiting for codeplex > > > confirmation mail but I guess Microsoft fails at sending non-spam mails as > > > well. > > > > you could probably copy-paste a few bits from > > games-board/xboard/files/xboard-4.7.2-paths.patch > > That patch is unnecessarily complex, and has wrong defaults. Nowadays you > should just use datarootdir [1]. > > [1]:https://www.gnu.org/software/autoconf/manual/autoconf-2.64/html_node/ > Changed-Directory-Variables.html > I don't understand how that makes the defaults "wrong". > (In reply to Julian Ospald (hasufell) from comment #10) > > ./configure --help | grep ccdda > > > > seems to yield nothing > > $ ./configure --help | grep ccdda > --enable-ccdda support for compressed CDDA formats via ffmpeg > (default=no) > $ grep ccdda configure.ac > AC_ARG_ENABLE(ccdda, [ --enable-ccdda support for compressed CDDA > formats via ffmpeg (default=no)], > > Are you grepping the correct package? it's 1.9.94 now (you need to go > through 'downloads' and select the newer version on the right hand side). Right, I was testing 93
Committed after a few more review rounds on #gentoo-games. +*pcsxr-1.9.94 (11 Dec 2013) + + 11 Dec 2013; Michał Górny <mgorny@gentoo.org> + +files/pcsxr-1.9.94-disable-sdl2.patch, + +files/pcsxr-1.9.94-install-paths.patch, +metadata.xml, +pcsxr-1.9.94.ebuild: + Introduce an ebuild for pcsxr, the forked PSX emu. Bug #492936.
I still get /usr/games/share/applications/pcsxr.desktop /usr/games/share/pixmaps/pcsxr-icon.png /usr/games/share/locale/fr_FR
+ 11 Dec 2013; Michał Górny <mgorny@gentoo.org> pcsxr-1.9.94.ebuild: + Pass missing --datarootdir. Fixed and opened bug against the eclass.
*** Bug 282363 has been marked as a duplicate of this bug. ***
(In reply to Michał Górny from comment #4) > Does anyone know a decent way of getting tarballs out of codeplex? http://pcsxr.codeplex.com/site/legal/privacy © 2006-2013 Microsoft Just to note.
(In reply to Andrey Aleksandrovich from comment #17) > (In reply to Michał Górny from comment #4) > > Does anyone know a decent way of getting tarballs out of codeplex? > http://pcsxr.codeplex.com/site/legal/privacy > © 2006-2013 Microsoft > > Just to note. Yes, I've noticed. I'm also wondering if that's the reason I'm not getting activation e-mail for my new account there.
Anyway, the code is GNU/GPL'ed, so it's possible to make another 'bot-friendly' repository, which would be specified as $SRC_URI.