| Commit message (Collapse) | Author | Age |
|\
| |
| |
| | |
Thousands of rebuilds from master :-/
|
| |\
| | |
| | | |
nixos/nfs: allow setting the path to krb5.keytab
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Currently the `rpc-gssd.service` has a `ConditionPathExists` clause that can
never be met, because it's looking for stateful data inside `/nix/store`.
`auth-rpcgss-module.service` also only starts if this file exists.
Fixes NixOS/nixpkgs#29509.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This includes fuse-common (fusePackages.fuse_3.common) as recommended by
upstream. But while fuse(2) and fuse3 would normally depend on
fuse-common we can't do that in nixpkgs while fuse-common is just
another output from the fuse3 multiple-output derivation (i.e. this
would result in a circular dependency). To avoid building fuse3 twice I
decided it would be best to copy the shared files (i.e. the ones
provided by fuse(2) and fuse3) from fuse-common to fuse (version 2) and
avoid collision warnings by defining priorities. Now it should be
possible to install an arbitrary combination of "fuse", "fuse3", and
"fuse-common" without getting any collision warnings. The end result
should be the same and all changes should be backwards compatible
(assuming that mount.fuse from fuse3 is backwards compatible as stated
by upstream [0] - if not this might break some /etc/fstab definitions
but that should be very unlikely).
My tests with sshfs (version 2 and 3) didn't show any problems.
See #28409 for some additional information.
[0]: https://github.com/libfuse/libfuse/releases/tag/fuse-3.0.0
|
|\| |
| | |
| | |
| | | |
A couple thousand rebuilds again.
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
|\| | |
|
| | | |
|
| | | |
|
|\| | |
|
| | |
| | |
| | |
| | | |
fixes #29565
|
| | |
| | |
| | |
| | | |
https://hydra.nixos.org/build/61465503
|
| | |
| | |
| | |
| | | |
https://hydra.nixos.org/build/61470492
|
| | | |
|
| | |
| | |
| | |
| | | |
Fixes #29289.
|
| |\ \
| | | |
| | | | |
hostapd/wpa_supplicant: update urls
|
| | |/ |
|
| | |
| | |
| | |
| | |
| | | |
`kernel.override { features = ... }` didn't work before, now it works as
expected.
|
| | | |
|
| | | |
|
| | | |
|
|/ /
| |
| |
| |
| | |
The openldap dependency is only used for the audisp z/OS plugin.
This is not useful on Linux, so always disable this.
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Since we don't have a split debug info output yet, don't waste time
writing several gigabytes of debug info that's all going to be stripped
out at the end.
This change only affects Aarch64 (where some joker has enabled it in the
architecture defconfig) and is a no-op on the others.
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| | |
kernels
They don't support it.
|
|\| |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| |
| | |
@dezgeg was right: The `platform` field of a linux platorm is already
manadatory---if not specified it is inferred, and all such inferences
include a `kernelArch` field. Therefore linux packages can indeed rely
on it being defined.
|
| |
| |
| |
| | |
This sat around unused for who knows how long
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
|\ \
| | |
| | |
| | | |
Again, this is for sake of chained PRs having readable diffs
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
@dezgeg was right: The `platform` field of a linux platorm is already
manadatory---if not specified it is inferred, and all such inferences
include a `kernelArch` field. Therefore linux packages can indeed rely
on it being defined.
|
| |/
| |
| |
| | |
This sat around unused for who knows how long
|
|/
|
|
| |
Bootstrap tools has since been bumped
|
|
|
|
| |
https://hydra.nixos.org/build/60928068
|
|
|
|
| |
https://hydra.nixos.org/build/60942499
|
| |
|