Summary: | inotify.h not present in current linux-headers | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Rémi Cardona (RETIRED) <remi> |
Component: | [OLD] Unspecified | Assignee: | Gentoo Kernel Bug Wranglers and Kernel Maintainers <kernel> |
Status: | RESOLVED INVALID | ||
Severity: | normal | CC: | m.debruijne, Martin.vGagern, steev |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Rémi Cardona (RETIRED)
2005-05-28 02:18:20 UTC
The headers follow the vanilla-sources release. I don't believe the inotify patch is included with the vanilla kernel. Yes, inotify is a patch added into gentoo-sources by the kernel team. However I don't know anyone on gentoo using vanilla-sources, and the gentoo handbook advises you to use gentoo-sources. Wouldn't that make sense to have corresponding headers? Or something completely crazy : have a set of headers for every *-sources ? (I'm just asking :) I am not a Gentoo developer, but my guess would be, it follows the vanilla sources because all the other sources are based upon it. If it installed inotify.h from the gentoo sources, it wouldn't help people who use mm-sources which includes a different version of inotify (as an example). Include your own inotify.h and fall-back to it if you can't find inotify.h in the usual include places. This is how other apps do it. Yes, inotify is an unstable API and you *will* encounter API/ABI compatibility problems regardless of which header file you use. As of linux 2.6.13-rc3, inotify is now part of the official vanilla sources. http://www.kernel.org/pub/linux/kernel/people/rml/inotify/MERGED Unfortunately, bumping linux-headers is an issue discussed in bug #100703 and currently the reason for a package.mask. So this bug should probably depend on 100703, but I'm not powerful enough to set dependencies. It could even be considered a dup, as inotify is mentioned there as well. |