Emulator Issues #12585
openUnable to build on Artix Linux - CMake incorrectly finds systemd
0%
Description
Game Name?
N/A
Game ID? (right click the game in the game list, Properties, Info tab)
N/A
MD5 Hash? (right click the game in the game list, Properties, Verify tab, Verify Integrity button)
N/A
What's the problem? Describe what went wrong.
On Artix Linux (which is Arch without systemd), the build system thinks systemd is present, then the build fails:
/home/rena/projects/dolphin/dolphin/Source/Core/Common/TraversalServer.cpp:20:10: fatal error: systemd/sd-daemon.h: No such file or directory 20 | #include <systemd/sd-daemon.h> | ^~~~~~~~~~~~~~~~~~~~~ compilation terminated.
What steps will reproduce the problem?
- Pull from git
- Follow build instructions
Is the issue present in the latest development version? For future reference, please also write down the version number of the latest development version.
Not able to run, so not sure
Is the issue present in the latest stable version?
Unsure
If the issue isn't present in the latest stable version, which is the first broken version? (You can find the first broken version by bisecting. Windows users can use the tool https://forums.dolphin-emu.org/Thread-green-notice-development-thread-unofficial-dolphin-bisection-tool-for-finding-broken-builds and anyone who is building Dolphin on their own can use git bisect.)
Most likely commit f221fac02e39f8a965560741d46c15536c3a5cff
If your issue is a graphical issue, please attach screenshots and record a three frame fifolog of the issue if possible. Screenshots showing what it is supposed to look like from either console or older builds of Dolphin will help too. For more information on how to use the fifoplayer, please check here: https://wiki.dolphin-emu.org/index.php?title=FifoPlayer
N/A
What are your PC specifications? (CPU, GPU, Operating System, more)
Artix x64, ThinkPad T540p
Is there anything else that can help developers narrow down the issue? (e.g. logs, screenshots,
configuration files, savefiles, savestates)
Probably the simplest fix is to add a flag to forcibly disable the use of libsystemd instead of autodetecting.