fix(docker): add cmake/make to build-deps for pycares wheel build

[KingPin]

Summary

• pycares 5.0.0+ (now pulled in transitively via aiodns >= 4.0.3) uses CMake to build its bundled c-ares. Source build is forced on linux/arm/v7 since no musllinux_armv7l wheel is published, and the missing CMake caused build-and-push to fail with RuntimeError: CMake >= 3.5 is required to build pycares.
• Adds cmake and make to the apk .build-deps virtual package — they're cleaned up in the same layer via apk del .build-deps, so the final image stays slim.

Why now

build-and-push is currently red on main and on all four open dependabot PRs:

• chore(deps): update python-dotenv requirement from <2.0,>=1.2.0 to >=1.2.2,<2.0 #14 python-dotenv
• chore(deps): update tenacity requirement from <10.0,>=9.1.0 to >=9.1.4,<10.0 #15 tenacity
• chore(deps): update pytest-asyncio requirement from >=1.0.0 to >=1.3.0 #16 pytest-asyncio
• chore(deps): update aiodns requirement from <5.0,>=4.0.0 to >=4.0.3,<5.0 #17 aiodns

This is the common root cause for all of them.

Test plan

• lint-and-test job still green
• build-and-push job green for all three platforms (linux/amd64, linux/arm64, linux/arm/v7)
• After merge, rebase the four dependabot PRs (`@dependabot rebase`) and confirm their builds go green

[Copilot]

Pull request overview

This PR fixes multi-arch Docker image builds by ensuring Alpine has the build tooling required to compile pycares from source (notably on linux/arm/v7, where no compatible wheel is available), unblocking the build-and-push workflow.

Changes:

• Add cmake and make to the Docker build-only dependencies (.build-deps) so pycares>=5 can build its bundled c-ares.
• Keep the final image slim by removing .build-deps in the same layer after pip install.