Package Details: dolphin-emu-git 2409.r299.gd1ef4d5cc1-1

Git Clone URL: https://aur.archlinux.org/dolphin-emu-git.git (read-only, click to copy)
Package Base: dolphin-emu-git
Description: A Gamecube / Wii emulator - git version
Upstream URL: https://dolphin-emu.org
Keywords: dolphin emu emulator game gamecube gui nintendo remote revolution triforce wii wiimote
Licenses: GPL-2.0-or-later
Conflicts: dolphin-emu
Provides: dolphin-emu
Submitter: None
Maintainer: dpeukert
Last Packager: dpeukert
Votes: 123
Popularity: 0.53
First Submitted: 2011-08-20 13:05 (UTC)
Last Updated: 2024-11-10 13:18 (UTC)

Dependencies (53)

Required by (3)

Sources (9)

Pinned Comments

dpeukert commented on 2020-04-10 12:34 (UTC) (edited on 2020-09-26 17:48 (UTC) by dpeukert)

The PKGBUILD for this package is hosted here (contributions are welcome!): https://gitlab.com/dpeukert/pkgbuilds/tree/main/dolphin-emu-git

Latest Comments

« First ‹ Previous 1 .. 29 30 31 32 33 34 35 36 37 38 39 .. 56 Next › Last »

alucryd commented on 2015-08-30 09:37 (UTC)

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 (UTC)

-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 (UTC)

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 (UTC)

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 (UTC)

evdev just landed in master, PKGBUILD updated.

alucryd commented on 2015-07-03 08:26 (UTC)

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.

linkmauve commented on 2015-07-03 00:36 (UTC)

As of 4.0-6930, Dolphin dropped the dependency on sdl2 to add one on libevdev, for joystick support on Linux. You might also want to change the version number to something closer to upstream, like 4.0.<number of commits>.<last commit hash>, instead of the current 4.0.2.r<number of commits>.<last commit hash>.

alucryd commented on 2015-06-20 06:30 (UTC)

lolwut? First, dolphin is _not_ "designed to go" in /usr/local, second, do you even know where the themes and icons are stored? Anyway dolphin has always worked like this, and will always do, there's something wrong on your side, not with the package.

rubic commented on 2015-06-20 05:06 (UTC)

The cmake flag -DCMAKE_INSTALL_PREFIX='/usr' installs dolphin in /usr instead of /usr/local where it is designed to go. Because of this the themes do not load correctly, noticeable by the lack of icons and error message on startup. Can this flag be removed to avoid this issue?

sudsbud commented on 2015-06-07 21:06 (UTC)

I was having the same issue that you describe. I went to the dolphin irc for help and they noticed that I was linking polarssl from /usr/local/lib. I noticed then that it was using an old version that I must have gotten from trying out Tox, but then not bothering with it for a long time. After deleting my usr/local (tox was basically the only thing in there for me, but you should look for anything important) dolphin now compiles and runs just fine.

« First ‹ Previous 1 .. 29 30 31 32 33 34 35 36 37 38 39 .. 56 Next › Last »