summaryrefslogtreecommitdiffstats
path: root/bitbake/lib/bb/cache.py
diff options
context:
space:
mode:
authorRichard Purdie <richard.purdie@linuxfoundation.org>2015-01-13 14:11:36 +0000
committerRichard Purdie <richard.purdie@linuxfoundation.org>2015-01-14 11:32:02 +0000
commit83f8a4002ab2026696973422ee0f5733652d9527 (patch)
treee02abf41b4b2947a14fe2dad27e17c9273b91380 /bitbake/lib/bb/cache.py
parent3cd31b19d34c9aa1d40fc1f59de6a1925988bb8d (diff)
downloadpoky-83f8a4002ab2026696973422ee0f5733652d9527.tar.gz
bitbake: bitbake: Add pyinotify to lib/
We need inotify support within bitbake and pyinotify provides the best mechanism to add this. We have a few options: a) Depend on pyinotify from the system b) Add in our own copy c) Only use pyinotify in cases like the memory resident server For a), it would mean adding in dependencies, updating documentation and generally creating churn for users as well as having implications for things like the build-appliance recipe. It turns out that glibc has the C functionality we need from version 2.4 onwards (2006) and that we just need a single python file for b), there is no binary module needed. We therefore add in a copy of pyinotify 0.9.5 into the tree meaning we can depend on it simply and unconditionally. c) is unattractive as we need fewer possible code paths, not more. (Bitbake rev: d49004a4e247e3958a2f7ea9ffe5ec92794e1352) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Diffstat (limited to 'bitbake/lib/bb/cache.py')
0 files changed, 0 insertions, 0 deletions