Chiebot-Mirror/grpc - grpc - Gitea: Git with a cup of tea

Commit Graph

Author	SHA1	Message	Date
Sergii Tkachenko	de6ed9ba9f	[Python] Migrate from yapf to black (#33138 ) - Switched from yapf to black - Reconfigure isort for black - Resolve black/pylint idiosyncrasies Note: I used `--experimental-string-processing` because black was producing "implicit string concatenation", similar to what described here: https://github.com/psf/black/issues/1837. While currently this feature is experimental, it will be enabled by default: https://github.com/psf/black/issues/2188. After running black with the new string processing so that the generated code merges these `"hello" " world"` strings concatenations, then I removed `--experimental-string-processing` for stability, and regenerated the code again. To the reviewer: don't even try to open "Files Changed" tab 😄 It's better to review commit-by-commit, and ignore `run black and isort`.	1 year ago
Lidi Zheng	2231c2ba77	Introduce Python import sorting to our sanity test suite (#26768 ) * Add isort_code.sh to sanity tests * Run tools/distrib/isort_code.sh * Fine tune the import order for relative imports * Make pylint and project generation happy * Fix a few corner cases * Use --check instead of --diff * The import order impacts test result somehow * Make isort print diff and check output at the same time * Let tools/run_tests/python_utils be firstparty library * Run isort against latest HEAD	3 years ago
Richard Belleville	a362c2566d	Revert examples	4 years ago
Richard Belleville	c2c5057e9d	Fix up examples	4 years ago
Richard Belleville	e97cd37e68	Support running multiprocessing example without Bazel	5 years ago
Richard Belleville	96024a9ad3	Update documentation	5 years ago
Esun Kim	7be821ac47	Yapf all target python sources	5 years ago
Richard Belleville	8fb51946bf	Fix multiprocessing example for MacOS. A closer reading of the API for getsockopt revealed that we were depending on an implementation detail of getsockopt on Linux. This assumption breaks down on MacOS. getsockopt merely guarantees that it will return on 0 in case of failure and a value greater than 0 in case of success. There is no guarantee as to which non-zero value you will receive. On Linux, it seems to be 1, the value which was explicitly set. On MacOS, it seems to be the value of the FLAG which was set, i.e. 512 for SO_REUSEPORT. This commit ensures the check we use does not rely on either of these implementation details.	6 years ago
Richard Belleville	dde238cb5d	Apparently no ipv6 on kokoro	6 years ago
Richard Belleville	f3b57e35ec	Properly import protos	6 years ago
Richard Belleville	69b5476429	Expand the readme	6 years ago
Richard Belleville	81c3b0bfb6	Fix lint errors	6 years ago
Richard Belleville	d832738c08	Yapf	6 years ago
Richard Belleville	0f6293e85e	Improve logging handlers	6 years ago
Richard Belleville	acbc095ab8	Implement test for example	6 years ago
Richard Belleville	5c4823c17b	Build with bazel	6 years ago
Richard Belleville	510beaaede	Add a CLI parser to the client	6 years ago
Richard Belleville	a6c33d3516	Dynamically allocate port	6 years ago
Richard Belleville	f2c7ffc9fb	Add multiprocessed client	6 years ago
Richard Belleville	4a8a2e286e	Add basic multiprocessing-based server	6 years ago

18 Commits (6a0c483beadae1149dca77174c85ca1e3d4d5751)