what you’re describing feels like a nicer NixOps frontend intended for end-users (while NixOps was originally targeted at DevOps engineers and system administrators) that has lots of new features and integrations, especially number 6 and 7.
A proxy-server integration for easy connection feels like a nice idea… for a backdoor. This might need to be password-protected somehow, or better cryptographically, since it opens a large attack surface - essentially, you’re asking for a reverse shell. I think it’s better to do remote access with SSH, using domain names like computer.username.manage.nixos.org, where manage.nixos.org is the management server’s domain name.
Auto-versioning could be performed with Git under the hood.
Sharing of configuration pieces could be a bit easier with the emerging flakes RFC - as Nix flakes are pure, and there’s a proposed central flake registry (with support for local registries for extension) you could import flakes that contain NixOS modules to configure your system faster. Outlining a standard for inclusion into the official registry will be great for allowing others to publish on this platform.
For installation, I think that Nixpart should be finished and included into NixOS before this can proceed, for unattended partitioning. A guided partitioning option could also be available.
Notifications - this feels nice, especially for me - someone who never knows when her server crashed. This will require a daemon to be present on the system constantly, but systemd could probably handle another daemon, couldn’t it? :3
Expert mode - as flakes are essentially Git repos hosted somewhere for access, this is essentially provided by services like GitHub already. No need to invent something special :3
I use netdata for that. It discovers services by itself and sends e-mails when a mailserver is installed and a rootAlias is given. But you also want external monitoring to see if the system is available, like Uptime Robot (checks every 5 minutes are free).
The guys at https://mercode.org seem to have begun some work in the ‘friendly NixOS’ department, although it seems they do struggle with the effort somewhat.
If you have comments, I can improve it. It’s only a skeleton now but there would be lots of settings for each module so a user can uncomment a single import and easily get configuration he needs without going through the wiki.
I’m one of those average users. Just this week I got NixOS installed easily…on a computer with ethernet. I couldn’t get it on my laptop, which has only a WiFi card, because the driver for said card isn’t in the install image.
Now, I don’t care about proprietary vs. free when it comes to something this basic. I just want to install the system, which is impossible without internet. (That seems to be the norm in Linux.)
Forgive my ignorance, but it seems there are are two different tools for connecting to the web here: NetworkManager (graphical system) and wpa_supplicant (text-mode, WiFi only). Either way, I don’t benefit from not being able to get online. Tl;dr: make sure new users have their wireless drivers, proprietary or not.
Especially the firmware needed for some RealTek chipsets is not allowed to be redistributed. They can not legally put these firmware on the ISO.
Neither would a RedHat or Canonical be allowed to put these firmware on the ISOs, unless they perhaps paid RealTek or otherwise have contracts with them.
The golden rule for WiFi on Linux is, have your ethernet ready to back you up.
Also you can build your own installation ISO which already contains all necessary firmware and kernel modules. Even the unfree ones, but you are not allowed to share it.
We could however make creating such a custom ISO easier.
It’d be really cool if we could have a Docker command that builds custom ISOs with proprietary firmwares, modules etc. right on the download page for people who need it so that they don’t have to go digging and/or understand both Nix and Docker.
Would be a very cool showcase of the power of Nix too, I don’t think this would be as easy and portable using other build systems.
Yeah like that but ideally with pre-made configs for commonly needed drivers and without having to install Nix manually (for example, like I mentioned, running via something super portable like a container).
This imo would be the most useful thing to have. A set of packages that could create a few usable desktop environments with commonly used software. I remember the first time I installed it, I forgot to turn on any kind of networking and it was very awkward. I found myself very often running back to /etc/nixos/configuration.nix to install common packages that I normally wouldn’t think twice about installing.
It’s unfortunate about the driver situation. Being able to create our own livecds isn’t awful though.
That looks interesting, but yes it does seem to have slowed down almost to a halt. I think they deserve some exposure so that devs can find their way to help out. Maybe a mention in some blog post?
transfer another working installation (I made a earlier post about transferring working installation from vbox, you could do the same from box or desktop)