You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently, each top level directory is a set of files that define a set of configurations. Eventually, different (conflicting) sets of configurations could be desired, if different setups are to be experimented, or to version configurations for differnet machines.
To support different, independent sets of configurations,
add a top layer in the file hierarchy, each root directory containing the configurations for a particular machine.
Alternative configurations for the same machine could be supported in multiple ways:
git branches
different roots, e.g. x86-64-nixos-bspwm, x86-64-nixos-i3, x86-64.ubuntu.gnome, ...
Alternatively, or complementary, the definition of a set of configurations for a particular machine state(the "recipe") could be managed separately from the configurations themselves, for example using a script or some declarative tooling(e.g. vagrant, foreman, ansible/chef/puppet/salt).
The configurations could be organized arbitrarily, and the build script would refer to the configuration assets it requires from the repository.
The text was updated successfully, but these errors were encountered:
That is, packages should contain configurations related to a particular purpose. Putting together configurations related to the graphical interface(bspwm & co), and separately configurations for other tools
Currently, each top level directory is a set of files that define a set of configurations. Eventually, different (conflicting) sets of configurations could be desired, if different setups are to be experimented, or to version configurations for differnet machines.
To support different, independent sets of configurations,
Alternative configurations for the same machine could be supported in multiple ways:
x86-64-nixos-bspwm
,x86-64-nixos-i3
,x86-64.ubuntu.gnome
, ...Alternatively, or complementary, the definition of a set of configurations for a particular machine state(the "recipe") could be managed separately from the configurations themselves, for example using a script or some declarative tooling(e.g. vagrant, foreman, ansible/chef/puppet/salt).
The configurations could be organized arbitrarily, and the build script would refer to the configuration assets it requires from the repository.
The text was updated successfully, but these errors were encountered: