Fix#114952
Before it was using the wrong `makeWrapper`, the one that expected to
run on the target platform and produce packages for the "super-target".
The "super target" (sliding off the end of the platforms list) is
defined to be the same as the target, to cap it with a loop so there is
no sliding off. However, `targetPackages.targetPackages` is *not*
similarly defined. Per the bottom of `pkgs/stdenv/booter.nix` it is an
almost-empty package set that just exists as a hack to help some things
with exotic `depsTargetTarget`.
In particular, that rump "super `targetPackages`" does not contain a
`runtimeShell`, and that's the source of our eval-time error.
The owner of the repository has changed from segmentio to terraform-docs
since the last pull request.
This commit also introduces the use of buildGoModule in place of
buildGoPackage, so that we can avoid generating a deps.nix file for
module dependencies.
The manual mentions how "[config and pkgs] are explained later". Added a link
to where they are explained, and a hint pointing to the NIX_PATH variable.
The custom installPhase got broken as the rust build scripts only
provide $releaseDir in postInstall hooks. The default rust installPhase
installs the same files, so the custom one is unnecessary.
Instead of managing external plugins in the beets derivation, we
introduce a new top-level package set beetsExternalPlugins which the
beets derivation receives as an input. This change doesn't affect how
the beets derivation is built or overridden, so the change won't be
noticed by users, but it makes hydra evaluate and build external plugins
which should benefit users of those plugins and prevent future
regressions as we have experienced (currently on master
beets-alternatives fails to evaluate, but this wasn't picked up by
ofborg nor hydra).
The path to the used patch was broken, making the derivation fail
evaluation. However the patch needs to be updated as some new test
failure has cropped up.
