Hunter has now a bit of everything (process attach, variable diffing like in pysnooper, env var activation, breakpoints, thread support and an api to build stuff on top) but without going overboard with overenineering (like serialization, storage or sql). For most intents and purposes it should replace every other tracer tool.
Sorry, I meant "no one who replied to you knows what you're talking about". Still, that list don't tell much about potential breakages. Are you actually complaining about bash having too many features or are there actual breakages? Please illustrate with examples, not links to tedious changelogs and ad-hominems.
This is something quite similar to what I've worked on 8 years ago [1] although I gave up. I didn't have integration with other async frameworks/libs in mind from the beginning. I short, there weren't many things I could use it for. Plus it was slow - sure, there was no 'yield from' (PEP-380) back then.
It's interesting that David Beazley did it (he is certainly more qualified) but it's doomed if it doesn't play well with other libraries ...
`easy_install` is not a library per se, it's a binary offered by setuptools.
> distutils was a fork of setuptools
This is incorrect. Setuptools is an extension of distutils (it patches and extends distutils to have additional functionality). Distribute was a fork of Setuptools that has been merged back into Setuptools.
Also, `pth` is not a installation method - it's merely a way to customize the import system. It's a very scary feature as it allows one to execute arbitrary code (that can reside in the `.pth` file) when import paths are being set up (when the `site` module is being initialized).
> People who are saying, "It shows you have a lot of free time" are nuts.
Just a boss clearly incentivized to keep down his underlings. I think it's unreasonable to expect anything else from people with that sort of incentives.
The argument can be made both ways. One can say that Python is better cause readability.
Many can give examples of successful or failed projects in both languages but it's just conjecture.
The only correct way to look at language choice, and the only objective one, is to use the language you are productive in. The best language is the one you master.
> Also, it's very much likely that this is a deliberate distraction from the political conflict between the USA and Hungary that has emerged last week.
Strange theory. Have you considered they just need the extra money? Also, it wouldn't be a huge distraction anyway (from whatever) - I'm pretty sure they could invent more revolting taxes if they wanted to.
I don't think many people would disagree that CSS/HTML have certain encapsulation deficiencies. But I think that less/sass just make you more efficient at writing unmaintainable stuff.
Shadow DOM and WebComponents solve this better by encapsulating styling and markup concerned with the same widget or object. Without those you still have styling concerned with different markup in the same place. You can use less/sass but it's not true encapsulation - you still have to pay attention that you don't break styling for unrelated stuff when changing styling. Thus the "unwanted pain".
It's basically this: attach with GDB, get GIL, run commands (your session), release GIL. This is pretty dangerous as the GIL release is not guaranteed.
This is why I wrote https://pypi.python.org/pypi/manhole - I couldn't afford hosing up (deadlocking) my processes, and it happen pretty often with pyrasite in my usecases. Have in mind that manhole is not that flexible as it uses different technique.
I don't think Jinja is a relevant example here - it's not something people usually write. While you take great care about the API and error handling most other people are sloppy and their code is hard to debug because they unknowingly cripple the tracebacks. That's why I like this feature just the way it is (an opt out, instead of explicit opt in) - cause it needs to cater for the 99% of the people who didn't even bother to reraise properly in Python 2.
There's also a work-in-progress cookbook with unusual stuff: https://python-hunter.readthedocs.io/en/latest/cookbook.html