| Some common workflows for developing with buffet: |
| |
| # Tell portage that you'd like to make local changes to Buffet: |
| cros_workon start --board=${BOARD} buffet |
| |
| # Edit files in platform2/buffet/ |
| vim ... |
| |
| # Compile and install those changes into the chroot: |
| USE=buffet emerge-${BOARD} buffet |
| |
| # Compile and run buffet unittests |
| USE=buffet FEATURES=test emerge-${BOARD} buffet |
| |
| # Deploy the most recently built version of buffet to a DUT: |
| cros deploy --board=${BOARD} <remote host> buffet |
| |
| #To enable additional debug logging in buffet daemon, run it as: |
| # buffet --v=<level>, where <level> is verbosity level of debug info: |
| # 1 - enable additional tracing of internal object construction and destruction |
| # 2 - add tracing of request and response data sent over HTTP (beware of |
| # privacy concerns). |
| # 3 - enable low-level CURL tracing for HTTP communication. |
| buffet --v=2 |
