api: remove unused DefaultVersion, MinSupportedAPIVersion consts

[thaJeztah]

• relates to api: move version-related code to api/types/versions package #46464 (comment)
• relates to / addresses parts of deconstruct the dockerversion package and move internal #50715

These consts are no longer used, and separate consts were added in both the client and daemon packages;

• client: 41da570
• daemon: a632b84

- Human readable description for the release notes

api: remove unused `DefaultVersion`, `MinSupportedAPIVersion` consts

- A picture of a cute animal (not mandatory but encouraged)

[thaJeztah]

oh, derp, it's used in tests - fixing

[thaJeztah]

FWIW, perhaps we should merge these into dockerversion and move that to daemon/version. We could even make that possible to override at build time through -X options (as we do for those other values); I don't think that's possible for const though, so technically they could be overridden at runtime, which may not be ideal.

moby/dockerversion/version_lib.go

Lines 3 to 12 in 4faedf2

	// Default build-time variable for library-import.
	// These variables are overridden on build with build-time information.
	var (
	GitCommit = "library-import"
	Version = "library-import"
	BuildTime = "library-import"
	PlatformName = ""
	ProductName = ""
	DefaultProductLicense = ""
	)

cc @dmcgowan @corhere WDYT?

[corhere]

I don't think it would make much sense to afford overriding the max API version at build time as that is a property of the daemon implementation. Increasing it would be a bug and I can't imagine a use for decreasing it. I'm not worried about overriding the values at runtime as nobody is supposed to be importing the daemon as a library anyway.

I agree that daemon/config is a strange place for constant metadata about the daemon's capabilities. I also agree with moving the dockerversion package to somewhere under daemon. (🚲 Thoughts on instead naming the package something like daemon/meta so the Version constants don't stutter?) But I don't think it's the right place for the API version-range metadata.

I think move the APIVersion constants make the most sense under the daemon/server package.

[dmcgowan]

LGTM after rebase

[austinvazquez]

Rebased to resolve minor conflicts in client. Changes LGTM.