| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
|
| |
Yep, it might be good to actually rename all occurences of renamed
attributes ;-)
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
| |
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
| |
This was changed during the unified kernel config refactor.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
|
| |
The attributes driSupport32Bit, s3tcSupport and videoDrivers are now no
longer in services.xserver and now reside in services.mesa.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
|
|
| |
Haven't noticed that we already have a service module for synergy, so
let's use it instead of just executing the client/server on X session
initialization.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
|
| |
The firmware is now located within lib/firmware in the
firmwareLinuxNonfree output poth.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
|
| |
This now also makes specification of Radeon firmware way less redundant and
adding new firmware will be a change in *one* place.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
|
| |
All firmware packages are now in firmwareLinuxNonfree and we only need to
reference that one package. In addition, this adds the UVD firmware as well.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
| |
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
| |
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
|
| |
Referring to kernelPackages recursively is no longer needed in current nixpkgs,
so let's remove it :-)
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
|
| |
No changes in functionality, only style change, as using inherit is much easier
on the eyes than repeating those attributes twice.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
| |
No feature changes, it just caused eye cancer to me.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
|
|
|
|
|
| |
Pulse doesn't seem to get the right permissions to the audio devices. I'm not
sure whether this is a multi-seat configuration problem or if the culprit is
because synergy doesn't count as a physical pointer in some cases.
This needs some research, I think. But maybe it's even a better idea to run
pulseaudio as a systemd service, because it's a remote sink for dnyarri as well.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
|
| |
This should now bring the synergy and multi head config in sync, so both
machines blend into a seamless 4-monitor-system.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
|
| |
This should get rid of the duplication already marked with XXX and of course
should make the machine-specific configuration way easier to read.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
|
|
|
|
|
| |
So, now we have lots of duplication which needs to be merged as soon as
possible.
This commit is obviously quite similar to the previous commit:
7e62e31f9f2bba0864ee8dd05b490c17387f5322
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
|
|
|
|
|
|
| |
I'm just using the kernel source from mmrnmhrm, even though it's older than
dnyarri's kernel config. The reason is because I want to make sure that a
nixos-rebuild won't bring up any changes. It is rather unlikely, but I better
want to make sure it won't happen.
Afterwards, let's upgrade that old kernel, because the 3.7.0-rc7 tag was pushed
by Linus just about two hours ago.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
|
| |
This should at least clean up some of this mess and only hardware and filesystem
specific stuff should now endup within the respective machine expressions.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
|
|
|
| |
Now all kernel configuration files should point to a consistent location
(/home/aszlig/linux/.config). While I'm still not happy how the kernel
configuration stuff is handled right now, this at least consolidates the issue a
bit.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
The network.nix file roughly resembles a charon network expression file.
Not that i intend to use charon in order to manage both machines right now, but
it definitely makes sense that way. At the moment the network.nix file is just
imported by /etc/nixos/configuration.nix on both machines, pointing to the
respective attribute set.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|