| 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: | 120 |
| Popularity: | 0.23 |
| First Submitted: | 2011-08-20 13:05 (UTC) |
| Last Updated: | 2024-05-09 20:26 (UTC) |
@willianholtz Consider using the package in extra as long as it is working. A while ago, there were issues with segfault when loading roms, as you describe. It was fixed, but possibly returned.
Last time it happened, the cause was LTO. But the package has LTO disabled. I also rebuilt it and am unable to reproduce your issue. However, on some machines, with some other packages, there have been issues where LTO appears to be enabled even though the package has it disabled. I don't know the cause.
@xiota: Feel free to build this package with --nocheck if you feel it doesn't add any value. Of course loading an actual ROM would be better, but given the things Nintendo has been up to lately, I'd rather not do that.
@mkopec: That looks like a solution, I still think that behaviour should be enabled by upstream by default when running the nogui binary, but there's no reason not to include since it fixes the problem on our side. I'll add it when I get home tonight.
That command is kind of pointless and causes more problems than it prevents because segfaults when printing the version aren't that common. More common are problems loading actual roms.
@dpeukert: WDYT about running the tests with QT_QPA_PLATFORM=offscreen? Seems to fix the problem for me, but I'm not sure if it's a real solution or more of a workaround. I sent an MR to your repo anyway :)
@mkopec: I can take a look, but if the nogui binary doesn't work in a session without a display server, that seems like an upstream bug.
I am also getting:
Total Test time (real) = 5.42 sec
qt.qpa.xcb: could not connect to display
qt.qpa.plugin: From 6.5.0, xcb-cursor0 or libxcb-cursor0 is needed to load the Qt xcb platform plugin.
qt.qpa.plugin: Could not load the Qt platform plugin "xcb" in "" even though it was found.
This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem.
Available platform plugins are: offscreen, eglfs, wayland-egl, wayland, minimalegl, minimal, xcb, vnc, linuxfb, vkkhrdisplay.
when building in a headless session (SSH). Can the tests be changed to work when building on a headless host?
EDIT: The fix is to run the binary with QT_QPA_PLATFORM=offscreen. Submitted an MR: https://gitlab.com/dpeukert/pkgbuilds/-/merge_requests/20
@xiota, The extra repo version is working
@xiota: I wasn't able to reproduce this, even while building in a clean chroot, so this seems like an issue on your machine. I added the check to verify there isn't a major issue with the compiled binaries (e.g. a segfault on launch).
@dpeukert Line 111 still produces an error, although build continues past it.
tee: /dev/stderr: Permission denied
You never answered my question. What are you trying to check for?
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