Otherwise references to the Python interpreter inside the set are wrong, as demonstrated by:
``` nix
with import <nixpkgs> { };
let
python' = python3.override {
packageOverrides = final: prev: { requests = prev.requests.overridePythonAttrs(old: { version = "1337"; }); };
};
in python'.pkgs.python.pkgs.requests
```
which returns the _non_ overriden requests.
And the same with `self`:
```
with import <nixpkgs> { };
let
python' = python3.override {
self = python';
packageOverrides = final: prev: { requests = prev.requests.overridePythonAttrs(old: { version = "1337"; }); };
};
in python'.pkgs.python.pkgs.requests
```
which returns the overriden requests.
This can manifest itself as file collisions when constructing environments or as subtly incorrect dependency graphs.
Since theey is not active from at least six years.
All the packages on this commit became orphans.
---------------------------------------------------------------------------
There are files not covered by this commit, because they will be adopted
soon. Namely:
- pkgs/by-name/zs/zsync/package.nix
- pkgs/games/bsdgames/default.nix
- pkgs/misc/ghostscript/default.nix
- pkgs/os-specific/linux/kernel/perf/default.nix
- pkgs/tools/system/logrotate/default.nix
The Hydra build of the libreoffice-collabora derivation introduced in
ab5bdfd3c6 ("libreoffice-collabora: init at 24.04.5-4") fails with the
status "Output limit exceeded" [1], particularly at fetchgit of its
sources. Indeed, the full checkout of the git repo along with its
submodules takes 4.2 GB which is past the 3.4 GB Hydra's max_output_size
[2]. Unfortunately, the Collabora branch lacks the tarball releases
like the upstream fresh/still variants, so we still have to fetch these
submodules. This commit gives up on the usage of fetchSubmodules and
instead fetches the submodules using separate fetchgit calls. This
makes the structure of the nix expression for the collabora variant
closer to the fresh/still variants than the initial version of the
collabora variant.
[1]: https://hydra.nixos.org/build/267358376
[2]: 4b5dd4f974/build/hydra.nix (L51)
So users can leverage `lib.getExe`.
The expectation for the main program is the general libreoffice
program, not specific binaries for e.g. Writer or Impress.
This fixes the evaluation error of libreoffice-collabora.passthru.srcs,
introduced in ab5bdfd3c6 ("libreoffice-collabora: init at 24.04.5-4").
It was an overlook to keep these attributes. Unlike the still/fresh
variants, the collabora variant fetches translations and help files from
git submodules of the main repository rather than from these tarballs.
