Package Details: dolphin-emu-tool-git 2412.r270.gc770e7c276-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.161734
First Submitted: 2011-08-20 13:05 (UTC)
Last Updated: 2025-02-11 21:41 (UTC)

Dependencies (42)

Required by (0)

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

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

dpeukert commented on 2025-02-11 21:41 (UTC)

@rubin55: Should be fixed, thank you for letting me know.

rubin55 commented on 2025-02-10 08:37 (UTC) (edited on 2025-02-10 08:39 (UTC) by rubin55)

As of this morning, SFML is upgraded from 2.6.x to 3.0.x which causes breakage in dolphin-git build:

-- SFML found but version too low (requested: 2.1, found: 1.x)
CMake Error at CMake/DolphinLibraryTools.cmake:65 (message):
  No system SFML was found.  Please install it or set USE_SYSTEM_SFML to AUTO
  or OFF.
Call Stack (most recent call first):
  CMakeLists.txt:716 (dolphin_find_optional_system_library)

To workaround I've added -DUSE_SYSTEM_SFML=OFF to the build() in PKGBUILD and removed the sfml related dependencies. I think you'll have to do this until upstream makes their usage of SFML 3.x compatible (and/or build scripts to detect version 3.x, etc).

xiota commented on 2025-02-01 23:03 (UTC)

Using AUR is also considered not "safe". I would not use the dd option routinely, only when it's needed. But normally, it would break only AUR packages that need to be rebuilt anyway. Official packages are usually already synced. Infrequently, official packages can have problems, but they're usually fixed within a few hours.

taladam commented on 2025-02-01 22:45 (UTC)

@xiota This worked for me! Reading the manpage for pacman I am assuming this probably isn't always a safe way of upgrading because it will ignore dependencies. Thank you!

xiota commented on 2025-02-01 17:20 (UTC)

sudo pacman -Syudd

yrlf commented on 2025-02-01 17:06 (UTC) (edited on 2025-02-01 17:06 (UTC) by yrlf)

@taladam: as dpeukert said. In cases like these, you have a chicken-and-egg problem, and you can't update neither the library nor dolphin first. The easiest way ist to uninstall dolphin, update, and then rebuild/reinstall dolphin.

dpeukert commented on 2025-02-01 15:56 (UTC)

@taladam: See the previous comment by @yrlf, this seems to be the same case, as the lib version was bumped.

taladam commented on 2025-01-29 17:08 (UTC)

getting an error when installing update of a dependency.

looking for conflicting packages...
error: failed to prepare transaction (could not satisfy dependencies)
:: installing miniupnpc (2.3.0-1) breaks dependency 'libminiupnpc.so=18-64' required by dolphin-emu-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.

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