| Commit message (Collapse) | Author | Age |
|\
| |
| | |
crystal: use latest openssl
|
| | |
|
| |
| |
| |
| | |
https://mail.haskell.org/pipermail/ghc-devs/2020-February/018643.html
|
|/ |
|
| |
|
|
|
|
|
| |
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`.
|
|\| |
|
| | |
|
|\| |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
One issue with cargoSha256 is that it's hard to detect when it needs to
be updated or not. It's possible to upgrade a package and forget to
update cargoSha256 and run with old versions of the program or
libraries.
This commit introduces `verifyCargoDeps` which, when enabled, will check
that the Cargo.lock is not out of date in the cargoDeps by comparing it
with the package source.
|
| |
| |
| |
| | |
This reverts commit f8a8fc6c7c079de430fa528f688ddac781bcef16.
|
| |
| |
| |
| |
| |
| |
| | |
This reverts commit 41af38f3728bd64b80721c44ed1fb019978cbc1b, reversing
changes made to f0fec244ca380b9d3e617ee7b419c59758c8b0f1.
Let's delay this. We have some serious regressions.
|