Bugzilla Bug 56195

Can we have an ebuild please? :)

Reproducible: Didn't try
Steps to Reproduce:

An ebuild would be nice. I tried my hand, but am still attempting to teach
myself more about this ebuild business. Wasn't quite successful. :o( If any of
the devs/maintainers would be so kind, it would be appreciated. We *do*
appreciate your time. 

Thanks.

Created an attachment (id=35564) [edit]
mupen64-0.4.ebuild

Hi!

Friend ask to to do an ebuild for him for mupen64.

Problems:
- mupen consist of packages that do not have versions (riceplugin.tar.bz2,
mupen64_input.tar.bz2, etc.) - and it's _BAD_. It's not 'gentoo way of
thinking' - "boys" of OOo team have same problem with dictionary files.
The problem is that for this version you need newest files and on gentoo
mirrors you can get files only for the previous version of mupen.
Unfortunatelly ebuild cannot recognize is downloading file is the one it needs.

!!You have to manually delete all mupen files from your DISTDIR (normally
/usr/portage/distfiles) and then download everything with the ebuild!! :(
Atleast for now.

- I used ebuild for the 0.3 version. Istead of sed'ing everything I created
patches

- USE="avi" can build you camera recorder support

- USE="sdl" will build jtty sound suport trough the sdl

- I created patches for confdir violation (almost prefect :( almost)

- there is a dirty hack for creating conf dir in user home dir - just look at
the mupen64 file.

Well - basicly it works :) So have fun!

Hope you find it useful.

PS. I'm terribly sorry for my english ;-)

Regards,
Przemek

Created an attachment (id=35565) [edit]
mupen64-0.4.ebuild

Hi!

Friend ask to to do an ebuild for him for mupen64.

Problems:
- mupen consist of packages that do not have versions (riceplugin.tar.bz2,
mupen64_input.tar.bz2, etc.) - and it's _BAD_. It's not 'gentoo way of
thinking' - "boys" of OOo team have same problem with dictionary files.
The problem is that for this version you need newest files and on gentoo
mirrors you can get files only for the previous version of mupen.
Unfortunatelly ebuild cannot recognize is downloading file is the one it needs.

!!You have to manually delete all mupen files from your DISTDIR (normally
/usr/portage/distfiles) and then download everything with the ebuild!! :(
Atleast for now.

- I used ebuild for the 0.3 version. Istead of sed'ing everything I created
patches

- USE="avi" can build you camera recorder support

- USE="sdl" will build jtty sound suport trough the sdl

- I created patches for confdir violation (almost prefect :( almost)

- there is a dirty hack for creating conf dir in user home dir - just look at
the mupen64 file.

Well - basicly it works :) So have fun!

Hope you find it useful.

PS. I'm terribly sorry for my english ;-)

Regards,
Przemek

Created an attachment (id=35566) [edit]
mupen64

script for creating dirs and starting the emulator

Created an attachment (id=35567) [edit]
mupen64-confdir.patch

Created an attachment (id=35568) [edit]
mupen64-gcc3.patch

this patch comes from the previous version of mupen from portage

Created an attachment (id=35569) [edit]
mupen64-gentoo-avi.patch

Created an attachment (id=35570) [edit]
mupen64-gentoo-sdl.patch

if USE="sdl" then patch what we need

Created an attachment (id=35571) [edit]
mupen64-makefiles.patch

patch instead of all this sed'ing makefiles

Created an attachment (id=35608) [edit]
mupen64-0.4.ebuild

I want to apologize everyone who have problems with this ebuild. There were few
mistakes... Sorry ;-)

Anyway,now: new version :)

Also I've forgotten to tell you:
you NEED to do rm -rf .mupen64 since first running new version of mupen64. I
changed few things in sources... ;-)

If you have any difficulties - post it here or email me.

Regards,
Przemek

Created an attachment (id=35609) [edit]
mupen64

There was problem wth lang... sorry
Also I removed this dirty hack with copying and deleting after that... Now it
should be okay.

Created an attachment (id=35610) [edit]
mupen64-confdir.patch

Created an attachment (id=35611) [edit]
mupen64-0.4.ebuild

Stupid, small mistake with creating documentation... doesn't affect rest of the
package.

Created an attachment (id=35614) [edit]
polish.lng

File with polish translation.

I created this file togother with Michal Przeplata (lprzeplata@wi.ps.pl).

Regards,
Przemek

*Dong*
Anything happening here?

The folks seem to have updated mupen64_sound ... I get some rejects...

Created an attachment (id=39947) [edit]
updated ebuild

Created an attachment (id=39948) [edit]
updated makefiles patch

Created an attachment (id=39949) [edit]
updated confdir patch

Alright, I felt like playing some n64 today so I worked on this a bit.  Updated
patches that failed, and tweaked the ebuild to actually USE the patches in the
correct places (or at all).  Builds perfectly now as long as you have all the
stuff that's here (ebuild, makefile patch, confdir patch, sdl patch, avi patch,
gcc3 patch, mupen64).

Hopefully you can close this now.

Will this thing eventually go inteo portage?

*sigh* looks like these patches need to be updated again, lots of errors during
the patching

Patches work fine here.

Hey, since I guess that guys at Mupen64 are always open to contribs, what about
giving them the patches (plus telling them to use a version number)? So we'll
avoid updating them every new release and they'll benefit from that too.

I'll send the mantainer an email (trying doesn't make any harm).

Hello!

Days ago I tried to talk with mupen devs and convince them to use version numbers... they didn't want to talk about it - maybe now? Anyway - good luck!

PS. Sorry for my english!

Regards,
Przemek

