Age | Commit message (Collapse) | Author |
|
remove redundant re-definition of store derivations
|
|
|
|
define "store derivation"
|
|
tests: switch to non-deprecated nix.settings.* module parameters
|
|
cleanup eval.hh/eval.cc
|
|
Release shared lock before acquiring exclusive lock
|
|
Fix typo in error message
|
|
configure.ac: don't clobber CFLAGS=/CXXFLAGS= and allow users to pass…
|
|
|
|
doc: sandbox-paths computes closures
|
|
nix develop: Set personality
|
|
|
|
In principle, this should avoid deadlocks where two instances of Nix are
holding a shared lock on big-lock and are both waiting to get an
exclusive lock.
However, it seems like `flock(2)` is supposed to do this automatically,
so it's not clear whether this is actually where the problem comes from.
|
|
|
|
|
|
Without the change checks issue the fllowing warning:
$ nix flake check
trace: warning: The option `nix.useSandbox' defined in `makeTest parameters' has been renamed to `nix.settings.sandbox'.
trace: warning: The option `nix.useSandbox' defined in `makeTest parameters' has been renamed to `nix.settings.sandbox'.
trace: warning: The option `nix.maxJobs' defined in `makeTest parameters' has been renamed to `nix.settings.max-jobs'.
...
|
|
Bump nixpkgs to 22.11
|
|
This makes 'nix develop' set the Linux personality in the same way
that the actual build does, allowing a command like 'nix develop
nix#devShells.i686-linux.default' on x86_64-linux to work correctly.
|
|
Fix CanonPath::dirOf() returning a string_view of a temporary
|
|
https://hydra.nixos.org/build/202837872
|
|
primops `storeDir` test uses `settings.nixStore`
|
|
[PDT] TDE-3114: prevent a race-condition when creating the S3 cache
|
|
|
|
|
|
a store derivation is not a store path itself, it has a store path.
|
|
|
|
|
|
* doc/book.toml: Improve config
- `title` value will be added to the HTML <title> - here</title>
- `git-repository-url` adds a link to the GitHub repo in the top right corner
- `edit-url-template` adds an edit link, inviting contributions
Co-authored-by: Valentin Gagarin <valentin.gagarin@tweag.io>
|
|
make relative links explicit
|
|
|
|
Remove GPG-signing of releases
|
|
Introduce AbstractPos
|
|
Improve sqlite error messages
|
|
fix(develop): make `nix develop` drv recreatable
|
|
|
|
rapenne-s/improve_messaging_reusing_trusted_substituter
Inform user instead of warning them when using a trusted substituter
|
|
Add CanonPath wrapper to represent canonicalized paths
|
|
|
|
custom flags
Reported-by: 0n-s
Bug: https://github.com/trofi/nix-guix-gentoo/issues/26
|
|
They did not include the detailed error message, losing essential
information for troubleshooting.
Example message:
warning: creating statement 'insert or rplace into NARs(cache, hashPart, namePart, url, compression, fileHash, fileSize, narHash, narSize, refs, deriver, sigs, ca, timestamp, present) values (?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, 1)': at offset 10: SQL logic error, near "rplace": syntax error (in '/tmp/nix-shell.grQ6f7/nix-test/tests/binary-cache/test-home/.cache/nix/binary-cache-v6.sqlite')
It's not the best example; more important information will be in
the message for e.g. a constraint violation.
I don't see why this specific error is printed as a warning, but
that's for another commit.
|
|
Co-authored-by: Théophane Hufschmitt <7226587+thufschmitt@users.noreply.github.com>
|
|
Fix a crash in DerivedPath::Built::toJSON() with impure derivations
|
|
The use of 'nullptr' here didn't result in a null JSON value, but in a
nullptr being cast to a string, which aborts.
|
|
|
|
Allow disabling build users by unsetting `build-users-group`
|
|
Unsetting `build-users-group` (without `auto-allocate-uids` enabled)
gives the following error:
```
src/libstore/lock.cc:25: static std::unique_ptr<nix::UserLock> nix::SimpleUserLock::acquire(): Assertion `settings.buildUsersGroup != ""' failed.
```
Fix the logic in `useBuildUsers` and document the default value
for `build-users-group`.
|
|
doc: fix links
|
|
Add anchors and links to definition
|
|
Low level `<drvPath>^<outputName>` installable syntax to match existing `<highLevelInstallable>^<outputNames>` syntax
|
|
|