deps: update oapi-codegen to v2 (scionproto#4432)

The oapi-codegen libraries went through a reorganization; the
repositories for the oapi-codegen build tool was separated from the
runtime libraries.
In our normal code dependencies, the oapi-codegen build tool no longer
shows up. Import it in a dummy .go file as an easy way to ensure that we
have all the appropriate dependencies (via the `go.mod`/`go_deps.bzl`) .
This leaves some clutter in the `go.mod` file which is not aesthetically
pleasing, but is not a real issue due to dependency graph 
pruning.
The alternative solution would have been to manage the dependencies of
the `rules_openapi` bazel rules explicitly in a `rules_openapi_dependencies` 
macro. This turns out to be rather cumbersome, and can lead to
unexpected or even invalid dependency version combinations, because
`rules_go` does not have a way to separate the dependencies of the build
tools from the dependencies of the code.

Aside; fix `cfg = "exec"` for the oapi-codegen buildtool so that this
tool is built for the environment of the builder, not the target
platform.

Author: matzf

control/mgmtapi/BUILD.bazel

@@ -42,10 +42,9 @@ go_library(
         "//private/mgmtapi/segments/api:go_default_library",
         "//private/storage:go_default_library",
         "//private/storage/beacon:go_default_library",
-        "@com_github_deepmap_oapi_codegen//pkg/runtime:go_default_library",  # keep
         "@com_github_getkin_kin_openapi//openapi3:go_default_library",  # keep
         "@com_github_go_chi_chi_v5//:go_default_library",  # keep
-        "@com_github_pkg_errors//:go_default_library",  # keep
+        "@com_github_oapi_codegen_runtime//:go_default_library",  # keep
         "@org_golang_google_protobuf//proto:go_default_library",
     ],
 )