From d743b773532ceeb732ee283b348fff770123b5cd Mon Sep 17 00:00:00 2001 From: Ryan Petrello Date: Mon, 26 Feb 2018 18:27:35 -0500 Subject: replace our rdb tooling w/ the sdb PyPI package --- docs/debugging.md | 10 +++++----- 1 file changed, 5 insertions(+), 5 deletions(-) (limited to 'docs') diff --git a/docs/debugging.md b/docs/debugging.md index ee0405af3b..1257a8cf11 100644 --- a/docs/debugging.md +++ b/docs/debugging.md @@ -9,7 +9,7 @@ Python processes in Tower's development environment are kept running in the background via supervisord. As such, interacting with them via Python's standard `pdb.set_trace()` isn't possible. -Bundled in our container environment is a remote debugging tool, `rdb`. You +Bundled in our container environment is a remote debugging tool, `sdb`. You can use it to set remote breakpoints in Tower code and debug interactively over a telnet session: @@ -28,8 +28,8 @@ a telnet session: # You can access it from your host machine using telnet: # # $ telnet localhost - import rdb - rdb.set_trace() + import sdb + sdb.set_trace() ``` Keep in mind that when you interactively debug in this way, any process @@ -43,8 +43,8 @@ remote debugging sessions and automatically connect to them. From your *host* machine (i.e., _outside_ of the development container), you can run: ``` -make rdb +sdb-listen ``` This will open a Python process that listens for new debugger sessions and -automatically connects to them for you. \ No newline at end of file +automatically connects to them for you. -- cgit v1.2.3