| This file is intended for onboarding new SWEs hacking on buffet. | |
| A. Common workflows. | |
| B. Registering your DUT. | |
| --- | |
| A. COMMON WORKFLOWS | |
| --- | |
| 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 | |
| --- | |
| B. REGISTERING YOUR DUT | |
| --- | |
| This process in described in great detail at | |
| https://developers.google.com/cloud-devices/v1/dev-guides/getting-started/register | |
| but since these instructions are generic and comprehensive, here's | |
| exactly what you need to do to get started when working with | |
| buffet/Brillo, in ten simple steps. | |
| The word DUT in this context is meant as the device that you want to | |
| associate with the cloud - for most buffet/Brillo developers this will | |
| be a Chromebook or another embedded device. These notes assume you | |
| have shell access to the DUT and also have access to a normal Linux | |
| workstation with shell and browser access. | |
| 1. Open an Incognito window in Chrome on your workstation, go to | |
| https://www.google.com and log in with your test google account (NEVER | |
| use @google.com credentials on DUTs). In the following we're using | |
| <GMAIL_TEST_ACCOUNT> which you should replace with whatever you're | |
| using, e.g. my-testing-account-xyz@gmail.com. | |
| 2. First we need an Authorization Code for the test user. This is | |
| covered in more detail in | |
| https://developers.google.com/cloud-devices/v1/dev-guides/getting-started/authorizing#code | |
| but basically amounts to entering the following URL in the Incognito window | |
| https://accounts.google.com/o/oauth2/auth?scope=https://www.googleapis.com/auth/clouddevices&redirect_uri=urn:ietf:wg:oauth:2.0:oob&response_type=code&client_id=58855907228.apps.googleusercontent.com | |
| If you're not using the default buffet gcd-project, replace the | |
| client_id parameter in the URL with the one for the product you | |
| registered as per | |
| https://developers.google.com/cloud-devices/v1/dev-guides/getting-started/authorizing#setup | |
| 3. The browser window should display a prompt saying that | |
| "clouddevicesclient" would like to "Manage your cloud device". Press | |
| the "Accept" button and write down the Authorization Code | |
| displayed. It should look something like this | |
| 4/J23qfSkXYFgF_0H7DCOtwS5O7HO69zF9LtnG9_ILIGA.QhJE9WLeqwcaJvIeHux6iLavlvowlwI | |
| 4. Open a bash prompt on your Linux workstation and type the following | |
| export SETUP_USER=<GMAIL_TEST_ACCOUNT> | |
| export SETUP_CODE=4/J23qfSkXYFgF_0H7DCOtwS5O7HO69zF9LtnG9_ILIGA.QhJE9WLeqwcaJvIeHux6iLavlvowlwI | |
| export SETUP_CLIENT_ID=58855907228.apps.googleusercontent.com | |
| export SETUP_CLIENT_SECRET=eHSAREAHrIqPsHBxCE9zPPBi | |
| replacing the values for SETUP_USER and SETUP_CODE as | |
| appropriate. Again, if you're not using the default buffet gcd-project | |
| replace the values SETUP_CLIENT_ID and SETUP_CLIENT_SECRET as | |
| appropriate. | |
| 5. Now we can get an Access Token. Run the following command from the shell: | |
| curl -d "code=${SETUP_CODE}&client_id=${SETUP_CLIENT_ID}&client_secret=${SETUP_CLIENT_SECRET}&redirect_uri=urn:ietf:wg:oauth:2.0:oob&grant_type=authorization_code" https://accounts.google.com/o/oauth2/token | |
| It should print out something like this: | |
| { | |
| "access_token" : "ya29.HQE<...>", | |
| "token_type" : "Bearer", | |
| "expires_in" : 3600, | |
| "refresh_token" : "1/iMq4<...>" | |
| } | |
| 6. Export the access token in the shell: | |
| export SETUP_ACCESS_TOKEN=ya29.HQE<...> | |
| 7. Now we can get the Registration Ticket Id for the device. Run the following | |
| curl --header "Authorization: Bearer ${SETUP_ACCESS_TOKEN}" --header "Content-Type: application/json; charset=UTF-8" --data "{ \"userEmail\": \"${SETUP_USER}\" }" https://www.googleapis.com/clouddevices/v1/registrationTickets | |
| It should print out something like this | |
| { | |
| "kind": "clouddevices#registrationTicket", | |
| "id": "453f1139-bd<...>", | |
| "deviceId": "77500a3f-458b-<...>", | |
| "userEmail": "<GMAIL_TEST_ACCOUNT>", | |
| "creationTimeMs": "1424193538212", | |
| "expirationTimeMs": "1424193778212" | |
| } | |
| 8. Now, open a shell on the DUT and export the following | |
| export DUT_SETUP_TICKET_ID=453f1139-bd<...> | |
| 9. Run the following command on the DUT shell | |
| buffet_client RegisterDevice ticket_id=${DUT_SETUP_TICKET_ID} | |
| appropriate. If you're not using the default buffet gcd-project you | |
| also need to pass other parameters such as client_id, client_secret | |
| and api_key. | |
| It should succeed and print the device-id | |
| Device registered: 77500a3f-458b-<...> | |
| 10. The registered DUT should now show up in the Google account that | |
| you associated it with. In the Incognito window opened in step 1, go | |
| to | |
| https://security.google.com/settings/security/permissions | |
| where you can e.g. revoke access to the device. |