Nix does not care too much about this, but this is problematic for evaluators
which are strict, like Tvix.
In the future, my wish is that Nix becomes stricter on those SRI hashes as this is somewhat
problematic to accept arbitrary padding.
BIG CHANGES (improve stability):
- Removed patches for python311 test as they got fixed.
- Fix az self-test, upgrade azure-mgmt-signalr version to 2.0.0b2
- Pin all release dependencies and add msrest to azure-mgmt-maps
- Removed override antlr4-python3-runtime of antlr4 to antlr4_9 was causing ord 'monitor' errors during self-test.
- Pinned azure-mgmt-* dependencies to f74a18bc26/src/azure-cli/requirements.py3.Linux.txt
- Pin antlr to 4.12
Synced propagatedBuildInputs with what's actually defined in the
upstream source.
Also based on the result of self-test, all overrides that were
not necessary or breaking something were removed.
Several import tests were removed - they are caused by the related
package being vendored into the upstream source.
* Add SourceProvenance and changelog
* Fix typo on sourceTypes
* Bump msal from 1.20.0 to 1.24.0b1
* Fix changelog link to latest file upstream instead of commit
* Add meta.{mainProgram,platforms,longDescription,downloadPage} and
update sha256 to sha512
This continues where d8f7f6a5ce left off. Similarly
to that commit, this commit this also points `sourceRoot`s to `src.name` and similar
instead of keeping hardcoded names, and edits other derivation attrs do do the same,
where appropriate.
Also, similarly to d8f7f6a5ce some of expressions this
edits use `srcs` attribute with customly-named sources, so they have to be moved
into `let` blocks to keep evaluation efficient (the other, worse, way to do this
would to recurcively refer to `elemAt n finalAttrs.srcs` or, similarly, with `rec`).
checkInputs used to be added to nativeBuildInputs. Now we have
nativeCheckInputs to do that instead. Doing this treewide change allows
to keep hashes identical to before the introduction of
nativeCheckInputs.
