Christopher Wilcox

merge-pyi: async def given `coroutine` type, but requires the inner return type?

2

I ran `pytype` and then `merge-pyi` on an existing codebase. In a few places, the following was added. ``` async def _commit(self) -> Coroutine[Any, Any, list]: ... ... return list()...

Adding documentation to civil types was raised in https://github.com/googleapis/google-cloud-go/pull/4302.

https://github.com/network-quality/server/blob/main/SERVER_SPEC.md network-quality has posted both a server as well as a client. It could be interesting to alter our backends to use this server (or at least implement its api)...

Move to service workers for request to parallelize

2

I think we could get the exec time down for gcping, also make it seem a bit more responsive if we used service workers for the requests? https://developer.mozilla.org/en-US/docs/Web/API/Service_Worker_API/Using_Service_Workers

Don't unwrap automatically for Number to Datastore Types

4

Related to #754, #759 Remove auto inference of Numbers. This is a 'foot-gun' in the library and we should encourage usage of `datastore.double` and `datastore.int` so the library doesn't choose...

Currently the `entityFromEntityProto`/`decodeValueProto` method, which is used to cast datastore entities into Javascript objects, converts `DatastoreInt` and `DatastoreDouble` to `Number` by default. While this was done to make the surface...

Add warning when inference used for Number types to Datastore types

2

As discussed in #754, the auto conversion to datastore types doesn't work particualrly well in Node.js. Numbers need to be coverted to int, double, but there are times it makes...

Remove or pin use of a deprecated python package, google-cloud

3

https://github.com/tensorflow/benchmarks/search?q=google-cloud&unscoped_q=google-cloud This repository contains a setup.py or requirements.txt file that depends on the `google-cloud` package. This package is deprecated. If you wish to continue to use this package, please pin...

Ubuntu VirtualEnv Creation can be configured to place python at bin/local/python, causes nox failure to find pip

2

A user reported seeing this error to me. To be clear, the issue isn't in nox but instead in debian/virtualenv, but I wanted to open this so others that encounter...

Old versions of the github action tests (2.7, 3.4, 3.5, 3.6) were failing, reporting missing interpreters. For now I removed them, but we may want to look into bringing them...