| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
| |
This reverts commit d64ed6fb4fd211f9690b359275371926246f4521.
Since I have moved back to my new home, this is no longer needed.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Today seems to be a "bad luck day" because my Sheeva Plug just died. So
I'm back to some weird stupid old Netgear thingy that seems to be so old
that it doesn't even know what IPv6 "might be". And it's already the
"latest and gro^Heatest" firmware that's available.
One of the ugly things is that our internal DNS configuration can't be
done using that stupid thing, because it uses DHCP to assign external
DNS servers rather than having an internal DNS forwarder where you can
assign your own[TM] zones.
So let's hope that we can revert this in the foreseeable future.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
|
| |
Yep, for now I need USB support on that machine, so let's stay in the
vboxusers group there for now.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
|
|
| |
Regression is from d12dc1d671c12a5154d145b467d7de931e416238.
I know who - besides of mmrnmhrm - is also farting a lot: My brain.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
|
| |
I can't stand waiting for machine switches just because mmrnmhrm is
currently trying to fart a lot on my nixpart tests.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
|
|
|
|
|
| |
No longer needed for VirtualBox 3.16.
This reverts the following commits:
* 6fc58460ca5d7cce451aaea37ba8051b37c1bc0c
* 62e2dce98704681cafe67b06e18d3e5ffa037d88
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
|
| |
Geeesh, of course, we don't have an .override function, if we have
patched beforehand.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
|
|
| |
Really, I haven't even tested if this builds, because a build process is
hanging in zombie-"mode" right now. And I really don't want to reboot
twice, so let's throw it at Hydra and hope everything works well, right?
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
I found "nixconf" a little big too generic and thus not unlikely enough
to someday collide with something in <nixpkgs>. That's why I chose the
name "vuizvui" as a Bavarion word (actually _two_ words: "vui zvui") for
"far too much", in terms of the opposite of "nix" - which means
"nothing".
A possible downside for choosing this name is that it might be
jawbreaker to some English native speakers out there, but I don't really
care if the pronunciation is correct nor do I expect to get a lot of
public attention on this repository.
And yes, for English native speakers, a pronunciation like "fui-tsui" is
probably okay as well :-)
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
|
|
| |
Those options reside now in common-workstation.nix but it's only a
preliminary step, in the long term I guess we want to have this as
modular as possible.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
|
|
| |
This is because of a limitation of Synergy not being able to cope with
multihead assignments. At least not at the time I have implemented it at
first, so might be worth to check if it has improved in the meantime.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
|
|
|
|
|
| |
This allows for a more dynamic workspace assignments, especially when
varying between the number of heads. We now not only can use the NixOS
module system to set workspaces but also assign applications to them.
And the default workspace layout is to evenly spread out the heads among
the available heads.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Unfortunately, the main board has died so I needed to quickly assembly a
replacement machine. I haven't found a compatible main board for the
last set of hardware so the "new" machine is now a Core 2 Duo with only
2 GB of RAM.
I'm looking forward to more frustrations during build I already had with
the i7 I had previously.
Also, all these changes are untested for now, because I'm still
shoveling the btrfs filesystems to two new hard disks, because the new
mainboard only has 2 SATA ports.
At the moment the GRUB bootloader is still on the old disk and as soon
as the data is on the new disks, the GRUB install devices will change as
well.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
| |
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
|
|
|
| |
This adds the kernel patch to all machines and uses it as the default
scheduler. Let's see when I need to scream at the edit of a commit
message again, because the disk is busy and the editor is waiting for
I/O.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
| |
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>
|