It used to compile if I disabled system-vulkan. Reproducible: Always
Created attachment 790574 [details] build log
Narrowed it down. https://github.com/yuzu-emu/yuzu/pull/8522 https://github.com/yuzu-emu/yuzu-mainline/commit/ec4cba9de8649dff65acfeabaf8ff02a89894802
system vulkan fails even if set to the same commit as internal vulkan.
Does it build now ?
Created attachment 797401 [details] build log
Nope. New error. CMake Error at externals/CMakeLists.txt:73 (add_subdirectory): The source directory /var/tmp/portage/games-emulation/yuzu-9999/work/yuzu-9999/externals/enet does not contain a CMakeLists.txt file. CMake Error at externals/CMakeLists.txt:74 (target_include_directories): Cannot specify include directories for target "enet" which is not built by this project.
Yes, until new commits are merged to master, it is so. Maybe holiday for guru devs as I don't see much progress on merging, maybe also just not for all packages only some, idk well. Could you test switching to dev branch before merging yuzu. I unbundled lot of things in dev branch (even wonder if not too much). The worst part about net-libs/enet, is that it is not even used by yuzu (gui) as the new 'network room' feature is disabled from interface. However yuzu-cmd expose new --multiplayer option
Where is guru dev?
dev is just a git branch of guru if you don't know about git it's better to read a bit of docs before. basically: to switch branch (you may need to fetch branch before) git checkout dev to revert to main branch git checkout master ensure yourself to understand at least a bit what you do or avoid. Nothing really complicated. You can also ping me on irc: mazes_80, for more advices
I think my latest commits in dev should fix the issue. However I just moved in a new place so I need some days to check and confirm everything is ok with latest upstream versions.
Hope latest commit are already in main, because it was a while ago.
im getting this currently trying to build it CMake Error at CMakeLists.txt:205 (find_package): Could not find a configuration file for package "fmt" that is compatible with requested version "9". The following configuration files were considered but not accepted: /usr/lib64/cmake/fmt/fmt-config.cmake, version: 8.1.1
(In reply to Mitch from comment #12) > im getting this currently trying to build it > > CMake Error at CMakeLists.txt:205 (find_package): > Could not find a configuration file for package "fmt" that is compatible > with requested version "9". > > The following configuration files were considered but not accepted: > > /usr/lib64/cmake/fmt/fmt-config.cmake, version: 8.1.1 if I unmask dev-libs/libfmt-9.1.0-r1 I need to rebuild a bunch of packages so I cant right now. But I did before and there is still another issue preventing the package from building once fmt is at >=9
I'm aware of this error, since one month I didn't maintain the package because of personal things. I discussed the issue on the guru irc, ago advised me to bundle fmt-9 to the ebuild. I have issues too with some other ebuilds needing fmt<=9, like celestia
Just commited an update to the ebuild. Here it just compiles fine. If you want to check it out it is in dev branch
Requires app-doc/doxygen[dot] CMake Error at externals/CMakeLists.txt:140 (add_subdirectory): The source directory /var/tmp/portage/games-emulation/yuzu-9999/work/yuzu-9999/externals/Vulkan-Headers does not contain a CMakeLists.txt file.
current ebuild at least latest I pushed in dev states system-vulkan? ( >=dev-util/vulkan-headers-1.3.238 ) this version is still unavailable in gentoo so for now disable system-vulkan flag, if you didn't use --nodeps in your emerge line it should care of this. with USE="-system-vulkan" ebuild should fetch vulkan-headers: if use !system-vulkan; then EGIT_SUBMODULES+=('Vulkan-Headers') About doxygen[dot], i will check what changed this week, thanks. Until now I didn't even notice the doxygen requirement.
CMake Error at src/common/CMakeLists.txt:179 (target_link_libraries): Target "common" links to: fmt::fmt but the target was not found. Possible reasons include: * There is a typo in the target name. * A find_package call is missing for an IMPORTED target. * An ALIAS target is missing. CMake Error at src/core/CMakeLists.txt:849 (target_link_libraries): Target "core" links to: fmt::fmt but the target was not found. Possible reasons include: * There is a typo in the target name. * A find_package call is missing for an IMPORTED target. * An ALIAS target is missing. CMake Error at src/shader_recompiler/CMakeLists.txt:242 (target_link_libraries): Target "shader_recompiler" links to: fmt::fmt but the target was not found. Possible reasons include: * There is a typo in the target name. * A find_package call is missing for an IMPORTED target. * An ALIAS target is missing. CMake Error at src/yuzu/CMakeLists.txt:356 (target_link_libraries): Target "yuzu" links to: httplib::httplib but the target was not found. Possible reasons include: * There is a typo in the target name. * A find_package call is missing for an IMPORTED target. * An ALIAS target is missing.
I just compiled with: USE="compatibility-list cubeb qt5 sdl system-vulkan webengine webservice -discord -test" emerge -1 =yuzu-9999 I had no issues at all. Did you update guru recently, those issue looks familiar to me, but I thought the ebuild was updated to skip them.
Created attachment 850658 [details] fmt Not sure where the problem is.
From what I see cpp-httplib is not detected too. I knew it from first comment. Seems like discord use flag needs it but does not trigger the detection. -> this is an upstream issue, i'll open bug and may submit PR to fix -> requiring web-service flag when using discord one should be an easy workaround. Can you provide me the flag set you use to compile or emerge --info yuzu output. Also you libfmt and cpp-httplib versions.
Found out why libfmt was not detected, on my own overlay libfmt may be the one bundled to yuzu sources, so when I use bundled I ensure cmake does not detect it, and copied the line to guru ebuild not seeing the guard inverted condition. My bad. About cpp-httplib, this seems to be an usptream issue, as a workaround in my ebuilds I forced enabling webservice flag when compiling with discord flag enabled. cpp-httplib is not triggered by discord but only by webservice. I think it should be ok now.
Created attachment 851136 [details] emerge info libfmt-9.1.0-r1 cpp-httplib-0.12.0
Did you try latest from dev branch ? also I asked for emerge --info yuzu not emerge --info
Created attachment 853144 [details] emerge info yuzu It works fine now.
Hi, it seems latest git master of yuzu needs the submodule "tzdb_to_nx" now, as building for me currently fails, please see attached build log https://github.com/yuzu-emu/yuzu/pull/10797 https://github.com/yuzu-emu/yuzu/blob/master/.gitmodules [submodule "tzdb_to_nx"] path = externals/nx_tzdb/tzdb_to_nx url = https://github.com/lat9nq/tzdb_to_nx.git
Created attachment 864680 [details] build log tzdb_to_nx
I'm aware of this new submodule. The problem is not just to add it, but to fix compilation error involved when having it, do not expect fast fix for this one, form what I saw it's quite complicated to dive into build system and locate the error: it tries to act on directories outside the sandbox. For now try: EGIT_COMMIT="a40e0fd" emerge yuzu Until I understand where sandboxing is violated I can not propose better alternatives.
thanks for your effort, Samuel! I did not know you could reference an exact git commit when emerging, nice!
Sandboxing was not violated hopefully. I just forgot to look at tzdb_to_nx submodules. I also added vulkan memory allocator submodule. Until now changes are only in dev branch of guru
I still do not understand recursive submodule exact syntax hopefully emerging provides a skip list from where I copy the subsubmodules pathes.