Improve remote debugging tooling
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 42/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Ferma
- Stack tecnologico
- python
- Ambito
- documentation, tooling
Direzione di ricerca
Start with the README's “debugging functional tests” section and compare its epdb instructions with the issue's working remote-pdb example. Investigate how oci-env configures functional-test containers and how remote-pdb environment variables integrate with breakpoints(). Done means remote debugging works out of the box and the README documents the complete workflow.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Problem
Couldn't run remote debugging (aka, set breakpoints inside the running server code) with the instructions provided by the README.
Context
I followed the steps in the README for debuging functional tests but it didn't work.
After some research + trial-and-error, I was able to make it work with:
# Setting the breakpoint in the code
# I've relied on the already exposed 12345, which I don't know if have another purpose
import epdb; epdb.serve(port=12345)
# Attaching pdb from another terminal
# from here: https://github.com/ionelmc/python-remote-pdb#usage
sudo dnf install rlwrap socat
rlwrap socat - tcp:127.0.0.1:12345
But still, epdb doesn't have a very good documentation and is unmaintained in years.
Proposal
I'd like to have better builtin support for remote debugging out-of-the-box.
The idea I have for this is using remote-pdb, which has slighly better documentation and tooling. For example, it can be configured via envvars to integrate with regular breakpoints(). oci-env could set those envvars by default and we don't have to worry about porting and can use normal breakpoints() syntax.
Alternatives
- Continue using epdb and update README instructions
- Look another tool with convenient remote-debug capability and update README
- Lingua principale
- Python
- Stelle
- 10
- Fork
- 40
- Merge medio
- 7g 1h
- PR unite (30g)
- 1
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Nessun modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di pulp/oci_env
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 25/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 45/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 42/100
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
-
Set the nginx timeout valueForse di nuovo libera Una pull request per questa issue è stata chiusa senza essere unita. Aperta
Difficoltà 3/5 1-2 giorni Idoneità per principianti 38/100
Tutte le issue di pulp/oci_env
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
ok-oldking/ok-wuthering-waves#1785 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
healthchecks/healthchecks#1349 ·
-
deployment release-lag
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 68/100
nolte/kamerplanter#2374 ·
I maintainer di solito rispondono entro 1 giorno
-
bug v1 v2
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
modelcontextprotocol/python-sdk#3725 ·
I maintainer di solito rispondono entro 1 giorno
-
batchterms() drops queries without a similar() clause, misaligning results with inputsForse già presa @MohammadHijjawi97 l’ha presa oggi. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 86/100
I maintainer di solito rispondono entro 1 giorno