Interesting choice of name considering PySDR is already a thing within the ham community (it's a free online textbook that many folks use as an intro to RF DSP), it's also included as part of DragonOS which is the closest thing to a pre-built OS for hams and other SDR users. But most importantly, the name "pysdr" is already taken under PyPi so it can't be the name of the python package (same with "py-sdr"). No one's stopping you, just wanted to point out the conflicts.
Interesting choice of name considering PySDR is already a thing within the ham community (it's a free online textbook that many folks use as an intro to RF DSP), it's also included as part of DragonOS which is the closest thing to a pre-built OS for hams and other SDR users. But most importantly, the name "pysdr" is already taken under PyPi so it can't be the name of the python package (same with "py-sdr"). No one's stopping you, just wanted to point out the conflicts.