forked from mirrors/nixpkgs
doc: minimize mentions of nix-env -i without -A in nixpkgs manual
This commit is contained in:
parent
c935f5e0ad
commit
a15fbab8e9
|
@ -29,7 +29,7 @@ How to add a new (major) version of the Linux kernel to Nixpkgs:
|
||||||
4. If needed you can also run `make menuconfig`:
|
4. If needed you can also run `make menuconfig`:
|
||||||
|
|
||||||
```ShellSession
|
```ShellSession
|
||||||
$ nix-env -i ncurses
|
$ nix-env -f "<nixpkgs>" -iA ncurses
|
||||||
$ export NIX_CFLAGS_LINK=-lncurses
|
$ export NIX_CFLAGS_LINK=-lncurses
|
||||||
$ make menuconfig ARCH=arch
|
$ make menuconfig ARCH=arch
|
||||||
```
|
```
|
||||||
|
|
|
@ -43,13 +43,13 @@
|
||||||
- nixpkgs:
|
- nixpkgs:
|
||||||
|
|
||||||
- update pkg
|
- update pkg
|
||||||
- `nix-env -i pkg-name -f <path to your local nixpkgs folder>`
|
- `nix-env -iA pkg-attribute-name -f <path to your local nixpkgs folder>`
|
||||||
- add pkg
|
- add pkg
|
||||||
- Make sure it’s in `pkgs/top-level/all-packages.nix`
|
- Make sure it’s in `pkgs/top-level/all-packages.nix`
|
||||||
- `nix-env -i pkg-name -f <path to your local nixpkgs folder>`
|
- `nix-env -iA pkg-attribute-name -f <path to your local nixpkgs folder>`
|
||||||
- _If you don’t want to install pkg in you profile_.
|
- _If you don’t want to install pkg in you profile_.
|
||||||
- `nix-build -A pkg-attribute-name <path to your local nixpkgs folder>/default.nix` and check results in the folder `result`. It will appear in the same directory where you did `nix-build`.
|
- `nix-build -A pkg-attribute-name <path to your local nixpkgs folder>` and check results in the folder `result`. It will appear in the same directory where you did `nix-build`.
|
||||||
- If you did `nix-env -i pkg-name` you can do `nix-env -e pkg-name` to uninstall it from your system.
|
- If you installed your package with `nix-env`, you can run `nix-env -e pkg-name` where `pkg-name` is as reported by `nix-env -q` to uninstall it from your system.
|
||||||
|
|
||||||
- NixOS and its modules:
|
- NixOS and its modules:
|
||||||
- You can add new module to your NixOS configuration file (usually it’s `/etc/nixos/configuration.nix`). And do `sudo nixos-rebuild test -I nixpkgs=<path to your local nixpkgs folder> --fast`.
|
- You can add new module to your NixOS configuration file (usually it’s `/etc/nixos/configuration.nix`). And do `sudo nixos-rebuild test -I nixpkgs=<path to your local nixpkgs folder> --fast`.
|
||||||
|
|
|
@ -15,12 +15,12 @@ Modes of use of `emscripten`:
|
||||||
|
|
||||||
If you want to work with `emcc`, `emconfigure` and `emmake` as you are used to from Ubuntu and similar distributions you can use these commands:
|
If you want to work with `emcc`, `emconfigure` and `emmake` as you are used to from Ubuntu and similar distributions you can use these commands:
|
||||||
|
|
||||||
* `nix-env -i emscripten`
|
* `nix-env -f "<nixpkgs>" -iA emscripten`
|
||||||
* `nix-shell -p emscripten`
|
* `nix-shell -p emscripten`
|
||||||
|
|
||||||
* **Declarative usage**:
|
* **Declarative usage**:
|
||||||
|
|
||||||
This mode is far more power full since this makes use of `nix` for dependency management of emscripten libraries and targets by using the `mkDerivation` which is implemented by `pkgs.emscriptenStdenv` and `pkgs.buildEmscriptenPackage`. The source for the packages is in `pkgs/top-level/emscripten-packages.nix` and the abstraction behind it in `pkgs/development/em-modules/generic/default.nix`.
|
This mode is far more power full since this makes use of `nix` for dependency management of emscripten libraries and targets by using the `mkDerivation` which is implemented by `pkgs.emscriptenStdenv` and `pkgs.buildEmscriptenPackage`. The source for the packages is in `pkgs/top-level/emscripten-packages.nix` and the abstraction behind it in `pkgs/development/em-modules/generic/default.nix`. From the root of the nixpkgs repository:
|
||||||
* build and install all packages:
|
* build and install all packages:
|
||||||
* `nix-env -iA emscriptenPackages`
|
* `nix-env -iA emscriptenPackages`
|
||||||
|
|
||||||
|
|
|
@ -5,10 +5,7 @@
|
||||||
The easiest way to get a working idris version is to install the `idris` attribute:
|
The easiest way to get a working idris version is to install the `idris` attribute:
|
||||||
|
|
||||||
```ShellSession
|
```ShellSession
|
||||||
$ # On NixOS
|
$ nix-env -f "<nixpkgs>" -iA idris
|
||||||
$ nix-env -i nixos.idris
|
|
||||||
$ # On non-NixOS
|
|
||||||
$ nix-env -i nixpkgs.idris
|
|
||||||
```
|
```
|
||||||
|
|
||||||
This however only provides the `prelude` and `base` libraries. To install idris with additional libraries, you can use the `idrisPackages.with-packages` function, e.g. in an overlay in `~/.config/nixpkgs/overlays/my-idris.nix`:
|
This however only provides the `prelude` and `base` libraries. To install idris with additional libraries, you can use the `idrisPackages.with-packages` function, e.g. in an overlay in `~/.config/nixpkgs/overlays/my-idris.nix`:
|
||||||
|
|
|
@ -24,18 +24,10 @@ You can test building an Octave package as follows:
|
||||||
$ nix-build -A octavePackages.symbolic
|
$ nix-build -A octavePackages.symbolic
|
||||||
```
|
```
|
||||||
|
|
||||||
When building Octave packages with `nix-build`, the `buildOctavePackage` function adds `octave-octaveVersion` to; the start of the package's name attribute.
|
To install it into your user profile, run this command from the root of the repository:
|
||||||
|
|
||||||
This can be required when installing the package using `nix-env`:
|
|
||||||
|
|
||||||
```ShellSession
|
```ShellSession
|
||||||
$ nix-env -i octave-6.2.0-symbolic
|
$ nix-env -f. -iA octavePackages.symbolic
|
||||||
```
|
|
||||||
|
|
||||||
Although, you can also install it using the attribute name:
|
|
||||||
|
|
||||||
```ShellSession
|
|
||||||
$ nix-env -i -A octavePackages.symbolic
|
|
||||||
```
|
```
|
||||||
|
|
||||||
You can build Octave with packages by using the `withPackages` passed-through function.
|
You can build Octave with packages by using the `withPackages` passed-through function.
|
||||||
|
|
|
@ -58,13 +58,7 @@ in `all-packages.nix`. You can test building a Perl package as follows:
|
||||||
$ nix-build -A perlPackages.ClassC3
|
$ nix-build -A perlPackages.ClassC3
|
||||||
```
|
```
|
||||||
|
|
||||||
`buildPerlPackage` adds `perl-` to the start of the name attribute, so the package above is actually called `perl-Class-C3-0.21`. So to install it, you can say:
|
To install it with `nix-env` instead: `nix-env -f. -iA perlPackages.ClassC3`.
|
||||||
|
|
||||||
```ShellSession
|
|
||||||
$ nix-env -i perl-Class-C3
|
|
||||||
```
|
|
||||||
|
|
||||||
(Of course you can also install using the attribute name: `nix-env -i -A perlPackages.ClassC3`.)
|
|
||||||
|
|
||||||
So what does `buildPerlPackage` do? It does the following:
|
So what does `buildPerlPackage` do? It does the following:
|
||||||
|
|
||||||
|
@ -135,9 +129,11 @@ This will remove the `-I` flags from the shebang line, rewrite them in the `use
|
||||||
Nix expressions for Perl packages can be generated (almost) automatically from CPAN. This is done by the program `nix-generate-from-cpan`, which can be installed as follows:
|
Nix expressions for Perl packages can be generated (almost) automatically from CPAN. This is done by the program `nix-generate-from-cpan`, which can be installed as follows:
|
||||||
|
|
||||||
```ShellSession
|
```ShellSession
|
||||||
$ nix-env -i nix-generate-from-cpan
|
$ nix-env -f "<nixpkgs>" -iA nix-generate-from-cpan
|
||||||
```
|
```
|
||||||
|
|
||||||
|
Substitute `<nixpkgs>` by the path of a nixpkgs clone to use the latest version.
|
||||||
|
|
||||||
This program takes a Perl module name, looks it up on CPAN, fetches and unpacks the corresponding package, and prints a Nix expression on standard output. For example:
|
This program takes a Perl module name, looks it up on CPAN, fetches and unpacks the corresponding package, and prints a Nix expression on standard output. For example:
|
||||||
|
|
||||||
```ShellSession
|
```ShellSession
|
||||||
|
|
Loading…
Reference in a new issue