Request of supporting NixOS / 请求支持 NixOS

[YisuiDenghua]

Related problem

It says that tmoe-linux manager does not support my distro.
tmoe 提示不支持咱的发行版x

$ cat /etc/os-release

BUG_REPORT_URL="https://github.com/NixOS/nixpkgs/issues"
BUILD_ID="22.05pre369988.1ffba9f2f68"
DOCUMENTATION_URL="https://nixos.org/learn.html"
HOME_URL="https://nixos.org/"
ID=nixos
LOGO="nix-snowflake"
NAME=NixOS
PRETTY_NAME="NixOS 22.05 (Quokka)"
SUPPORT_URL="https://nixos.org/community.html"
VERSION="22.05 (Quokka)"
VERSION_CODENAME=quokka
VERSION_ID="22.05"%

Describe the solution you'd like

I hope that NixOS will be supported by tmoe / 希望 NixOS 能被 tmoe 支持

Describe alternatives you've considered

Running tmoe in docker / 在 Docker 里运行 tmoe

Additional context and details

Regards!
其他就没什么了
（作者的语言风格好可爱，喜欢w

[2moe]

竟然有 nixos 用户，这可是珍惜物种呀（不是QwQ
先立个 flag, 等到 Flakes 成了 NixOS 默认启用的功能，我就着手开始适配。(至于要咕多久就难说了

我一直想要用软件仓库来去取代之前简单粗暴的方式。
之前我是用脚本来自动解析依赖关系的，那样一点儿都不优雅。
说实话，用各个发行版各自的包管理器才是最佳方案。
deb 仓库之前就已经建好了，不过大部分包还没有导进去。
其他仓库还没搭建呢。
感觉工作量太大了。

因为 tmoe 一开始是给容器环境用的，所以在 /usr/local/etc 目录下建了文件夹。
但是对于 nixos 来说，这可能不符合它的哲学。

如果要让 tmoe 更符合 nixos 的哲学，真的不能用小脚本简单粗暴地去解决问题了。
我大概要打一堆包了。
想想就觉得好累呀！

话说回来 QuQ，你有没有什么思路让 docker 的 nix 能愉快地跑 nixos-rebuild switch
如果只是 nixpkgs + GUI 环境的 docker， 那倒是可以做到。
如果是 事务回滚 之类的特性，我真的没有头绪。

ps: 我说的不是虚拟机，而是 docker

[YisuiDenghua]

作者加油哦！揉揉qwq

docker 的话，咱还真没用过 NixOS，只用过 alpine + nixpkgs

[LuolikongQwQ]

竟然有 nixos 用户，这可是珍惜物种呀（不是QwQ
先立个 flag, 等到 Flakes 成了 NixOS 默认启用的功能，我就着手开始适配。(至于要咕多久就难说了

我一直想要用软件仓库来去取代之前简单粗暴的方式。
之前我是用脚本来自动解析依赖关系的，那样一点儿都不优雅。
说实话，用各个发行版各自的包管理器才是最佳方案。
deb 仓库之前就已经建好了，不过大部分包还没有导进去。
其他仓库还没搭建呢。
感觉工作量太大了。

因为 tmoe 一开始是给容器环境用的，所以在 /usr/local/etc 目录下建了文件夹。
但是对于 nixos 来说，这可能不符合它的哲学。

如果要让 tmoe 更符合 nixos 的哲学，真的不能用小脚本简单粗暴地去解决问题了。
我大概要打一堆包了。
想想就觉得好累呀！

话说回来 QuQ，你有没有什么思路让 docker 的 nix 能愉快地跑 nixos-rebuild switch
如果只是 nixpkgs + GUI 环境的 docker， 那倒是可以做到。
如果是 事务回滚 之类的特性，我真的没有头绪。

ps: 我说的不是虚拟机，而是 docker

感觉rebuild不能在docker中运行（趴