Package Details: dolphin-emu-tool-git 2412.r139.gede963d4db-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 - CLI-based utility for functions such as managing disc images - 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-tool
Provides: dolphin-emu-tool
Submitter: None
Maintainer: dpeukert
Last Packager: dpeukert
Votes: 123
Popularity: 0.32
First Submitted: 2011-08-20 13:05 (UTC)
Last Updated: 2025-01-12 14:22 (UTC)

Dependencies (45)

Required by (0)

Sources (10)

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

1 2 3 4 5 6 .. 58 Next › Last »

xiota commented on 2025-01-15 15:05 (UTC)

Packages that may be of interest:

  • extra/llvm18-libs
  • extra/rebuild-detector
  • aur/check-broken-packages-pacman-hook-git

yrlf commented on 2025-01-15 09:06 (UTC)

@JoshuaVandaele: this happens when Arch Linux updates a package to an ABI incompatible version (e.g. a new major version) and you have an AUR package that depends on it. There is no built-in mechanism that rebuilds your AUR packages that depend on that package in that case, so you have to do it manually, though IIRC there is some tool that can tell you which packages need to be rebuilt, but I don't remember its name.

Installing llvm18 is one solution, but you can also just rebuild dolphin-emu-git and it will link to the new version.

JoshuaVandaele commented on 2025-01-15 08:15 (UTC)

I'm not sure if this is my fault, but trying to run dolphin lately results in this error: dolphin-emu: error while loading shared libraries: libLLVM.so.18.1: cannot open shared object file: No such file or directory.

If I check for LLVM in /usr/lib, I do find that I only have libLLVM.so.19.1. Installing the package llvm18 from Extra does seem to fix the issue though.

dpeukert commented on 2025-01-13 12:02 (UTC)

@yrlf: Thanks for the heads-up, will keep that in mind.

yrlf commented on 2025-01-13 11:52 (UTC)

Quick heads-up for when it lands in stable (probably in a week or two): Arch-testing now has SFML 3.0.0-1, which is incompatible with the SFML 2.x that dolphin-emu expects. It's probably a good idea to use the bundled SFML instead of system SFML ocne that lands, the changes needed to be compatible with SFML 3.x aren't small enough that it's easy to patch.

rubin55 commented on 2025-01-12 14:04 (UTC)

After upgrading to the latest, I'm getting the following in the prepare stage:

==> Starting prepare()...
patching file Data/Sys/GameSettings/RZDK01.ini
Reversed (or previously applied) patch detected!  Skipping patch.
1 out of 1 hunk ignored -- saving rejects to file Data/Sys/GameSettings/RZDK01.ini.rej
patching file Source/Android/app/src/main/java/org/dolphinemu/dolphinemu/features/skylanders/ui/SkylanderSlotAdapter.kt
Reversed (or previously applied) patch detected!  Skipping patch.
1 out of 1 hunk ignored -- saving rejects to file Source/Android/app/src/main/java/org/dolphinemu/dolphinemu/features/skylanders/ui/SkylanderSlotAdapter.kt.rej
patching file Source/Android/app/src/main/res/layout/dialog_create_skylander.xml
Reversed (or previously applied) patch detected!  Skipping patch.
1 out of 1 hunk ignored -- saving rejects to file Source/Android/app/src/main/res/layout/dialog_create_skylander.xml.rej
patching file Source/Core/Common/MinizipUtil.h
Reversed (or previously applied) patch detected!  Skipping patch.
1 out of 1 hunk ignored -- saving rejects to file Source/Core/Common/MinizipUtil.h.rej
==> ERROR: A failure occurred in prepare().
    Aborting...

dpeukert commented on 2025-01-12 11:09 (UTC)

@yrlf, @zwastik, @busbybear: The build should now be working with minizip-ng 4.0.8-1.

dpeukert commented on 2025-01-12 08:14 (UTC) (edited on 2025-01-12 08:35 (UTC) by dpeukert)

@yrlf: Thank you for contributing the patch to upstream, very much appreciated!

@yrlf, @zwastik, @busbybear: I'll look into this again, @yrlf's analysis seems to be correct, I'll try to figure out if anything can be done.

busbybear commented on 2025-01-09 18:10 (UTC)

As of now, downgrading minizip-ng to 4.0.7-4 lets everything build without issue.

yrlf commented on 2025-01-09 14:37 (UTC) (edited on 2025-01-09 14:38 (UTC) by yrlf)

@zwastik: yes and no. Yes, that's the minizip issue. No, in that ArchLinux seems to have changed the minizip-ng package AGAIN (minizip-ng 4.0.8-1) and it now doesn't include the compat header any more. Upstream minizip-ng has removed the mz_compat.h header.

At this point, you can probably downgrade minizip-ng to 4.0.7-4, since I'm not even sure what the correct way to package minizip-ng or how to correctly consume the compatibility layer is.