| 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>
|
|
|
|
| |
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>
|
|
|
|
|
|
| |
This updates the configs of both machines to the latest kernel.
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 is within the current 3.12 merge window, so it still says 3.11,
even though it already contains the shiny new stuff like lockrefs and
more :-)
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>
|
|
|
|
|
|
|
|
|
| |
I should commit here more often, because between -rc4 and -rc5 there
were changes in the configuration. But skipping the commits of release
canidates before -rc5 probably doesn't harm that much, so let's jump
into the future... swoooooosh...
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
| |
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
|
| |
This also fixes a small error which caused the firmware to not be updated (as
the store path was hardcoded in the configuration).
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>
|
|
|
|
|
|
|
| |
This updates the kernel source to the latest mainline master revision plus the
fake extra version.
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>
|
|
|
|
|
|
|
|
|
| |
This time we now divert from the mainline kernel, as I have added a fake version
(-pre-rc1) in order to properly test my VirtualBox patches. They differentiate
the version by using preprocessor macros, which is still 3.8.0 during the merge
window.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
| |
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
| |
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
|
| |
This updates the kernel source to the latest version in Linus' tree and adds the
new config options to mmrnmhrm's configuration.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
| |
No feature changes, it just caused eye cancer to me.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
| |
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>
|
|
|
|
|
|
|
| |
These changes were lying around uncommitted for quite some time, so better
commit now than never :-)
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>
|
|
|
|
|
|
| |
Just committed the new multi head option upstream at NixOS/nixos@0129717.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
|
|
|
|
|
|
| |
So, now we no langer need to issue synergys by the window manager or in the
shell, just log in and everything is set up :-)
Well, of course you should only do something like this in a trusted environment,
because this means, that mouse movements and keystrokes are sent unencrypted! Be
sure to set up a SSH tunnel or something similar if you're in a hostile
environment.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
|
| |
In my case this is just dual head for this machine. Synergy is not yet added to
the NixOS configuration, but this is in preparation for it to work.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
So, this was a big adventure during the last days, because as you might have
guessed from my older configuration this was a single-disk system. And that
single disk failed, so I had to do data recovery instead of actual useful things
in upstream NixOS. Fortunately I could recover everything, so nothing is lost...
just a bit hard to find :-D
Anyway, the new filesystem layout is now without LUKS and LVM, as I really want
to have the flexibility to change striping/raid behaviour per file and possibly
encryption as well someday.
Well, as you might have noticed from the previous commit: ecryptfs is now built
into the kernel and is currently my workaround for encryption until btrfs
finally gets native crypto support.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
|
|
|
|
| |
This is still somewhat tedious to do because we need to revert
7e62e31f9f2bba0864ee8dd05b490c17387f5322, rebuild the nix file and then reset
the revert.
So, let's see when I start getting annouyed by this ;-)
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>
|
|
|
|
|
|
|
|
|
| |
So, this is the first step towards enhancing manual kernel configuration. Of
course. this still looks a bit ugly because I personally don't like
all-uppercase variable names for the kernel config and it still needs to have a
few more expressions to properly handle value types (y/n/m, int, hex, string).
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>
|