From: Thomas Lamprecht <t.lamprecht@proxmox.com>
To: Harikrishnan R <rharikrishnan95@gmail.com>, pve-devel@lists.proxmox.com
Subject: Re: [pve-devel] [PATCH container 1/1] Setup: add NixOS support
Date: Mon, 14 Feb 2022 08:06:34 +0100 [thread overview]
Message-ID: <ea092893-fad6-3d5f-d4e1-96a44c157e46@proxmox.com> (raw)
In-Reply-To: <20220213132759.1268561-2-rharikrishnan95@gmail.com>
thanks for your contribution!
meta:
The commit is missing your Signed-off-by and, FWICT, we don't have yet a
signed CLA - if that's the case please check:
https://pve.proxmox.com/wiki/Developer_Documentation#Software_License_and_Copyright
On 13.02.22 14:27, Harikrishnan R wrote:
> Distro detection is done through the presence of a /nix folder.
seems a bit arbitrary and we only still do such things in general for legacy
reasons, new distros should be able to get the info from the (somewhat) standard
/etc/os-release file - or is that not guaranteed for Nix
Note that "nix" is a valid word in some languages, e.g., in german so finding
such a folder, in another distro is, while unlikely, not completely impossible.
> NixOS typically uses a script-based network configuration system
> that isn't easy to configure from the outside. LXC templates
Can be ok for an initial inclusion, and while networking itself doesn't seems
to bad to generate [0], the level of how elaborate that should parse and
cooperate with existing Nix statements can naturally complicate that, but
adding a fixed output at the top of the file into a comment marked section, like
we do already for other distros, should allow to override it by the user
internally.
[0]: https://nixos.wiki/wiki/Networking
> generated for proxmox are instead expected to use systemd-networkd.
So, basically this is just like a unmanaged CT but with systemd network setup?
Not sure if that adds /that/ much value over unmanaged, or maybe better said,
as currently implements this would rather be a "sd-network" ostype.
On the other hand, such simple distro types have not /that/ much cost to maintain
either, so not intending to block this - albeit some more elaborate implementation
would be welcomed :-)
parent reply other threads:[~2022-02-14 7:06 UTC|newest]
Thread overview: expand[flat|nested] mbox.gz Atom feed
[parent not found: <20220213132759.1268561-2-rharikrishnan95@gmail.com>]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=ea092893-fad6-3d5f-d4e1-96a44c157e46@proxmox.com \
--to=t.lamprecht@proxmox.com \
--cc=pve-devel@lists.proxmox.com \
--cc=rharikrishnan95@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.