| Commit message (Collapse) | Author | Age |
|\
| |
| | |
lib: improve cli module
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Let’s call them by what they are, option names.
`generators.mkValueStringDefault` is a better value string renderer
than plain `toString`.
Also add docs to all options.
|
| |
| |
| |
| |
| | |
They are cut off after a few decimal places; we cannot in good faith
define a default string representation with that.
|
| |
| |
| |
| |
| |
| |
| | |
Mirrors the naming scheme in `generators.nix`, for consistency.
Also rename `key` to `k` and value to `v` to aid readability to the
code structure.
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The semantic difference between `encode` and `to` is not apparent.
Users are likely to confuse both functions (which leads to unexpected
error messages about the wrong types). Like in `generators.nix`, all
functions should be prefixed by `to`.
Furthermore, converting to a string depends on the target context. In
this case, it’s a POSIX shell, so we should name it that (compare
`escapeShellArg` in `strings.nix`).
We can later add versions that escape for embedding in e.g. python
scripts or similar.
|
| |
| |
| |
| |
| |
| |
| | |
lib/cli is very similar to generators, so it should follow largely the
same interface. Similar to how generators isn’t exported, we should
also namespace cli by default (plus “cli” is only three characters to
type).
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
I don't think there's any situation in which an unwrapped execlineb is
useful -- if you want to use different versions of the execlineb tool
it'll still prefer ones in PATH. At the same time, implementing the
wrapper in this way, as a series of two derivations, meant that we
didn't get stdenv goodness for the wrapper. This meant that, for
example, the wrapper was not stripped, and so execline ended up with
runtime dependencies on gcc and the Linux headers. I don't want to
have to reimplement this sort of stuff when it's already in stdenv,
and so it makes much more sense to create the wrapper in the
mkDerivation call, where all of stdenv's normal magic will find it.
|
|\ \
| | |
| | | |
Update Haskell package set to LTS 14.21 (plus other fixes)
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | | |
Command line mattermost client
|
| | |
| | |
| | |
| | | |
Really this is a fix of the build because of the automatic version bump
|
| | |
| | |
| | |
| | |
| | | |
This update was generated by hackage2nix v2.15.0-14-gb942b6a from Hackage revision
https://github.com/commercialhaskell/all-cabal-hashes/commit/ac7dcf389a3abb9b640ada0974250f6b36f78a9e.
|
| | | |
|
|/ / |
|
| | |
|
| |
| |
| |
| |
| | |
Fixes #78382
For #65399
|
| | |
|
|\ \
| | |
| | | |
nixos/vault: add ExecReload entry
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
The ping binary will be from iputils anyway since it's installed in
/run/wrappers/bin/ (first in $PATH) and tftpd will be from iputils as
well since inetutils installs it into libexec (not in $PATH).
Therefore, there's not even a real choice here (though we should most
likely prefer iputils anyway).
Current collisions:
collision between `/nix/store/...-iputils-20190709/bin/ping' and `/nix/store/...-inetutils-1.9.4/bin/ping'
collision between `/nix/store/...-iputils-20190709/share/man/man8/tftpd.8.gz' and `/nix/store/...-inetutils-1.9.4/share/man/man8/tftpd.8.gz'
|
| | | |
|
| | | |
|
|\ \ \
| | | |
| | | | |
nixos/alertmanager: add environmentFile, envsubst for secrets
|
| | | | |
|
| | | | |
|
|\ \ \ \
| | | | |
| | | | | |
rar2fs: init at 1.28.0
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
This is e.g. required for the rar2fs build [0], which needs at least
version.hpp, rar.hpp, dllext.hpp, dll.hpp, and headers5.hpp.
At least Gentoo does this as well [1] but most other distributions only
install dll.hpp or no header files at all.
[0]: https://github.com/NixOS/nixpkgs/pull/78189
[1]: https://gitweb.gentoo.org/repo/gentoo.git/tree/app-arch/unrar/unrar-5.8.5.ebuild
|
| | | | | |
|
| | | | | |
|
|\ \ \ \ \
| | | | | |
| | | | | | |
signal-desktop: 1.29.6 -> 1.30.0
|
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
Changelog: https://github.com/signalapp/Signal-Desktop/releases/tag/v1.30.0
|
| | | | | | |
|
| | | | | | |
|
| | | | | | |
|
| | | | | | |
|
| | | | | | |
|
| | | | | | |
|
| | | | | | |
|
|\ \ \ \ \ \
| | | | | | |
| | | | | | | |
nixos/gnupg: actually use the configured gpg package
|
|/ / / / / /
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
Previously, this would ignore the `package` option if `pinentryFlavor`
was set.
|
|\ \ \ \ \ \
| | | | | | |
| | | | | | | |
nixos/version: fix case where .git is a symlink
|
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | | |
Before c9214c394b248e1f26e45dbe1be2bd82363af3a6 and
9d396d2e426b9a765de0b8999aa214f1259633e6 if .git is symlink the version
would gracefully default to no git revision. With those changes an
exception is thrown instead.
This introduces a new function `pathIsGitRepo` that checks if
`commitIdFromGitRepo` fails without error so we don't have to
reimplement this logic again and can fail gracefully.
|
|\ \ \ \ \ \ \
| |_|/ / / / /
|/| | | | | | |
EmptyEpsilon: 2019.11.01 -> 2020.01.15
|
| | | | | | | |
|
|\ \ \ \ \ \ \
| | | | | | | |
| | | | | | | | |
nodejs-13_x: 13.6.0 -> 13.7.0
|