.....

why are you using patch -p0 < .... instead of 'nice looking' and shorter form 'epatch' ??

Regards,
Przemek

Created an attachment (id=43238) [edit]
Patch for an ipotetic "+gtk2" USE flag to the Makefile

This is a patch to enable building with the gtk+2 toolkit. This patch should be
applied before any other if the gtk2 USE flag in the ebuild is set.

The ebuild needs to be modified accordingly to make use of "gtk2".

Created an attachment (id=43239) [edit]
Patch for an ipotetic "+gtk2" USE flag to the Makefile

This is a patch to enable building with the gtk+2 toolkit. This patch should be
applied before any other if the gtk2 USE flag in the ebuild is set.

The ebuild needs to be modified accordingly to make use of "gtk2".

(From update of attachment 43238 [edit])
Arrgh, sorry it got attached the wrong file... 

The patches definitely aren't working:

 * Applying mupen64-makefiles.patch ...

 * Failed Patch: mupen64-makefiles.patch!
 *
 * Include in your bugreport the contents of:
 *
 *   /var/tmp/portage/mupen64-0.4/temp/mupen64-makefiles.patch-18565.out


(in that file:)

***** mupen64-makefiles.patch *****

===================================

PATCH COMMAND:  patch -p0 -g0 < /usr/local/portage/games-emulation/mupen64/file$

===================================
patching file riceplugin/Makefile
patching file emu64/Makefile
patching file mupen64_input/Makefile
patching file hack_azi_rsp_hle/Makefile
patching file mupen64_sound/Makefile
Hunk #1 FAILED at 1.
1 out of 1 hunk FAILED -- saving rejects to file mupen64_sound/Makefile.rej
===================================

The build worked fine for me. But I found some bugs. I closed some of them.

Closed bugs:
  - the gentoo-sdl patch got not applied correctly (missing "&&" after "use sdl")
  - The rice-plugin crashed when pressing OK in its configuration dialog because it tried to write to /usr/games/lib/mupen64/plugins/RiceDaedalus.cfg which is not writable for normal users. So I created a patch (mupen64-rice-confdir.patch) similar to the other confdir-patch that fixes the problem.
  - added a modified version of the gtk2-patch (mupen64-gtk2-makefile.patch);
    now the ebuild supports the useflag gtk2.
    The patch is still very ugly because the ebuild is still not able to build    the nogui-version.
 - fixed installation path of plugin-documentation.
    the ebuild installed files into
    /usr/share/doc/mupen64-0.4/usr/share/doc/mupen64-0.4/jttl_sound-1.2 and
    /usr/share/doc/mupen64-0.4/usr/share/doc/mupen64-0.4/blight_input
    I fixed this to install the files into
    /usr/share/doc/mupen64-0.4/jttl_sound-1.2 and
    /usr/share/doc/mupen64-0.4/blight_input

There are still some minor bugs:
  - mupen64-confdir.patch uses a fixed path legth of 200; should use MAX_PATH
  - I think the plugins should go into their own ebuilds. the blight_input plugin has already its own ebuild. Perhaps mupen64 then should depend on something like virtual/n64controllerplugin.
  - the nogui-thing doesn't get built
  - perhaps there are some more wrong confdir-strings. i didn't check.


Here is a list a all files that are needed to build mupen64:
  - mupen64-0.4.ebuild (new file will follow)
  - files/mupen64-makefiles.patch (2004-09-19 13:38 PST)
  - files/mupen64-confdir.patch (2004-09-19 13:39 PST)
  - files/mupen64-rice-confdir.patch (file will follow)
  - files/mupen64-gentoo-avi.patch (2004-07-16 07:02 PST)
  - files/mupen64-gentoo-sdl.patch (2004-07-16 07:02 PST)
  - files/mupen64-gcc3.patch (2004-07-16 07:01 PST)
  - files/polish.lng (2004-07-16 19:18 PST) (not needed, but error message if missing)
  - files/mupen64 (2004-07-16 19:00 PST)
  - files/mupen64-gtk2-makefile.patch (file will follow)

Created an attachment (id=44783) [edit]
updated version of mupen64.0.4.ebuild

An updated version of the beuild that fixes some bugs; see my posting.

Created an attachment (id=44784) [edit]
mupen64-rice-confdir.patch

This patch fixes the config-file pathes of the rice plugin. See my posting.

Created an attachment (id=44785) [edit]
mupen64-gtk2-makefile.patch

Patch that makes it possible to use gtk2 instead of gtk1

The gtk2 patch breaks the configuration dialogue for the rice plugin. I'm using
the gtk1 version right now. Also, the blight input plugin doesn't work. The
games can't find a controller.

You are right. The gtk2 patch breaks the configuration dialog of the rice
plugin. I wrote a new (hopefully stable) ebuild without the patch. I also
created a -r1 ebuild that contains the buggy support for gtki2. The files will
follow.

Are you sure that the bligth input plugin doesn't work? I had the same problem
yesterday until i found out that i have to toggle the ugly 2d "Plugged" button
in the upper left so that it is light gray (the same color as the background).

Created an attachment (id=44799) [edit]
mupen64-0.4.ebuild

Ebuild without the gtk2 patch

Created an attachment (id=44800) [edit]
mupen64-0.4-r1.ebuild with buggy gtk2 patch

I tried to install this ebuild , it worked but I had to blank out the gcc patch
and the rice-confdir patch because they wouldn't patch properly

it works now but maybe only because it's using the manually compile plugins
that were left over /usr/game/lib/mupen64/plugin

.04 is in portage

thank you everyone for your contribution

further cleanup needed, following soon