| Commit message (Collapse) | Author | Age |
|---|
| | |
|
| |\
| |
| |
| |
| | |
Crashplan
OK, it is an external service with unfree client, so let's declare that ensuring usability of the service is not our headache.
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| |\ \
| | |
| | | |
synaptics: fix tapButtons setting
|
| | | | |
|
| |\ \ \
| | | |
| | | | |
nixos/git-daemon: fix a bug and add 'user' and 'group' options
|
| | | | | |
|
| | | | | |
|
| | |/ / |
|
| |\ \ \
| | | |
| | | | |
Try to load Xresources, if that fails fall back to Xdefaults. Closes #4670
|
| | | | | |
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Perl seems to write the file in latin1 independent of the actual input
encoding. This can corrupt the "description" field of /etc/passwd. By
setting "binmode" to ":utf8" Perl can be forced to write UTF-8. Ideally
the program would simply read/write the fields by value without any
changes in encoding. However, assuming/enforcing UTF-8 is a lot better
than using an obsolete coding like latin1.
|
| | | | | |
|
| | | | |
| | | |
| | | |
| | | | |
This reverts commit 455db168b30d53c903c96be80ef843b79e0744ae.
|
| | | | |
| | | |
| | | |
| | | | |
This reverts commit b7f6a138b13ca667464b31274a33124d252ebc8b.
|
| |\ \ \ \
| |/ / /
|/| | | |
docker: propagate nix.proxy into daemon environment
|
| | | | | |
|
| | | | |
| | | |
| | | |
| | | | |
This reverts commit 8e1072fd60f9dcf5eac0bb2d604258f121b658d8.
|
| | | | | |
|
| | | | |
| | | |
| | | |
| | | |
| | | | |
The NixOS 14.11 release is a good time to finally make 2.4 the
default.
|
| | | | | |
|
| |\ \ \ \
| | | | |
| | | | | |
Add 'root' option to ssmtp
|
| | | | | | |
|
| | | | | | |
|
| | | | | | |
|
| | | | | | |
|
| | | | | | |
|
| | | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
Regression introduced in f496c3cbe4a6a2db88892d14609618e449744ed6.
Previously when we used security.initialRootPassword, the default
priority for this option was 1001, because it was a default value set by
the option itself.
With the mentioned commit, it is no longer an option default but a
mkDefault, which is priority 1000.
I'm setting this to 150 now, as test-instrumentation.nix is using this
for overriding other options and because I think it still makes it
possible to simple-override it, because if no priority is given, we get
priority 100.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
| |\ \ \ \ \
| | | | | |
| | | | | | |
zabbix-server: add extraConfig option
|
| | | | | | |
| | | | | |
| | | | | |
| | | | | | |
add types to options
|
| |\ \ \ \ \ \
| | | | | | |
| | | | | | | |
Make boost 156 the default
|
| | | | | | | |
| | | | | | |
| | | | | | |
| | | | | | | |
This reverts commit e2ada42623f26d51cf7d1253ac0700297e1a9b83.
|
| | |/ / / / / |
|
| | | | | | |
| | | | | |
| | | | | |
| | | | | | |
You can now set users.extraUsers.root.initialHashedPassword instead.
|
| | | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
In this case, they're equivalent to setting ‘password’ and
‘hashedPassword’ (since there is no distinction between an initial and
non-initial user account state).
|
| | | | | | | |
|
| |/ / / / /
| | | | |
| | | | |
| | | | |
| | | | | |
These are like password and hashedPassword, except that they only
apply when the user is initially created.
|
| | | | | | |
|
| | | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
This changes the bootloader for iso generation from Grub to
syslinux. In addition this adds USB booting support, so that
"dd" can be used to burn the generated ISO to USB thumbdrives
instead of needing applications like UnetBootin.
|
| |\ \ \ \ \
| | | | | |
| | | | | | |
Support bcache volumes in initrd
|
| | | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
This adds necessary udev rule into initrd to support autodetecting
bcache partitions in stage-1. It also fixes 'sh' path for the new
rule to work.
|
| | | | | | | |
|
| | | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
from sudoers (5):
When multiple entries match for a user, they are applied in order.
Where there are multiple matches, the last match is used (which is not necessarily the most specific match).
|
| | | | | | | |
|
| | |_|_|/ /
|/| | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
unconditionally
I'm not sure what exactly this user is needed for, i.e. under what circumstances
it must exist or not, but creating it unconditionally seems like the wrong thing
to do. I complained to @offlinehacker about this on Github, but got no response
for a week or so. I'm disabling the extraUsers bit to put out the fire, and now
hope that someone who actually knows about Graphite implements a proper solution
later.
|
| | |/ / /
|/| | | |
|