Hyprland 算是近两年 WM 圈子里的网红了，各种 Ricing 的出境率很高。

Hyprland + Nvidia 已经使用一年有余，主要是 Nvidia 的坑比较多，不过踩完坑后体验还是挺好的，尤其是 Nvidia 今年的新驱动修了一堆 wayland 的 bugs 之后。
个人感觉 Hyprland 相比 Sway 最大的特点是自带动画效果以及自动的窗口布局，喜欢 WM 以及过渡动画的可以尝试下。

@xxb #13 你可以把 NixOS 的配置理解为一个巨大的 json ，比如

{host-a: config-a, host-b: config-b}

部署的时候 NixOS 默认根据 hostname 从这个 json 中查找对应的配置，所以不同机器之间不同的内容，加在自己对应的 config 里就行了。

每个 config 也可以看成一个 json ，只是 nix 语言提供了一些便利的功能使我们能在各机器的 config 里复用一些配置。

python/java/c 等许多语言都能通过类似 `import xxx` `#include xxx` `use xxx` 等指令导入其他的代码文件或依赖库，
nix 的配置复用也是使用的同样的设计，不同的 host 能通过导入不同的 nix 配置文件，以及自定义某些参数，获得不同的功能。
大概这样，想了解更细节的建议自己去学一学。

@v2pd #12 欢迎入坑~

@james122333 #14 不敢苟同，抽象与模块化是计算机进步的阶梯，最古老的计算机是打孔纸带，再进化到把程序本身当成数据存储在计算机里面，再从机器代码进化到 C 语言，又进一步出现带 GC 的编程语言。
本质上说，计算机领域前进的每一步都是在「以配置生成配置」，如果认为这很糟糕的话，那就否定了所有现代编程语言 以及 GCC LLVM 等为现代编程语言服务的工具。

人能掌控的复杂度是有限的，你不愿意把事情交给机器干的话，那你就得自己干所有的事，结果就是你能处理的事情规模上限就固定死了。

恭喜，很多时候惊喜就是来得这么突然～

我个人 Homelab 与桌面电脑目前是 All in NixOS ，macOS 也都 All in nix-darwin ，门槛比较高，但入门后体验绝佳。感兴趣的话可以看看我的配置仓库：

https://github.com/ryan4yin/nix-config

@bearice 6 啊，All in NixOS 的公司感觉像大熊猫一样罕见。

@Sliverburger 不过我得说 NixOS 才是完全体，在其他 OS 上用 Nix 还是差了点意思。
所以从来没在别的 Linux 发行版上用过 Nix ，入坑后就一直 All in NixOS 了.

@Sliverburger Nix 社区这么用的人挺多的，除 NixOS 外用户最大的群体应该是 nix-darwin ，也就是在 macOS 上用 Nix 包管理器。
排名第三的应该就是想在非 NixOS 上用 Nix 的群体。

@tywtyw2002 所以才需要 nix-darwin 这种工具

@tywtyw2002 目前 NixOS 都没有这种工具，更别说 nix-darwin 了。
你需要自己研究清楚系统里到底装了啥，再手动编写对应的 nix 配置。
如果你用的是 homebrew 的话，它能导出 brewfile 供参考。

测了没问题的话，可以提个 PR 给他们优化一下，它这示例里还有多余的反斜线啊。

@licolicoli V2EX 的代码渲染有点糟糕，你 copy 过去自己格式化一下吧...

@licolicoli 你提供的文档我看了，它使用的确实是 overlays ，但这不是最佳方案。

能避免大量编译的写法是这样的，把它文档中的第二部分 overlays 删掉，再把第三部分的代码改成这样：

```nix
# configuration.nix
{
# ...

environment = {
systemPackages = [
pkgs.alsa-ucm-conf.overrideAttrs (old: {
wttsrc = (fetchFromGitHub {
owner = "WeirdTreeThing";
repo = "chromebook-ucm-conf";
rev = "484f5c581ac45c4ee6cfaf62bdecedfa44353424";
hash = "sha256-Jal+VfxrPSAPg9ZR+e3QCy4jgSWT4sSShxICKTGJvAI=";
});
installPhase = ''
runHook preInstall

mkdir -p $out/share/alsa
cp -r ucm ucm2 $out/share/alsa

mkdir -p $out/share/alsa/ucm2/conf.d
cp -r $wttsrc/{hdmi,dmic}-common $wttsrc/GENERATION/* $out/share/alsa/ucm2/conf.d

runHook postInstall
'';
})
];
sessionVariables = {
ALSA_CONFIG_UCM2 = "${pkgs.alsa-ucm-conf}/share/alsa/ucm2";
};
};
}
```

@licolicoli 听起来你肯定用错方式了，你需要的只是加个配置文件，不是重新编译，因此非常大的概率你可以通过方法一或者方法二搞定这件事。

@xiaokanhongchen 是这样的，我入坑时在一台虚拟机上花了 20 天，把我之前的 EndeavourOS + i3wm 配置完全迁移到了 NixOS 上，然后在 PC 上装了个全新的 NixOS ，改一点硬件相关的配置，再一行命令部署，就得到了跟我虚拟机完全一致的环境。
这份教程最初就来自我那 20 天的入坑学习笔记。

@xiaokanhongchen 我这帖子最前面就给了我写的的入门教程啊，如果你想试试 NixOS 的话不妨一看。
不过只面向 nix 用户的教程，目前就只有官方的 nix.dev 了，我这份可以用做参考。

> 这样你就只能自己叠加 overlay, 然而叠完 overlay 的包 hash 会变

@licolicoli 目测你用法错了，或者说你是很久以前试用过 NixOS.
现在的用法是这样的：

1. 如果只是想改某个包，你首先应该考虑直接在需要的时候 override 而不是直接 overlay ，这类似生成一个局部变量，系统中其他包依赖的还是没改过的版本
2. 如果你要改一堆东西，那首先应该考虑在你需要的地方 new 一个新的 nixpkgs 实例，这同样类似局部变量，不过比方法一改的范围要更广一些
3. 只有在你确认你需要整个修改系统中的这个包的时候，才应该使用全局的 overlay ，但这就会导致你说的，导致大量的本地编译。