| Commit message (Collapse) | Author | Age |
|---|
| |
|
|
|
|
|
| |
What was here before wasn't correct anyway, and now it works in
restricted mode.
Fixes #35207
|
| |
|
|
| |
Unintentionally changed in #35247
|
| |\
| |
| | |
lib, treewide: Add missing MIPS arches, and fix existing usage
|
| | |
| |
| |
| |
| |
| |
| |
| |
| | |
Existing "mips64el" should be "mipsel".
This is just the barest minimum so that nixpkgs can recognize them as
systems - although required for building individual derivations onto
MIPS boards, it is not sufficient if you want to actually build nixos on
those targets
|
| | |
| |
| |
| |
| |
| | |
This reverts commit fc232422201c0364dbd57826c9a137cc1239caea, reversing
changes made to 754816b84b98afdc0727e13dd66e1698b097de6a.
We don't have many binaries yet. Comment on the original merge commit.
|
| |\ \ |
|
| | |\ \
| | | |
| | | | |
cc-wrapper: fix bool handling for empty and zero values
|
| | | |/
| | |
| | |
| | |
| | |
| | | |
Before the code would fail silently for zero values and with some output for
empties. We now currently handle both via defaulting value to zero and making
`let` return success error code when there's no syntax error.
|
| | | | |
|
| |\ \ \
| | | |
| | | | |
vmTools: update distributions
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Drop currently unsupported releases.
Add Fedora 26 and 27.
Update CentOS.
Add Debian 9.
Add Ubuntu 17.10.
|
| | |/ /
|/| |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Previously, cargoUpdateHook was meaningful as it was used
in
[`cargo-fetch-deps`](https://github.com/NixOS/nixpkgs/blob/19d3cf81d3436a6600f261579b55b9132a6ca8fb/pkgs/build-support/rust/fetch-cargo-deps#L71).
However, this entire file was removed in
5f8cf0048ea089fa73d17512fc4f9f0f0644e225. As far as I can
tell, nothing in the code is using it, but it is still
being passed around:
https://github.com/NixOS/nixpkgs/search?q=cargoUpdateHook&type=Code&utf8=%E2%9C%93
There are, however, legitimate use cases for it. For example,
in some software, some dependencies are not locked in Cargo.toml
and this causes Cargo to try fetching another version of them.
This doesn't work well with vendoring crates.
This hook allows to inject patching or whatever necessary workarounds
in the crate vendoring process. I suppose that's what it was for
in there in the first place.
This patch restores this hook and makes it usable again.
|
| | |/
|/|
| |
| |
| |
| |
| |
| |
| |
| | |
A separate function for building Bazel-bazed packages. Internally it splits the
build into two phases, fetching and building.
Users are expected to provide `fetchArgs.sha256` -- checksum of fetched
dependencies. Local dependencies should be removed in `fetchArgs.preInstall`.
Overall `fetchArgs` and `buildArgs` can be used to add specific steps to fetch
and build.
|
| |\ \
| | |
| | | |
debBuild: install all packages at once to avoid dependency management
|
| | |/ |
|
| | | |
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
(#35171)
* buildRustCrate: adding a symlink from libblah-xxxxx.so to libblah.so
* BuildRustCrate: overriding phases
* Carnix: 0.6.5 -> 0.6.6
* Fixing symlink_dependencies --buildDep
* Shorter symlink_dependencies
* running `runHook postBuild` *after* the build
|
| |/
|
|
| |
Also fix what seems like bugs in uncommon `stdenv`s.
|
| |\
| |
| |
| |
| | |
It's the last staging commit (mostly) built on Hydra,
and a minimal fix for Darwin regression in pysqlite.
|
| | |\ |
|
| | | | |
|
| | |/
|/|
| |
| | |
Link it in stage 1.
|
| | |
| |
| |
| |
| |
| |
| | |
Since the /nix/store directory is not immutable, tar can fails if it
has to push it into the layer archive.
Fixes #34137.
|
| |/ |
|
| |\ |
|
| | |
| |
| | |
Null packages cause an error
|
| |\ \
| |/
|/| |
descent 1 & 2: use assets from gog.com with the dxx-rebirth project
|
| | | |
|
| | |
| |
| |
| | |
fixes #34228
|
| | | |
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
I originally wrote this for packaging proprietary games in Vuizvui[1]
but I thought it would be generally useful as we have a fair amount of
proprietary software lurking around in nixpkgs, which are a bit tedious
to maintain, especially when the library dependencies change after an
update.
So this setup hook searches for all ELF executables and libraries in the
resulting output paths after install phase and uses patchelf to set the
RPATH and interpreter according to what dependencies are available
inside the builder.
For example consider something like this:
stdenv.mkDerivation {
...
nativeBuildInputs = [ autoPatchelfHook ];
buildInputs = [ mesa zlib ];
...
}
Whenever for example an executable requires mesa or zlib, the RPATH will
automatically be set to the lib dir of the corresponding dependency.
If the library dependency is required at runtime, an attribute called
runtimeDependencies can be used to list dependencies that are added to
all executables that are discovered unconditionally.
Beside this, it also makes initial packaging of proprietary software
easier, because one no longer has to manually figure out the
dependencies in the first place.
[1]: https://github.com/openlab-aux/vuizvui
Signed-off-by: aszlig <aszlig@nix.build>
Closes: #34506
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| |\ \
| | |
| | | |
cargo-vendor: Build from source using carnix
|
| | | |
| | |
| | |
| | | |
Removes a binary bootstrap, and enables cargo-vendor on aarch64.
|
| | | | |
|
| |\ \ \ |
|
| | | |/
| |/|
| | |
| | |
| | |
| | | |
Among other things, this will allow *2nix tools to output plain data
while still being composable with the traditional
callPackage/.override interfaces.
|
| |\| |
| | |
| | |
| | |
| | | |
Haskell rebuild.
Hydra: ?compare=1430378
|
| | | |
| | |
| | |
| | |
| | | |
... by moving the existing definition to qemu-flags.nix and reusing
that.
|
| | | | |
|
| |\| |
| | |
| | |
| | | |
Hydra: ?compare=1429281
|
| | | |
| | |
| | |
| | | |
We compute it on the fly, careful to avoid any mass rebuilds for now.
|
| | | | |
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Summary:
According to git-submodule manpage,
"git submodule status" prefixes the hash with a '-' if it is not
initialized, and other chars in other circumstances.
(this is consistent on the various git versions tested)
nix-prefetch-git runs "git submodule init" which does you'd think,
but apparently despite this earlier versions of git before 2.16
would still give the hash the '-' suffix.
In particular this is the behavior when using 2.15 and 2.14.1
from the nixos-17.09 and nixos-17.03 channels respectively.
The script then used awk to drop the first char of the first field
which does the wrong thing when there is no prefix emitted:
while there is a space character before the hash, this is not
part of the field and so we ended up eating the first character
of the hash.
To fix this in a way that also works with the previous behavior,
this commit instead uses awk to grab the hash field
and uses tr to delete any '-' chars should they be present.
This seems to work in my testing, and for example can now
successfully fetch the source for "nginxModules.brotli"
where previously it would generate an error:
fatal: '22564a95d9ab58865a096b8d9f7324ea5f2e03e' is not a commit and a branch 'fetchgit' cannot be created from it
(we dropped a '2' from the beginning of the hash)
|
| |\| | |
|
| | | | |
|
| | | |
| | |
| | |
| | | |
It's 'Image' on AArch64.
|