Not completely right - seems gubuntu/ubuntu both get unhappy after running
with the 'bridge' option and the PC's routes get hosed (right after the
script is run all is fine, but some agent then removes the routes on the
bridged iface and sets up routes on the native iface (eth0) and things on
the PC lose net access. Note that you can manually reset the routes and make
it happy again).
The fix I applied to the script was related to turning on rndis on the device
and setting device side dns servers correctly so my 'fix' is not responsible
for the eventual unhappniess on the PC. Also, the rev-tether continues
to work fine even when the PC is unhappy, so this may be useful.
Perhaps somebody can figure out who is changing the pc routes and why.
bug:4208971
Change-Id: I6ef6a88c71779b2083dad26a4be35ff74c26aae4
This fixes bugs in divide_and_compress_constants.py that caused a corrupt
main.py file to be generated for developer.android.com. Specifically,
extra quotes are no longer added, __main__ is now in quotes, and
webapp.WSGIApplication() parameters are now correct.
Also moved the call to memcache_zipserve.create_handler() to a seperate
line for readability.
Change-Id: I8906c54e70b2889389a95b92d4fbcf05a6c3e22d
The stack tool is not really proprietary, and is needed by vendors and
third-party developers working on native code.
Change-Id: I37f34b0681a0063ecf71f5a078d2c4a1ba622973
Signed-off-by: Iliyan Malchev <malchev@google.com>
This allows Python shell access on developer.android.com
using the remote_api_shell.py script that's bundled with
the App Engine SDK.
Change-Id: If3c979ccbf885905a9cc3840645dcb6a5a50cfa8
