Created attachment 358878 [details] pytimerfd-1.2.ebuild Hello! Please find attached pytimerfd-1.2 ebuild. Pytimerfd are Python bindings for the timerfd_* system calls. The latest version can be found at https://pypi.python.org/pypi/pytimerfd. (This ebuild relies on pypi as a mirror.) I could test these bindings with Python 2.7.5-r2 and Python 3.2.5-r2 on an AMD64 system (3.10.7-gentoo, x86_64, Intel Core 2 Duo P9400). As it is not really rocket science, it might work on other archs supporting timerfd syscalls as well. To use the timerfd mechanism, CONFIG_TIMERFD has to be set in the kernel - this requirement is checked. Finally, I suggest to put pytimerfd into dev-python. Regards Frank
Created attachment 364600 [details] New ebuild for pytimerfd-1.2 (Python compatibility) Python 3.3 became ready on my system, so I could check for compatibility and could update PYTHON_COMPAT. This new ebuild replaces the old one.
Hi Frank, We don't generally like to add python libraries to the portage tree unless they are required by some existing package or there is some level of demand for it. What sort of usage did you have in mind for this?
Hi Mike, For my thesis I'm developing an Python asynchronous I/O framework built around epoll. Timerfd allowed me to integrate timers as epoll-able pseudo files. As I could not find any timerfd bindings for Python I had to program them myself. That much said Pytimerfd is a byproduct of my work which I like to share with the community. After having put it on pypi I wanted to add it to my prime OS, Gentoo.
Ok, thanks for the background information. At this time, the Gentoo Python team is not interested in maintaining this in the official portage tree. If you are interested in doing work on Gentoo-related projects, you might consider going through the process of becoming an official Gentoo developer, at which point you could add this to the tree yourself.
Just to be clear, we really appreciate your work. However, due to lack of time and people on our side, we have a policy on not adding Python modules that are not used by other programs in Gentoo or otherwise requested by multiple users. And we have to treat all our users equally. If you'd like to maintain the package yourself, please take a look at our contribution tips [1]. The Sunrise project or proxy maintenance may be of particular interest to you if you don't want to become a full developer (yet :)). [1]:https://wiki.gentoo.org/wiki/Contributing_to_Gentoo#Maintain_and_test_packages