pkg syscall (darwin-arm64), const ESRCH = 3
pkg syscall (darwin-arm64), const ESTALE = 70
pkg syscall (darwin-arm64), const ETIME = 101
pkg syscall (darwin-arm64), const ETIME Errno
pkg syscall (darwin-arm64), const ETIMEDOUT = 60
pkg syscall (darwin-arm64), const ETOOMANYREFS = 59
pkg syscall (darwin-arm64), const ETXTBSY = 26
pkg syscall (darwin-arm64), const EUSERS = 68
pkg syscall (darwin-arm64), const EVFILT_AIO = -3

- DRA: The scheduler plugin prevented abnormal filter runtimes by timing out after 10 seconds. This was configurable via the plugin configuration's `FilterTimeout`. Setting it to zero disabled the timeout and restored the behavior of Kubernetes <= 1.33. ([#132033](https://github.com/kubernetes/kubernetes/pull/132033), [@pohly](https://github.com/pohly)) [SIG Node, Scheduling and Testing]

- Client-side apply will now use OpenAPI `v3` by default. ([#120707](https://github.com/kubernetes/kubernetes/pull/120707), [@Jefftree](https://github.com/Jefftree))
- Decoding etcd's response now respects the timeout context. ([#121614](https://github.com/kubernetes/kubernetes/pull/121614), [@HirazawaUi](https://github.com/HirazawaUi))

pkg net/http, const StateNew = 0
pkg net/http, const StateNew ConnState
pkg net/http, method (*Server) SetKeepAlivesEnabled(bool)
pkg net/http, method (ConnState) String() string
pkg net/http, type Client struct, Timeout time.Duration
pkg net/http, type ConnState int
pkg net/http, type Response struct, TLS *tls.ConnectionState
pkg net/http, type Server struct, ConnState func(net.Conn, ConnState)

pkg net, method (*AddrError) Temporary() bool
pkg net, method (*AddrError) Timeout() bool
pkg net, method (*DNSConfigError) Error() string
pkg net, method (*DNSConfigError) Temporary() bool
pkg net, method (*DNSConfigError) Timeout() bool
pkg net, method (*DNSError) Error() string
pkg net, method (*DNSError) Temporary() bool
pkg net, method (*DNSError) Timeout() bool
pkg net, method (*IPAddr) Network() string

        significant if you have many PS servers. We are aware of this issue and
        working on fixes, for now we suggest using the legacy optimizers when
        using `ParameterServerStrategy`.
    *   **Timeout or performance loss.** We don't anticipate this to happen, but
        if you see such issues, please use the legacy optimizer, and file
        an issue in the Keras GitHub repo.

pkg syscall (freebsd-arm64), const ESPIPE = 29
pkg syscall (freebsd-arm64), const ESRCH = 3
pkg syscall (freebsd-arm64), const ESTALE = 70
pkg syscall (freebsd-arm64), const ETIMEDOUT = 60
pkg syscall (freebsd-arm64), const ETOOMANYREFS = 59
pkg syscall (freebsd-arm64), const ETXTBSY = 26
pkg syscall (freebsd-arm64), const EUSERS = 68
pkg syscall (freebsd-arm64), const EV_ADD = 1

pkg syscall (netbsd-arm64-cgo), const ETHER_VLAN_ENCAP_LEN = 4
pkg syscall (netbsd-arm64-cgo), const ETHER_VLAN_ENCAP_LEN ideal-int
pkg syscall (netbsd-arm64-cgo), const ETIME = 92
pkg syscall (netbsd-arm64-cgo), const ETIMEDOUT = 60
pkg syscall (netbsd-arm64-cgo), const ETIME Errno
pkg syscall (netbsd-arm64-cgo), const ETOOMANYREFS = 59
pkg syscall (netbsd-arm64-cgo), const ETXTBSY = 26
pkg syscall (netbsd-arm64-cgo), const EUSERS = 68

pkg syscall (freebsd-riscv64), const ESPIPE = 29 #53466
pkg syscall (freebsd-riscv64), const ESRCH = 3 #53466
pkg syscall (freebsd-riscv64), const ESTALE = 70 #53466
pkg syscall (freebsd-riscv64), const ETIMEDOUT = 60 #53466
pkg syscall (freebsd-riscv64), const ETOOMANYREFS = 59 #53466
pkg syscall (freebsd-riscv64), const ETXTBSY = 26 #53466
pkg syscall (freebsd-riscv64), const EUSERS = 68 #53466

* 🐛 Fix FastAPI People GitHub Action: set HTTPX timeout for GraphQL query request. PR [#5222](https://github.com/tiangolo/fastapi/pull/5222) by [@iudeen](https://github.com/iudeen).