Christopher Larson 0eb40ba0de devtool: also load plugins from BBPATH ... This makes it easier to extend, as a layer can add its own sub-commands. Argument parsing is also separated into two steps, the same way it's done in recipetool, as we need access to the global command-line arguments early, before plugins are loaded, both for debugging arguments and for the bitbake path (we need to load the bitbake module to get tinfoil, which is now needed to load the plugins). Rather than constructing tinfoil once and passing it through into sub-commands for their use, we have to construct it for configuration metadata, use it, and then shut it down, as some sub-commands call out to recipetool, which needs its own tinfoil instance, and therefore needs to acquire the bitbake lock. If we're still holding the lock at that point, that's clearly a problem. [YOCTO #7625] (From OE-Core rev: f9bc3b27244a141ec7273445d3ea139a047e0ddf) Signed-off-by: Christopher Larson <chris_larson@mentor.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>		2015-07-27 23:29:13 +01:00
..
__init__.py	devtool: also load plugins from BBPATH	2015-07-27 23:29:13 +01:00
deploy.py	devtool: deploy: fix preservation of symlinks and permissions/ownership	2015-06-18 09:14:06 +01:00
standard.py	lib/devtool/standard: Fix patch cleanup	2015-06-26 09:27:30 +01:00