| Commit message (Collapse) | Author | Age |
|---|
| | |
|
| | |
|
| |\ |
|
| | |\
| | |
| | | |
crystal: use latest openssl
|
| | | | |
|
| | | |
| | |
| | |
| | | |
https://mail.haskell.org/pipermail/ghc-devs/2020-February/018643.html
|
| | |/ |
|
| |/
|
|
|
|
|
|
|
|
| |
Previously, we would asssert that the lockfiles are consistent during the
unpackPhase, but if the pkg has a patch for the lockfile itself then we must
wait until the patchPhase is complete to check.
This also removes an implicity dependency on the src attribute coming from
`fetchzip` / `fetchFromGitHub`, which happens to name the source directory
"source". Now we glob for it, so different fetchers will work consistently.
|
| | |
|
| |
|
|
|
| |
As mentioned in #79975, the default on `legacyCargoFetcher` if left unspecified
is now `false`.
|
| |\
| |
| | |
doc: consistent formatting on python manual section
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
No material changes to docs, but trying to sanitize them for consistent
readability prior to looking at #75837.
- Use `*` for lists instead of `-`. I have no opinion one way or the other, but
the latter was only used in 1-2 places.
- Pad the code blocks with whitespace.
- Wrap to 80 characters, except for a few 1-liners that were only slightly over.
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This has several advantages:
1. It takes up less space on disk in-between builds in the nix store.
2. It uses less space in the binary cache for vendor derivation packages.
3. It uses less network traffic downloading from the binary cache.
4. It plays nicely with hashed mirrors like tarballs.nixos.org, which only
substitute --flat hashes on single files (not recursive directory hashes).
5. It's consistent with how simple `fetchurl` src derivations work.
6. It provides a stronger abstraction between input src-package and output
package, e.g., it's harder to accidentally depend on the src derivation at
runtime by referencing something like `${src}/etc/index.html`. Likewise, in
the store it's harder to get confused with something that is just there as a
build-time dependency vs. a runtime dependency, since the build-time
src dependencies are tarred up.
Disadvantages are:
1. It takes slightly longer to untar at the start of a build.
As currently implemented, this attaches the compacted vendor.tar.gz feature as a
rider on `verifyCargoDeps`, since both of them are relatively newly implemented
behavior that change the `cargoSha256`.
If this PR is accepted, I will push forward the remaining rust packages with a
series of treewide PRs to update the `cargoSha256`s.
|
| |/ |
|
| |
|
|
|
|
|
|
|
|
| |
When updating the section to python 3 some places still
referred to pythonPackages and were overlooked.
Decided to switch it to be more similar to the first
example binding pythonPackages and clarified comments a
bit based on confusion I observed on IRC.
Related to https://github.com/NixOS/nixpkgs/pull/77569
|
| |
|
|
|
| |
We should not encourage installing build-tooling system-wide but
instead promote nix-shell.
|
| |
|
|
|
|
|
|
|
|
|
| |
Updating section about imperative use of ad-hoc virtual-environments for
use of pythons built-in `venv` module via venvShellHook. Also trying to
make it a bit friendlier to beginners by adding a bit more explanation
to the code snippet and some remarks old-school virtualenv.
Adjusting for venvShellHook and adding manual example
Adding pip install and replacing python2 example with python3
|
| |
|
|
|
| |
This is a hook that loads a virtualenv from the specified `venvDir`
location. If the virtualenv does not exist, it is created.
|
| |\ |
|
| | |
| |
| |
| | |
The example in the manual was out of date and didn't use the newer `pname`
convention, which simplifies the fetch call.
|
| |\| |
|
| | |\
| | |
| | | |
nixpkgs manual: Update Haskell versions
|
| | | |
| | |
| | |
| | | |
and leave a comment in all-packages.nix that the docs should be updated
|
| | | |
| | |
| | |
| | |
| | |
| | | |
This is going to require more work.
This reverts commit 2dc4ab36772dfaf124af4d90e99c68038f46baa0.
|
| |\| |
| | |
| | |
| | | |
The nss rebuild isn't so small.
|
| | |/ |
|
| | | |
|
| |/ |
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
When modSha256 is null, disable the nix sandbox instead of using a
fixed-output derivation. This requires the nix-daemon to have
`sandbox = relaxed` set in their config to work properly.
Because the output is (hopefully) deterministic based on the inputs,
this should give a reproducible output. This is useful for development
outside of nixpkgs where re-generating the modSha256 on each mod.sum
changes is cumbersome.
Don't use this in nixpkgs! This is why null is not the default value.
|
| |
|
|
| |
Co-authored-by: Dmitry Kalinkin <dmitry.kalinkin@gmail.com>
|
| |
|
|
|
| |
Without this virtualenv might try to setup an environment for a
different version of python then the one specified in the expression.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* dolt: init at 0.12.0
* Update pkgs/servers/sql/dolt/default.nix
Co-Authored-By: robert seaton <robbpseaton@gmail.com>
* fix eval
* Update pkgs/servers/sql/dolt/default.nix
Co-Authored-By: Wael Nasreddine <wael.nasreddine@gmail.com>
* update Go docs as well
|
| |
|
|
| |
It now breaks down as mentioned in https://github.com/NixOS/nixpkgs/issues/75443
|
| | |
|
| | |
|
| |
|
|
|
|
| |
The package set is not maintained. It is also not used by most of the
BEAM community. Removing it to allow a more useful set of tools fit to
the BEAM community in Nixpkgs.
|
| |\
| |
| | |
buildStackProject: Set __noChroot to make it fail without sandbox
|
| | | |
|
| |/
|
|
| |
this had me stumped - thanks to adisbladis on irc
|
| |
|
|
| |
troubleshooting section to docs
|
| | |
|
| |\
| |
| | |
build-support/rust: Add target option
|
| | | |
|
| | | |
|
| | |
| |
| |
| |
| | |
Maybe there was an idea behind this separation, but looking at the
contents I don't see any reason for these being separate.
|
| | |
| |
| |
| |
| |
| |
| |
| |
| | |
Reorganize the chapters into parts and reduce the TOC depth to make the
TOC useful again. The top-level TOC is very brief, but that is fine
because every part will have its own TOC.
Section titles of languages/frameworks are also simplified to just
the name of the language/framework.
|
| | |
| |
| |
| |
| | |
@garbas and @seppeljordan, are these updates correct?
I removed `offlinehacker/pypi2nix` as an unmaintained ancestor of the current repo `nix-community/pypi2nix`. It appears @garbas forked `offlinehacker/pypi2nix` to `garbas/pypi2nix` and then handed off maintainership to @seppeljordan, transferring the repo to `nix-community/pypi2nix`.
|
| |\| |
|
| | | |
|