Summary: | app-emulation/pcsxr - PCSX-Reloaded: a fork of PCSX, the discontinued Playstation emulator | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Andrey Aleksandrovich <andrey.aleksandrovich> |
Component: | New packages | Assignee: | Michał Górny <mgorny> |
Status: | RESOLVED FIXED | ||
Severity: | enhancement | CC: | games, virtuousfox |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
URL: | http://pcsxr.codeplex.com | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | 493652 | ||
Bug Blocks: | |||
Attachments: |
pcsxr-1.9.93.ebuild
My ebuild Ebuild v2 |
Description
Andrey Aleksandrovich
2013-11-30 10:21:00 UTC
@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. |