-
Notifications
You must be signed in to change notification settings - Fork 29
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
Requiring using the launcher is silly #7
Comments
But from #6 (comment) we know that "calling conventions" are still exec'ing individual Now the reason behind funkiness like:
becomes clear - |
There's a bit more funkiness for reverse engineers among us:
So, |
The You don’t have to reverse engineer anything, you can just ask :) |
If you take votes on this, I'd suggest to drop individual Likewise, I'd second suggestion to make it runnable using Python's |
Thanks for quick replies, but I'm that kind of guy who thinks that looking at the code is easier than asking stupid questions ;-). It's only when there're too many questions, some have to be asked. I also probably should elaborate why this bunch of comments/tickets posted. I just looked at https://github.com/topics/xmeye , and got following thoughts: "There seems to be a club of folks who hack on that Sofia protocol, but each seem to duplicate work. Why would be that?" and "One of the project seems to be ahead of others in terms of project organization, let's look into that first. Uggh, still not stellar (well, just doesn't really work for me). But given all the effort put into the project already, perhaps the author would be interested in feedback on some problem spots". Dunno how well the last part goes ;-). But I definitely would need to give myself reasons why I'd join "duplicate effort" club, and the idea that doing that aloud might help wider community (because otherwise I of course just hack up yet another crappy tool which doesn't work for anybody else but me). Sorry if that's not the case ;-). |
Is there a command to turn off the DVR? |
Failing with #6, we're proceeding with
python3.7 -m venv ...
. Looking at setup.py there're bunch ofdvr-*
entrypoint. But running them have no effect:That's apparently because "calling conventions" for subcommands have changed, and nowadays
is always true.
The text was updated successfully, but these errors were encountered: