Created attachment 526912 [details] raylib-9999.ebuild http://www.raylib.com/ is a simple and easy-to-use library to learn videogames programming. Raylib is a perfect library for beginners, and it comes with many examples and games (you can check real web examples on website). Attached is an live ebuild with support for dev releases, 2.0 version is expected soon. I maintain Go bindings for raylib, so I follow development and can update ebuild if needed in future. All USE flags are tested and I also tested with ABI_X86 64 and 32.
Hello Milan,would you like to proxy maintain this package?
Hello, Yes, I would like to proxy maintain raylib. I am familiar with project and in contact with upstream. I don't know the whole process though, but I started reading proxy maintainers user guide.
Great :) https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers
I sent a PR here https://github.com/gentoo/gentoo/pull/7920 , but made a mistake with referencing this bug. I am not sure how to restart gentoo-repo-qa-bot now.
The bug-reference is to auto-close or link bugzilla with github, this can be done manually, don't worry :)
This library is chock full of bundled dependencies, from mundane things like data structures and file format implementations to indirect bindings to other system components like glfw for graphics and miniaudio (which has several backends for alsa and pulseaudio but no direct binding for pipewire yet). I always wonder to what extent one should go to ensure these libraries are configurable, patchable and upgradable in the future. We have several header-only libs in gentoo, such as dev-cpp/range-v3, and I wonder if some of raylib's would be candidates for this too. Unfortunately untangling these things from a buildsystem that expects a local copy is always a ton of trouble, and with some languages like Go and Rust these days nearly impossible, so it's not a trend that's likely to cease anytime soon unfortunately.
Just realized this bug is 4 years old and this might be a necrobump. Sorry for that. I'm interested in having this package in Gentoo, however.
I'd be interested in this library being in portage tree as well.