Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add 10s timeout and restart multimon if rtl_fm crashes & fix pytest and codingstyle-failures #64

Merged

Conversation

janspeller
Copy link
Member

@Schrolli91 FYI, der stdin von multimon wird neu gesetzt, weil es hier zu crashes von mutlimon kam.

@janspeller
Copy link
Member Author

@Schrolli91 Pytest passe ich auch mit an, da pep8 deprecated war

@janspeller janspeller changed the title Add 10s timeout and restart multimon if rtl_fm crashes Add 10s timeout and restart multimon if rtl_fm crashes & fix pytest and codingstyle-failures Jan 6, 2021
@janspeller janspeller force-pushed the feature/sdrInput_improvements branch from 47e2f6f to 9363fc8 Compare January 6, 2021 22:43
Copy link
Member

@Schrolli91 Schrolli91 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Außerdem sollten wir den autom. Test noch um Py 3.9 anpassen, oder was meinst du?

test/pytest.ini Outdated
Comment on lines 22 to 28
# E402 # import not at top
# E501 # line too long
# pep8maxlinelength = 99 No newline at end of file
# E722 # do not use bare 'except'
# W504 # line break after binary operator
# W605 # invalid escape sequence
# flake8-max-line-length = 99
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hier sollten wir mal klären, welche Ausnahmen wir davon wirklich ignorieren wollen.
Oder ob es Sinn macht, diese zuzulassen und mittelfristig zu beheben.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Macht vermutlich sinn, die mittelfristig zu beheben, hatte die bis jetzt noch ignoriert da hier noch einige fehler anfallen, hauptsaechlich wegen den Datei-Headern.

W504 kommt in konflikt mit W503, da ist wohl irgendwas bei flake8 vehauen, oder es gibt keine "richtige" loesung.

E722 Sollten wir glaube ich moeglichst beheben, wobei der "catch all Exceptions" ja auch schon wichtig sein kann.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

"catch all" sollte schon nach Möglichkeit vermieden werden.
An den wenigen Stellen, wo es wirklich erwünscht ist kann man das auch mit einem FLAG direkt im Sourcecode abschalten: https://flake8.pycqa.org/en/3.1.1/user/ignoring-errors.html#in-line-ignoring-errors

@janspeller
Copy link
Member Author

Außerdem sollten wir den autom. Test noch um Py 3.9 anpassen, oder was meinst du?

Jo macht absolut sinn, hab ich mit rein gepackt, schauen ob alles ohne Probleme durchlaeuft

Copy link
Member

@Schrolli91 Schrolli91 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

@Schrolli91 Schrolli91 merged commit fc64f03 into BOSWatch:develop Jan 8, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants