Package Base Details: dolphin-emu-git

Git Clone URL: (read-only, click to copy)
Keywords: dolphin emu emulator game gamecube gui nintendo remote revolution triforce wii wiimote
Submitter: None
Maintainer: dpeukert
Last Packager: dpeukert
Votes: 107
Popularity: 0.30
First Submitted: 2011-08-20 13:05
Last Updated: 2021-01-10 20:26

Pinned Comments

dpeukert commented on 2020-04-10 12:34

The PKGBUILD for this package is hosted here (contributions are welcome!):

Latest Comments

« First ‹ Previous ... 8 9 10 11 12 13 14 15 16 17 18 ... Next › Last »

aereaux commented on 2015-10-01 02:55

Yes, but we (at least I, and I'm assuming a lot of the other people who are still having this problem need version) need version 7840 for netplay.

headkase commented on 2015-09-30 22:55

As of 7866 the miniupnpc issue is fixed:

I compiled 7870 using this unmodified PKGBUILD and it now builds fine.

mus commented on 2015-09-29 17:42

Doesn't compile since last miniupnpc update. Workaround is to add -DUSE_UPNP='FALSE' to cmake parameters.

bdv commented on 2015-09-12 20:06

Hi, I am able to build dolphin but the package won't install. looking through the comments I saw a similar problem from about a year back but didn't see a solution.

[100%] Built target dolphin-emu
==> Entering fakeroot environment...
==> Starting package_dolphin-emu-git()...
make: *** No rule to make target 'install'. Stop.
==> ERROR: A failure occurred in package_dolphin-emu-git().
==> ERROR: Makepkg was unable to build dolphin-emu-git.

alucryd commented on 2015-08-30 09:37

Confirmed it's not needed anymore, also got rid of -fpermissive while I was at it. Thx for the reminder :)

delroth commented on 2015-08-29 22:15

-fno-inline-functions shouldn't be needed anymore (it was required to work around a gcc/wxgtk bug a few months ago). Given that it has the potential to decrease performance, I would suggest getting rid of it now.

alucryd commented on 2015-07-17 21:47

Fair enough, I didn't realize the 4.0.x were on a hotfixes branch. Still several distros, including arch, packaged the 4.0.2 tarball in their repos. I still want the version of the git package to be superior to the one in the repos, so as a compromise I'll keep 4.0.2 but start counting revs from the 4.0 tag so that at least the rev number is identical to upstream builds.

linkmauve commented on 2015-07-17 21:28

Actually 4.0.1 and 4.0.2 were only released for Windows and master never got those merged in, so you should still use upstream versioning.

alucryd commented on 2015-07-06 07:50

evdev just landed in master, PKGBUILD updated.

alucryd commented on 2015-07-03 08:26

That change was merged in the stable branch, not the master branch. There is however a new dep on enet.
As for the version scheme, there is an official 4.0.2 release, as such 4.0.2.blah is the correct way to go, regardless of what upstream is advertising.