Package Details: dolphin-emu-tool-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 - 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.48
First Submitted: 2011-08-20 13:05 (UTC)
Last Updated: 2024-11-10 13:18 (UTC)

Dependencies (45)

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

« First ‹ Previous 1 .. 14 15 16 17 18 19 20 21 22 23 24 .. 56 Next › Last »

yrlf commented on 2022-01-24 15:46 (UTC)

@dpeukert: Funnily enough, the build no longer fails for me, neither with my "dirty" clone of dolphin-emu-git in .cache/yay/dolphin-emu-git, nor with a clean build with makechrootpkg

dpeukert commented on 2022-01-24 10:57 (UTC)

@yrlf: I was able to build using the shared system fmt (8.1.1) with no issues. Can you provide your build output?

yrlf commented on 2022-01-20 20:22 (UTC)

The build fails for me due to a whole bunch of fmt problems complaining about missing formatter specializations.

It seems CMake selects the system fmt (8.1.1) and not the bundled fmt (7.1). Compilation works if I patch the CMakeLists to search for fmt with find_package(fmt 7.1 EXACT)

hazelnot commented on 2021-12-23 10:40 (UTC)

Hm, I am using yay, maybe if I tell it to do a clean build I'll be able to use this

karl-k commented on 2021-12-22 02:34 (UTC)

"There's an issue with building this package, I think it has to do with submodule initialization. I'm not technical enough to know the fix, unfortunately." Yeah, it appears to fail building. Hopefully someone smart enough can come along & fix this for us.

dpeukert commented on 2021-12-22 01:51 (UTC) (edited on 2021-12-22 01:53 (UTC) by dpeukert)

@hazelnot: That's strange, it seems like it is trying to load the previous soname for some reason (the current one is libmbedcrypto.so.7). I'll try looking into it some more, but the only thing I can think of right now is that an AUR helper (if you're using one) might be hanging onto an older cache of some part of the build process and therefore trying to use the older mbedtls version. That would also track with the direct build working. Clearing/deleting that cache would (hopefully) force the build process to start fresh. Let me know if you figure something out.

hazelnot commented on 2021-12-20 11:38 (UTC)

I have mbedtls 2.27.0-1.

Thing is, I tried building Dolphin directly from the official git repo and that one worked.

dpeukert commented on 2021-12-20 09:14 (UTC)

@hazelnot: I also wasn't able to reproduce this, what version of mbedtls do you have installed (it should be installed as it's a dependency of dolphin-emu-git)?

dpeukert commented on 2021-12-20 09:10 (UTC)

@modnoob: I wasn't able to reproduce this, but from what I could find on the internet, this can happen when building with Clang. Do you happen to be using it for building this package in some way?

hazelnot commented on 2021-12-18 19:05 (UTC)

Can't seem to be able to run this anymore, getting dolphin-emu: error while loading shared libraries: libmbedcrypto.so.6: cannot open shared object file: No such file or directory