Created attachment 694242 [details] yuzu-9999.ebuild This ebuild suffers from one limit: it needs >=gcc-10 to compile as gcc-9 is the current default you need to play with gcc-config if you're sticking to defaults, clang should do the job (untested). The case is checked in pkg_setup The ebuild is still wip but in advanced state. It unbundles many submodules: inih libzip (should be default but cmake does not detect well without small fix) opus (thanks to overlay-yuzu maintainer) rapidjson from discord (thanks to overlay-yuzu maintainer) ffmpeg (upstream feature) Many things to do unbundle vulkan-headers (need small tweaks in the main code) unbundle xbyak (needs in tree version bump, the uncomment lines) check that no python2 only script may be reached during build (fine for me but ...) generate shared libs for cubeb and 2 other submodules.
Created attachment 694245 [details] metadata.xml
Created attachment 694248 [details, diff] files/yuzu-9999-assert.patch The main yuzu repository expose code including asserts The yuzu-mainline repository uses this patch to expose a fully playable environment. As there is an integration delay for latest commits I decided to use the main yuzu repository and use the remove asserts patch. One other way would be to synchronize to the yuzu-mainline repository and accept the small delay.
Thank you for your contribution. I had a short look on the ebuild. Here a few ideas: • Please test the ebuild with repoman full -d -x https://wiki.gentoo.org/wiki/Repoman and pkgcheck scan --net • Please remove obsolete lines • please fix the header. (see /usr/portage/skel.ebuild and https://devmanual.gentoo.org/ebuild-writing/eapi/) • A bot can look for additional mistakes, if you upload a PR via github • This package could be a good candidate for Guru until a developer is found. https://wiki.gentoo.org/wiki/Project:GURU
(In reply to Jonas Stein from comment #3) > Thank you for your contribution. I had a short look on the ebuild. > Here a few ideas: > > • Please test the ebuild with repoman full -d -x > https://wiki.gentoo.org/wiki/Repoman and pkgcheck scan --net I forgot repoman just before submitting, it complains about quotes missing at 2 places. I can't manage to install pkgcheck without python:3.8, the 0.7.7-r1 fails to install, it's the last version not needing 3.8, :( sad > • Please remove obsolete lines quoted lines are: things to uncomment when some dependencies are bumped in the gentoo tree. reminders to delete when task achieved python related to remove when being sure that python2_7 code is unreachable by the build system > • please fix the header. (see /usr/portage/skel.ebuild and > https://devmanual.gentoo.org/ebuild-writing/eapi/) repoman does not complain about the header, I'm a bit surprised because I reworked a lot all my local overlays following the same header as in this ebuild. The only divergence is the year format aaaa-bbbb -> bbbb, are you sure the second form (the one I use) is invalid ? I can't get back on the link I followed explaining new header syntax, but the second form was described (as repoman passes checks I thought all was in place). > • A bot can look for additional mistakes, if you upload a PR via github Nice > • This package could be a good candidate for Guru until a developer is found. > https://wiki.gentoo.org/wiki/Project:GURU Used to submit to sunrise some years ago, still didn't looked at guru, just heard about it this year.
Created attachment 696093 [details] yuzu-9999.ebuild
Created attachment 696096 [details] yuzu-9999.ebuild
Created attachment 696099 [details] yuzu-9999.ebuild
(In reply to Jonas Stein from comment #3) > • This package could be a good candidate for Guru until a developer is found. > https://wiki.gentoo.org/wiki/Project:GURU Pushed to dev-branch