-
Notifications
You must be signed in to change notification settings - Fork 2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
media-libs/libsdl2: add USE to enable hidapi-libusb flag #22558
base: master
Are you sure you want to change the base?
Conversation
Pull Request assignmentSubmitter: @Tatsh media-libs/libsdl2: @gentoo/games Linked bugsNo bugs to link found. If your pull request references any of the Gentoo bug reports, please add appropriate GLEP 66 tags to the commit message and request reassignment. If you do not receive any reply to this pull request, please open or link a bug to attract the attention of maintainers. Missing GCO sign-offPlease read the terms of Gentoo Certificate of Origin and acknowledge them by adding a sign-off to all your commits. In order to force reassignment and/or bug reference scan, please append Docs: Code of Conduct ● Copyright policy (expl.) ● Devmanual ● GitHub PRs ● Proxy-maint guide |
Pull request CI reportReport generated at: 2021-10-11 19:05 UTC There are existing issues already. Please look into the report to make sure none of them affect the packages in question: |
a56ddfc
to
0a929f6
Compare
Pull request CI reportReport generated at: 2021-10-11 19:35 UTC There are existing issues already. Please look into the report to make sure none of them affect the packages in question: |
Thanks for this, but could we call the flag |
Yes. Happy to change it. There are two variants of HIDAPI usage: HIDAPI+libusb and HIDAPI without libusb. Do we want a USE flag for either of these? Currently without anything only HIDAPI without libusb support is built (based on auto detection). I propose having EDIT: |
0a929f6
to
24bf4f5
Compare
This change would require setting matching |
Can also mask the USE on these arches -- which can be temporary until it's keyworded, or permanent if it's broken or there's no interest. Not that had a close look at what it's good for, just saying. |
hidapi to enable/disable hidapi support (which was missing) libusb flag to enable libusb-based raw HID access on top of hidapi profiles: mask media-libs/libsdl2[hidapi] for unsupported archs Package-Manager: Portage-3.0.28, Repoman-3.0.3 Signed-off-by: Andrew Udvare <audvare@gmail.com>
24bf4f5
to
ab0ab08
Compare
Done I think (as far as I can tell editing in |
Pull request CI reportReport generated at: 2021-10-13 10:30 UTC There are existing issues already. Please look into the report to make sure none of them affect the packages in question: |
bump? |
For future reference, you can use |
Sorry, I realised afterwards that I'd overlooked some things here and had to revert it.
I'm not sure whether the first point can be easily addressed properly. It doesn't look like any consideration was made upstream for using an external copy of the library. A patch with an upstream submission would be much appreciated. On the second point, most external libraries have a If it hadn't been for all the above, I might have let the change to a stable ebuild slide. |
Looking closer at libusb, I'm even more confused. |
Okay, I see that it allows you to use Nyko and EVORETRO GameCube adaptors, but I think that's all. |
Thanks for responding. The point of this change is to make motion (accelerometer, etc) work with the Nintendo Switch Pro Controller mainly. Within Yuzu, without this flag, SDL will incorrectly see the Pro Controller as two devices rather than one, and motion will not work correctly. I am not sure what the magic is underneath. I guess I will have to dig into making it work with external libusb. |
SDL built with --enable-hidapi --enable-hidapi-libusb uses a bundled version of libusb that needs to be patched out in media-libs/libsdl2 before the PR can be accepted. gentoo/gentoo#22558 Package-Manager: Portage-3.0.28, Repoman-3.0.3 RepoMan-Options: --force
Hey guys, what's the current state of this request? Is there anyway to have motion detected by SDL2? |
It's a pain to make this proper for Gentoo so it's on hold. |
Package-Manager: Portage-3.0.28, Repoman-3.0.3
Yuzu and other emulators need this flag enabled if SDL is to be used as a shared library. Without it, motion controls silently fail.
Yuzu is also in GURU but only builds from Git master and submodules for the time being.
My Yuzu ebuild