| Commit message (Collapse) | Author | Age |
| |
|
|\
| |
| | |
bazel-buildtools: 2.2.1 -> 3.2.0
|
| | |
|
|/ |
|
| |
|
|\
| |
| | |
colormake: use fetchFromGitHub
|
| |
| |
| |
| | |
Verified the sha256 does not change.
|
| | |
|
| |
| |
| |
| |
| | |
* drop bazel_2
* update hashes of fetch derivations that use `buildBazelPackage`
|
|/ |
|
| |
|
|\
| |
| | |
bmake: 20200402 -> 20200506
|
| | |
|
|\ \
| | |
| | | |
pkgsi686Linux.cmake: compile with _FILE_OFFSET_BITS=64 for 32-bit targets
|
| | | |
|
| |/
|/| |
|
| | |
|
|\ \
| | |
| | | |
build-bazel-package: switch hash mode to “flat”
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
flat hashes can be substituted through hashed-mirrors, while recursive
hashes can’t. This is especially important for Bazel since the bazel
fetch dependencies can come from multiple different methods (git,
http, ftp, etc.). To do this, we create tar archives from the
output/external directory, which is then extracted to build. All of
the Bazel hashes are all updated.
|
|\ \ \ |
|
| |\ \ \
| | | | |
| | | | | |
qbs: 1.15.0 -> 1.16.0
|
| | |/ / |
|
|\| | | |
|
| |/ /
| | |
| | |
| | |
| | |
| | |
| | | |
@the-kenny did a good job in the past and is set as maintainer in many package,
however since 2017-2018 he stopped contributing. To create less confusion
in pull requests when people try to request his feedback, I removed him as
maintainer from all packages.
|
|/ / |
|
|\ \
| | |
| | |
| | |
| | |
| | |
| | | |
The nss update is needed for security update of firefox.
For linux platforms only about 1k aarch64 rebuilds are missing;
the diff on Hydra looks OK. Darwin needs 20k more rebuilds,
but I don't think we want to wait for that.
|
| | |
| | |
| | |
| | | |
https://github.com/mesonbuild/meson/compare/0.54.0...0.54.1
|
|\ \ \
| | | |
| | | | |
sbt: 1.3.9 -> 1.3.10
|
| | | | |
|
| | | | |
|
| | | | |
|
|\ \ \ \
| | |/ /
| |/| |
| | | |
| | | | |
Status on Hydra for linuxes seems good enough:
https://hydra.nixos.org/eval/1585703?filter=linux&compare=1585482&full=#tabs-now-fail
|
| |\| | |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
The old `CC=.. CXX= .. meson ...` env var hack I removed in
3c00ca03a251693e58eb4e3c247ee1f640215783 had a side effect of ensuring
that Meson always had access to a native C compiler, which unforunately
it expects in most cases. Thankfully, that will be fixed soon.
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
The cross file is added in the `mkDerivation`. It isn't nice putting
build tool-specific stuff here, but our current architecture gives us
little alternative.
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
See comment in code and the PR it references,
https://github.com/mesonbuild/meson/pull/6827, for details.
We can remove entries from the cross file because they will be gotten
from env vars now.
|
| | | |
| | | |
| | | |
| | | |
| | | | |
I've since convinced upstream to not use such vars for the build
platform during cross. Finally!
|
| | | | |
|
| |/ /
|/| | |
|
|/ /
| |
| |
| |
| | |
I lagged behind meson changes and I can't provide good reviews or fix
meson issues. I am therefore resigning from meson maintainership.
|
|\ \ |
|
| | | |
|
| |\ \
| | | |
| | | |
| | | | |
Hydra nixpkgs: ?compare=1582510
|
| | | | |
|
| | | |
| | | |
| | | |
| | | | |
https://mesonbuild.com/Release-notes-for-0-54-0.html
|
|\ \ \ \
| |/ / /
|/| / /
| |/ / |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
* crystal: 0.31 -> 0.34
* crystal: use latest llvm
* crystal: skip tests for 0.33
|
|\| | |
|
| | | |
|
| | | |
|