| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
Using polybar now I feel there is no need for pasystray and I would also
like to have compton draw me shadows under windows.
|
|
|
|
| |
Uni has some bonkers nameservers. This should hopefully fix it.
|
|
|
|
|
|
|
| |
Since rofi 1.4.0 the old way of theming has been dropped in favor of a
more complex and fine-grained theme engine. These theme files are rather
large and so it makes sense to move to the theme configuration to rofi's
XDG_USER_CONFIG_DIR.
|
|
|
|
| |
Sorry.
|
|
|
|
| |
Let's switch to networkd.
|
|
|
|
|
| |
More often than not connman is not working reliably; on this machine at
least.
|
|
|
|
|
|
|
|
|
| |
Since this is a reinstall (thanks Toshiba BIOS people /s) I've opted to
remove f2fs and replace it with btrfs. After each new kernel fsck.f2fs
would take forever to check the filesystem before the system was usable,
and this doesn't happen with btrfs (or any other FS AFAIK). Also, I
really miss --reflink. We're also removing 'elevator=noop' here since
we're going to use BFQ.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Signed-off-by: devhell <devhell@mailfresser.de>
|
|
|
|
|
|
|
| |
Let's see how the touchpad on this new laptop behaves with libinput
instead of synaptics.
Signed-off-by: devhell <devhell@mailfresser.de>
|
|
|
|
|
|
|
| |
This reverts commit 2e90b9562939208e5392790834c6ffd89aede692.
Sorry about this. I was wrong as it seems networking.wireless is
required for connman.
|
|
|
|
| |
Not even sure if it is needed anymore to keep connman working.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This introduces another profile module called "packages", which contains
all the package configuration (including overrides) of all the machines
in the devhell namespace.
The machine-specific configuration is now merged into the machine
configurations the same way as we've done previously with the services.
One major difference here is that the haskellPackages workaround is no
longer needed in the package configuration, as it is handled by vuizvui.
Tested this by evaluating all machines and all evaluations succeeded.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
Cc: @devhell
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
I've added another profile called "services", which now resembles the
services_common.nix from the previous configuration.
The machine-specific definitions now reside directly inside the
machine's Nix expressions for now, until they're properly refactored.
Most of these machine-specific values can be easily modularized,
especially the xrdb config, for example having one base xrdb module
and only small machine-specific definitions if stuff needs to be
overridden.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
Cc: @devhell
|
|
|
|
|
|
|
|
|
|
|
|
| |
Those definitions are machine-specific, so IMHO it doesn't make sense to
abstract those options because in the end they're bound to a specific
machine nonetheless and won't be re-used.
If one day it's necessary to re-use these definitions it still can be
done very easily.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
Cc: @devhell
|
|
In his configuration he had machine_common.nix which was imported from
the other machine_*.nix files. However in order to start modularizing
I've converted machine_common.nix into a proper NixOS module which now
resides in modules/user/devhell/profiles/base.nix and can be simply
activated via:
vuizvui.user.devhell.profiles.base.enable = true;
Apart from that I've removed the following configuration definitiens
from machine_common.nix:
nix.binaryCaches = [
"https://headcounter.org/hydra/"
"https://cache.nixos.org/"
];
nix.requireSignedBinaryCaches = true;
nix.binaryCachePublicKeys = [
"headcounter.org:/7YANMvnQnyvcVB6rgFTdb8p5LG1OTXaO+21CaOSBzg="
"cache.nixos.org-1:6NCHdD59X431o0gWypbMrAURkbJ16ZPMQFGspcDShjY="
];
nix.nixPath = lib.mkOptionDefault [
"nixpkgs=/home/dev/git/remote/other_github/nixpkgs"
];
The reason for removing them is because we already handle that via the
vuizvui core modules (modules/core/common.nix).
I've tested this by evaluating the machines by temporarily setting
"allowUnfree = true" (which is part of another module I didn't migrate
yet) and it succeeds.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
Cc: @devhell
|