This is a new ebuild for Ren'Py: The Visual Novel engine.
Created attachment 216770 [details] ebuild for renpy-6.10.1
Created attachment 216823 [details] New version
Created attachment 216868 [details] New version
Created attachment 217895 [details] New ebuild
The ebuild failed with the following error: /var/tmp/portage/dev-games/renpy-6.10.2/temp/environment: line 4087: syntax error near unexpected token `||' /var/tmp/portage/dev-games/renpy-6.10.2/temp/environment: line 4087: ` || die "Failed to create ${PN}"' * * ERROR: dev-games/renpy-6.10.2 failed. * Call stack: * ebuild.sh, line 1748: Called die * The specific snippet of code: * preprocess_ebuild_env || \ * die "error processing environment" * The die message: * error processing environment
(In reply to comment #5) > The ebuild failed with the following error: > ... Can you attach files /var/tmp/portage/dev-games/renpy-6.10.2/temp/environment /var/tmp/portage/dev-games/renpy-6.10.2/temp/build.log and output of the command "emerge --info"?
Next time, when you commit an ebuild on sunrise, make sure you will adjust Whiteboard and Keywords as the sunrise documentation suggests Thank you
(In reply to comment #7) > Next time, when you commit an ebuild on sunrise, make sure you will adjust > Whiteboard and Keywords as the sunrise documentation suggests > > Thank you I waited until my ebuild will be moved to reviewed/ subtree as HowToCommit says ("You should mention the Sunrise Overlay with a URL to the reviewed/ directory") Sorry for delay. And now it is in the sunrise overlay: http://overlays.gentoo.org/proj/sunrise/browser/reviewed/dev-games/renpy
The version in overlay are updated. I`ve splitted this package into two: renpy and renpy-modules. The renpy now support SLOTs, while renpy-modules doesn`t need SLOTting (it is fully backward compatible). If you need to play renpy games, you just need to install renpy-modules. Renpy package is for development or if you want to use system-wide renpy installation (vs bundled with game). Changes: http://overlays.gentoo.org/proj/sunrise/changeset/10196 http://overlays.gentoo.org/proj/sunrise/changeset/10197
Comment on attachment 217895 [details] New ebuild Version of this ebuild in overlay obsoletes this one.
Thanks for this ebuild. Can you change the ebuild in the overlay so that the renpy binary is installed to $PN, not $P - this makes it possible to eg use games_make_wrapper for renpy games, and is how other packages do things. Also, the main install should go into ${GAMES_DATADIR}/${PN}, not ${GAMES_DATADIR}/${P} Noticed these as I'm writing an ebuild for a lovely littly renpy game (which will be in a bug here soon).
(In reply to comment #11) > Thanks for this ebuild. Can you change the ebuild in the overlay so that the > renpy binary is installed to $PN, not $P - this makes it possible to eg use > games_make_wrapper for renpy games, and is how other packages do things. Also, > the main install should go into ${GAMES_DATADIR}/${PN}, not > ${GAMES_DATADIR}/${P} I use $PN-$SLOT for naming 'binary' (actually a shell script), not $P . There is a reason to do things in that way. Renpy have API breakage in some versions: http://www.renpy.org/wiki/renpy/Incompatible_Changes (The version 6.9.10 is actually 6.10.0 version.) Because old games cannot run with newest renpy, I decided to create a slot for each new incompatible change. The $SLOT naming scheme (X.Y from first release with API breakage) may not be the most suitable. If you have better $SLOT naming scheme then suggest it. You can call your game using "renpy-6.10 /path/to/game" if game is written with renpy-6.10 or later. For versions 6.9.2-6.9.3 use renpy-6.9 Pre 6.9.2 games is not supported by me. > Noticed these as I'm writing an ebuild for a lovely littly renpy game (which > will be in a bug here soon). Every renpy game is shipped with renpy 'base' files. You can decide to run your game using two methods: 1) Using shipped renpy. You only need RDEPEND=">=dev-games/renpy-modules-X.Y.Z" in ebuild, where X.Y.Z is the version of renpy engine that was using to build this game. Modules are fully backward compatible and latest renpy-modules will always work. Run your game using shipped shell script. 2) Using system wide renpy. You need RDEPEND="dev-games/renpy:$SLOT" in ebuild. Run game using renpy-$SLOT /path/
(In reply to comment #12) > I use $PN-$SLOT for naming 'binary' (actually a shell script), not $P . > > There is a reason to do things in that way. > Renpy have API breakage in some versions: > http://www.renpy.org/wiki/renpy/Incompatible_Changes > (The version 6.9.10 is actually 6.10.0 version.) > > Because old games cannot run with newest renpy, I decided to create a slot for > each new incompatible change. Aah, right, that makes a lot of sense. Sorry, I didn't consider slots. > The $SLOT naming scheme (X.Y from first release with API breakage) may not be > the most suitable. > If you have better $SLOT naming scheme then suggest it. Sounds fine to me :-) > You can call your game using "renpy-6.10 /path/to/game" if game is written with > renpy-6.10 or later. For versions 6.9.2-6.9.3 use renpy-6.9 > Pre 6.9.2 games is not supported by me. Yep, that's my plan. Thanks alot.
There is a problem with latest version: !!! Fetched file: renpy-6.12.1-source.tar.bz2 VERIFY FAILED! !!! Reason: Filesize does not match recorded size !!! Got: 9262301 !!! Expected: 9253445
(In reply to comment #14) > There is a problem with latest version: > > !!! Fetched file: renpy-6.12.1-source.tar.bz2 VERIFY FAILED! > !!! Reason: Filesize does not match recorded size > !!! Got: 9262301 > !!! Expected: 9253445 it should be ok now
Upstream updated the file without changing the filename. They've promised* not to do that again.
I get a build failure: # emerge -1a renpy-modules These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] dev-games/renpy-modules-6.12.2 0 kB [1] ... >>> Emerging (1 of 1) dev-games/renpy-modules-6.12.2 from sunrise * renpy-6.12.2-source.tar.bz2 RMD160 SHA1 SHA256 size ;-) ... [ ok ] >>> Unpacking source... >>> Unpacking renpy-6.12.2-source.tar.bz2 to /var/tmp/portage/dev-games/renpy-modules-6.12.2/work >>> Source unpacked in /var/tmp/portage/dev-games/renpy-modules-6.12.2/work >>> Preparing source in /var/tmp/portage/dev-games/renpy-modules-6.12.2/work/renpy-6.12.2/module ... >>> Source prepared. >>> Configuring source in /var/tmp/portage/dev-games/renpy-modules-6.12.2/work/renpy-6.12.2/module ... >>> Source configured. >>> Compiling source in /var/tmp/portage/dev-games/renpy-modules-6.12.2/work/renpy-6.12.2/module ... * Building of dev-games/renpy-modules-6.12.2 with CPython 2.7... python2.7 setup.py build -b build-2.7 Found zlib.h in /usr/include. Found png.h in /usr/include. Found SDL.h in /usr/include/SDL. Found ft2build.h in /usr/include. Found freetype/freetype.h in /usr/include/freetype2. Found libavutil/avstring.h in /usr/include. Found libavformat/avformat.h in /usr/include. Found libavcodec/avcodec.h in /usr/include. Found libswscale/swscale.h in /usr/include. Found GL/glew.h in /usr/include. Found /usr/lib/libSDL.so. Found /usr/lib/libpng.so. Found /usr/lib/libavformat.so. Found /usr/lib/libavcodec.so. Found /usr/lib/libavutil.so. Found /usr/lib/libswscale.so. Found /usr/lib/libfreetype.so. Found /usr/lib/libfribidi.so. Found /usr/lib/libz.so. Found /usr/lib/libGLEW.so. _renpy.pyx is not newer than _renpy.c _renpybidi.pyx is not newer than _renpybidi.c sound.pyx is not newer than sound.c winmixer.pyx is not newer than winmixer.c running build running build_py creating build-2.7 creating build-2.7/lib.linux-x86_64-2.7 creating build-2.7/lib.linux-x86_64-2.7/pysdlsound copying lib/pysdlsound/__init__.py -> build-2.7/lib.linux-x86_64-2.7/pysdlsound copying lib/pysdlsound/linmixer.py -> build-2.7/lib.linux-x86_64-2.7/pysdlsound warning: build_py: byte-compiling is disabled, skipping. running build_ext building '_renpy' extension creating build-2.7/temp.linux-x86_64-2.7 x86_64-pc-linux-gnu-gcc -pthread -march=amdfam10 -O2 -pipe -g -ggdb -fPIC -I/usr/include -I/usr/include/SDL -I/usr/include/freetype2 -I/usr/include/python2.7 -c IMG_savepng.c -o build-2.7/temp.linux-x86_64-2.7/IMG_savepng.o -O3 -Wno-unused-function IMG_savepng.c: In function ‘IMG_SavePNG_RW’: IMG_savepng.c:87:28: error: ‘voidp’ undeclared (first use in this function) IMG_savepng.c:87:28: note: each undeclared identifier is reported only once for each function it appears in IMG_savepng.c:87:34: error: expected ‘)’ before ‘src’ IMG_savepng.c:87:34: error: too few arguments to function ‘png_set_write_fn’ /usr/include/png.h:1759:1: note: declared here IMG_savepng.c:94:17: error: ‘Z_BEST_COMPRESSION’ undeclared (first use in this function) IMG_savepng.c:97:20: error: ‘Z_NO_COMPRESSION’ undeclared (first use in this function) IMG_savepng.c:103:37: error: ‘Z_DEFAULT_COMPRESSION’ undeclared (first use in this function) error: command 'x86_64-pc-linux-gnu-gcc' failed with exit status 1
Created attachment 287665 [details] output of emerge --info =dev-games/renpy-modules-6.12.2
Created attachment 287667 [details] the environnement file
@Dominique: I've just pushed an updated ebuild + patch to sunrise. It should go live in a few days.
Created attachment 320478 [details] This is an ebuild from sunrise for a newer version, with a patch to fix the build applied Here is a newer version with a patch to fix the build agaianst fribidi. I will also attach just the patch.
Created attachment 320480 [details, diff] Fribidi patch This is just the patch.
(In reply to comment #21) > Here is a newer version with a patch to fix the build agaianst fribidi. I > will also attach just the patch. Thanks for the new ebuild. I saw that -6.13.7 failed to build with latest media-libs/glew and so I'm quite happy you updated it. Compiled fine here on ~amd64
oooh, awesome! +*renpy-6.14.1 (27 Feb 2013) + + 27 Feb 2013; Julian Ospald <hasufell@gentoo.org> +renpy-6.14.1.ebuild, + +files/renpy-6.14.1-av_close_input_stream.patch, + +files/renpy-6.14.1-multiple-abi.patch, + +files/renpy-6.14.1-remove-AVFormatParameters.patch, +metadata.xml: + initial import wrt #301324 when updating make sure you _unmerge_ renpy-modules from sunrise first cause it's one ebuild now (category games-engines) if you need additional slots, please say so and which one, the ebuild is ready for adding new/old slots
*** Bug 459662 has been marked as a duplicate of this bug. ***
