| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
| |
I no longer have a scanner that requires to have hplip and/or any of the
proprietary parts of it, so let's keep it out of the machine
configuration.
Signed-off-by: aszlig <aszlig@nix.build>
|
|
|
|
|
|
|
|
| |
Workspace one is usually my "communications workspace" and since I've
been using Psi as my go-to XMPP client, it's a good idea to add it to
that workspace, even though I usually start it on that workspace anyway.
Signed-off-by: aszlig <aszlig@nix.build>
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
I already had this in my configuration.nix for quite some time and it's
part of my overly complicated[TM] audio setup where I combine multiple
speaker systems into one using two sound cards.
Since the mapping depends on the individual channels, it's very much
important to address the right sound card. So while I'm re-doing my
whole audio setup, I decided to get at least the udev part out of my
very messy configuration as a first start.
Signed-off-by: aszlig <aszlig@nix.build>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
As mentioned in the initial commit (e73fcff03faed773df2500965cb9c4a4fc),
the machine was only temporary as a substitute for tishtushi.
Since slylandro had a pretty slow dual core CPU and its own quirks, this
was never a long-term solution and for the time being my intentions are
to work with dnyarri's new hardware until I have a less annoying setup
when I'm on the road again.
While writing this message, slylandro just died a gruesome death with
"cryptsetup erase", followed by "blkdiscard" on the whole drive.
Signed-off-by: aszlig <aszlig@nix.build>
|
|
|
|
|
|
| |
It's been a while since I last used this machine. At some point I need
to go through it with a fine-toothed comb, but for now these changes
will be enough.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The first (small) part of this already started in commit
dc2ef245d76f900f174e87961a3d17e6aecbd6e2, where I switched from Intel
CPU microcode to AMD.
However, at that time the hardware was still on its way, so the actual
move didn't happen yet.
On June 4th 2021 at 17:22:41 CEST, I started to migrate to the new
machine by using my old spinning rust configuration and btrfs balanced
to NVMe-only.
This means that we now no longer need to use bcache, which was a 512 GB
SATA SSD, nor do we use a RAID10 configuration in btrfs. Instead, I've
switched to NVMe with RAID1 exclusively, so this removes BFQ, power
management workarounds and two devices.
Since my old graphics card didn't work with UEFI GOP, I also had to
switch to a newer one (which I wanted to avoid, but whatever...), so
instead of DVI and HDMI we're now exclusively on DisplayPort.
Signed-off-by: aszlig <aszlig@nix.build>
|
|
|
|
|
| |
As it turns out, rocm isn't supported on integrated Ryzen GPUs. No point
of having it around on herja then.
|
| |
|
| |
|
|
|
|
| |
I've done this before with herja, and then forgot to update the others.
|
|
|
|
|
| |
A few things have changed since the recent NixOS 21.05 release. Mostly
naming stuff, so nothing dramatic.
|
| |
|
|
|
|
| |
I never finished that one.
|
| |
|
|
|
|
|
| |
The service hasn’t been working in a while, since I deploy manually.
No security updates for baba.
|
|
|
|
| |
On haku, scan every 10 minutes and listen on the tailscale interface.
|
|
|
|
|
|
|
|
| |
Trying out filesharing to my phone. Would never enable samba on the
open internet though. :')
Might want to switch to ftp since samba seems to be rather
imperformant for simple filesharing.
|
| |
|
| |
|
|
|
|
| |
Needs a new name, hm.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
After all the goal was to move all hardware specific stuff to the actual
machine definition, which includes the boot loader.
Since GRUB is enabled by default but with a higher priority value, we
now no longer need to mkForce-disable the option for machines using
systemd-boot.
Signed-off-by: aszlig <aszlig@nix.build>
|
|
|
|
|
|
|
|
| |
The new hardware for dnyarri no longer contains an Intel CPU, so apart
from switching the microcode updates to AMD I also removed the setting
from the base profile because it clearly doesn't belong there.
Signed-off-by: aszlig <aszlig@nix.build>
|
| |
|
|
|
|
|
|
|
| |
I'm going to start using `Zettlr` to try and keep on top of the
gazillion notes I have. Zettlr doesn't have built-in sync to anything,
so I'll probably have to use `syncthing`. I'd prefer `git`, but if the
file versioning works halfway decently then that'll be fine.
|
|
|
|
| |
OMEMO and better MUC support as well as bookmarks support than jackline
|
|
|
|
| |
git send-email go brrrrrrrrrrr
|
|
|
|
| |
foot has this feature natively now using ctrl+shift+u.
|
|
|
|
| |
It's been renamed recently and throws a warning saying as much.
|
|
|
|
| |
I replaced the nixos-containers I had with docker, so this can go.
|
| |
|
|
|
|
|
|
| |
Minimal configuration, just to get some cache going (that's at least the
idea). This should at least make having i686-linux builds worth
something :)
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
In a recent PR, mpvScripts.convert was marked unfree (for lacking a
license upstream). This is probably fine, so we add this as an exception
via the predicate option (as the lowest impact solution in contrast to
enabling allowUnfree).
cc @Profpatsch
|
|
|
|
| |
git fetch origin refs/pull/<id>/head is really all you need.
|
|
|
|
|
|
|
| |
It doesn't build currently and channels.generic has been broken for too
long.
@Profpatsch pls fix upstream.
|
|
|
|
| |
Just like with herja.
|
|
|
|
|
|
|
| |
There's no need for this as I've reverted back to `pulseaudio` for the
time being.
This reverts commit a520414825f672eadd25017f06bf13fb9de2db8d.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
https://github.com/NixOS/nixpkgs/pull/115332 introduced a new check that
requires either isSystemUser or isNormalUser to be true to help UID
collision checks (I don't remember how this exactly aids that). To fix
evaluation of @Profpatsch's machines, I've set isNormalUser for bitlbee
and philip.
Note that bitlbee probably should be a system user, but seems like there
may be issues with that: https://github.com/NixOS/nixpkgs/pull/115332#issuecomment-792287827
Just to be safe, leave it as a normal user for now, the proper fix seems
to be to move the data dir creation into the service setup, rather than
doing it via the home setup.
|
| |
|
|
|
|
|
|
|
|
| |
While I'm generally happy with `pipewire`, some things broke, such as
volume control. I've tried to fix it using a range of front-ends for PA,
but so far only `pactl` seems to be behaving correctly (but broke mic
mute again). I might have to switch back to PA in the end as it's also
broken my setup on gunnr somewhat.
|
|
|
|
|
|
|
| |
Every boot the kernel will silently dump some a trace referencing an
issue with AMDGPU. Some sleuthing suggests that the module needs to be
loaded much earlier. Funnily NixOS actually has a wiki specifically on
AMDGPU, so these settings have been taken from there.
|
|
|
|
|
|
|
|
| |
Starting with Kernel 5.6 adding this package is no longer necessary.
Since the kernelPackages.wireguard attribute returns `null` for that
version, evaluation fails.
cc @Profpatsch
|
|
|
|
|
| |
The normal scribus attribute doesn't evaluate on nixos-unstable
currently (2.7 pillow is marked as insecure).
|
|
|
|
|
|
|
|
| |
Finally, after a lot of hussle with the IT department they've come to
the conclusion that, in fact, their eduroam cert was not generated
properly thereby preventing me from using iwd. It looks like this only
affected a minority of devices (presumably those with proper
implementation).
|
|
|
|
|
|
|
|
|
|
|
|
| |
This doesn't do much other than enabling cache.tvl.su as a binary cache
currently, but we can additional settings in the future which are neat
for working with tvl's depot.
I contemplated adding an option to add <depot> to the nixPath, but I
don't want it too desparately right now and it is kind of annoying to
implement for vuizvui, as the default core/common.nix module overrides
any values you set and it is hard to merge the nixPath values, so we'll
probably need an vuizvui.extraNixPath option etc. pp.
|