This is a very minor update to VCV Rack, but the upstream Makefiles
now recognize `aarch64` in platform strings and accepts a
CROSS_COMPILE environment variable for cross-compiling plugins for
a given target. This commit updates the `makeFlags` accordingly.
In order to make this latest version of VCV Rack build, I had to
use VCV's fork of the RtAudio library, which has diverged from the
official RtAudio releases. I also disabled parallel builds because
they seemed to be causing non-deterministic build failures.
It is possible that the VCV team will eventually make new releases
of Rack that can again be built against the latest official release
of RtAudio; if that ever happens we can stop packaging VCV Rack
wit its own version of the library.
continuation of #109595
pkgconfig was aliased in 2018, however, it remained in
all-packages.nix due to its wide usage. This cleans
up the remaining references to pkgs.pkgsconfig and
moves the entry to aliases.nix.
python3Packages.pkgconfig remained unchanged because
it's the canonical name of the upstream package
on pypi.
Starting from this commit
2db08f15a0
the upstream project does not expect to use bitbucket anymore. The title
mentions that “BitBucket deleted all Mercurial repos”. Instead, an archive of
the pffft source is hosted on vcvrack.com directly. The unziped sha256 is the
same as before this change.
According to https://repology.org/repository/nix_unstable/problems, we have a
lot of packages that have http links that redirect to https as their homepage.
This commit updates all these packages to use the https links as their
homepage.
The following script was used to make these updates:
```
curl https://repology.org/api/v1/repository/nix_unstable/problems \
| jq '.[] | .problem' -r \
| rg 'Homepage link "(.+)" is a permanent redirect to "(.+)" and should be updated' --replace 's@$1@$2@' \
| sort | uniq > script.sed
find -name '*.nix' | xargs -P4 -- sed -f script.sed -i
```
The revision of the glfw fork that Rack depends on has been removed from
GitHub. This causes cloning of the glfw submodule for the Rack git
repository to fail.
As the glfw fork just adds a function that is only needed on Darwin (and
we don't support that platform at the moment) we remove the function
call from the Rack source. We can then use the upstream version of glfw.
We fetch the rest of the submodules manually as well.
See https://github.com/NixOS/nixpkgs/issues/71189 for the context.
