Rendered at 02:00:17 GMT+0000 (Coordinated Universal Time) with Cloudflare Workers.
abrookewood 23 hours ago [-]
Congrats on launching something (more than most of us will ever manage), but I am struggling to see why I would use this over something with more backing. There are a number of similar projects that have a very similar goal, but have the support of a large community and/or commercial sponsor:
- Flatcar Container Linux: An open-source, immutable OS designed for automatic updates and large-scale container deployments.
- Fedora CoreOS: A, secure, automatically updating operating system designed for running containerized applications, succeeding the original CoreOS.
- Talos Linux: A modern, immutable, security-focused OS dedicated entirely to Kubernetes.
- IncusOS: an immutable OS solely designed around safely and reliably running Incus.
I think you need to more clearly explain how this is different. Again, congrats on the launch though.
jvican 22 hours ago [-]
I use IncusOS in my homelab. It's a joy to set up and use.
Migrated from Proxmox and manage all my VMs. Heavily use coding assistants to automatically set things up through the IncusOS CLI, translate Docker-Compose images to Incus, write bash scripts to automate launching new containers to use `--dangerously-skip-permissions` without fear of repercussions, etc.
What I love the most about it is that it's possible to manage IncusOS with declarative files, so you always have visibility into networking setups, resource configuration, etc.
Highly recommend checking IncusOS out if you have similar use cases!
hnarn 13 hours ago [-]
As someone who has moved the opposite way, heavily using Incus and now checking out Proxmox, what made you go for IncusOS?
My gut feeling is that enterprise sentiment is leaning heavily towards Proxmox, fuelled by a VMware exodus that will only gain speed, and I don't see Incus really meeting the requirements most people have that previously used VMware, but of course Incus is awesome and you can't always pick technologies by what will be "employable" :-)
jvican 11 hours ago [-]
Having an OS that versions all my VMs and allows A/B running the actual OS, has a high quality CLI, is built on modern standards, supports declarative files, and it’s simpler than Proxmox.
I don’t really care for enterprise support. Incus hits a sweet spot no other solution does.
raphinou 19 hours ago [-]
What solution do you use for declarative deployments? Last time I looked there was no default option?
I use my own solution (set of bash scripts) on top of IncusOS support for declarative files.
abrookewood 21 hours ago [-]
I haven't migrated to IncusOS just yet, but I use Incus on a server and have been pretty happy so far.
imrozim 13 hours ago [-]
All those tools needed hours to setup this just boots and works.
happyopossum 1 days ago [-]
As long as there is software, you cannot shortcut the need for maintenance. Nothing is bug free, and telling people they will never need to upgrade/patch/maintain a system is a well-paved path to compromised systems.
mattbee 1 days ago [-]
This OS doesn't says it's maintenance-free! But it skips a whole load of maintenance you'd need to think about with a traditional base system, because 1) there's almost nothing there, and 2) the upgrade to that base is easy, you just reboot and restart your containers.
Obviously the software you run needs upgrades, but (again, but a layer down) it's based on Docker and probably someone else is maintaining it. So you pull that new container, restart and the OS is just making sure your data lands in the same place with the new container.
If you're happy with all your software running from Docker this seems like a step up from a Debian or Redhat, and it has a lot less bureaucracy than something like CoreOS.
Whether it's _usable_ I'm not sure (especially around storage management) but it's a really clear pitch.
8fingerlouie 1 days ago [-]
I've been telling people this for years. Yes, you can self host, but you'll end up with a SLA on your spare time as well as you working hours.
I've long since thrown everything with a user count > 1 out.
nullsanity 23 hours ago [-]
[dead]
TacticalCoder 1 days ago [-]
> Nothing is bug free, and telling people they will never need to upgrade/patch/maintain a system is a well-paved path to compromised systems.
Of course nothing is. But there's a reason projects like "Talos" do exist: no terminal, no SSH, no package manager (how do we like package managers like NPM lately btw?), read-only filesystem, definitely no systemd, etc.
And then a minimal number of executables.
This does, definitely, reduce the attack surface.
I'm not speaking about this Show HN's project but there are such things as systems both more secure and requiring less maintenance than others.
Throwing in the towel and saying: "nothing can ever be 100% secure so we'll always need to patch so we may as well YOLO by accepting npm packages modified 3 minutes ago" is not the way to go forward either.
cassianoleal 1 days ago [-]
IncusOS is another - read-only root FS, interactions with the system exclusively through the Incus API, no package manager, blue-green OS updates (à la Steam Deck / Home Assistant OS).
Talos on IncusOS is likely a very interesting stack that I intend to play with hopefully in the near future.
First time I heard someone call it blue-green OS updates instead of A/B OS updates.
cassianoleal 13 hours ago [-]
Heh fair enough!
Same concept, I guess. I'm a platform engineer / SRE, and blue/green is a more common way of describing that way of deploying applications so I didn't even consider it could have a different name on the OS layer.
c7b 23 hours ago [-]
How would you say it compares to nixOS?
abrookewood 23 hours ago [-]
They are vastly different. Incus is aimed at providing a minimal, immutable Os for the hosting of VMs & containers. nixOS provides a full linux OS that is reproducible and declarative.
cassianoleal 18 hours ago [-]
This exactly. Incus OS is competing on a similar area to Proxmox VE.
e12e 1 days ago [-]
Interesting - but how do I patch, upgrade and build my own iso?
The source repository isn't very enlightening?
> The actual repository here hosts the source code for Lightwhale, and is not of any interest for most people.
It appears to be outdated (last commit from 2 years ago), and version 3.0 seems not to be there.
darknavi 1 days ago [-]
I'm a novice in this space I think. I've self-hosted for over a decade and around 2019 I moved over to Unraid, which is generally pretty visual (web portal or configuring and doing maintenance). I find the web portal very easy. How does one interact with your home server OS? I assume it's all via terminal because there are no pictures on the website?
dandano 1 days ago [-]
So I’ve just set up my home server with Ubuntu server, installed docker with one line and I’m off to the races. What’s different/ exactly the value prop of this? You mention maintenance, of what exactly? Is your server a slimmed down version to run on less powerful hardware? Genuinely curious as I’m new to setting up a home server so seeing how this would benefit me.
zackify 1 days ago [-]
I do the same thing. Being immutable is supposed to be great for updates. New image version and if there's a problem you can boot back to the last version no problem.
But functionally, like you I find Ubuntu server fine. I run apt update and upgrade a couple times a year and its local only with tailscale access.
I find these immutable OS's really nice on laptop or desktop. The home directory is the only thing that can be written to so the OS is supposed to be more stable and can't break easily
nikolay 1 days ago [-]
This is a Linux distro, not an OS!
cassianoleal 1 days ago [-]
And what is a Linux distro, if not an OS?
nikolay 21 hours ago [-]
Calling a custom Linux build a brand-new OS is like a car tuner claiming they built a new car. You didn't build the engine or the chassis; you just tuned it and gave it a custom paint job. It's exactly like a hairdresser - they aren't creating a new human being, they're just cutting, coloring, and styling an existing one. It's a Linux distribution, i.e., a "distro," not a new OS!
cassianoleal 17 hours ago [-]
> tuned it and gave it a custom paint job
The way to interact with the OS is significantly different from almost all other Linux distros. There is no shell, no DE. This feels like a lot more than "a custom paint job".
Is Ubuntu an OS? Mint?
Neither have built the package managment system, or the kernel, the DE(s), the utilities (maybe some but certainly not all).
What about CentOS? Or Bazzite? Or even Android?
Is macOS an OS, or "a custom BSD distro"?
And if none of those are OSs, does a Linux-based OS even exist? If not, what's the point of the distinction?
nikolay 16 hours ago [-]
Yours is a distro. Period. When you create your own kernel, then you can make bold claims like "I created an OS," when you haven't. Be humble, and you'll be more successful. Linus Torvalds and DHH are the only two arrogant people in tech, but both have accomplished enough to earn the exception. Hubris has no place in tech!
cassianoleal 14 hours ago [-]
lol what? I have no distros or OSs. You're delusional and arrogant yourself.
> Linus Torvalds and DHH are the only two arrogant people in tech
Are you feeling ok bud?
chanux 20 hours ago [-]
TBF I went in expecting a novel OS.
nikolay 7 hours ago [-]
Me, too! I first thought it was just clickbait, but then I realized it was the author's genuine thought, which is sad. I wonder why the popular Linux distro ranking site DistroWatch [0] is not called "OSWatch"! Well, I don't. The "OS" is CentOS, and NixOS is just branding. NixOS is a huge mod, yet it's still a distro!
This is what Wikipedia says about NixOS:
> NixOS is a Linux distribution built around the Nix package manager.
This is about CentOS:
> CentOS (from Community Enterprise Operating System; also known as CentOS Linux) is a discontinued Linux distribution that provided a free and open-source community-supported computing platform, functionally compatible with its upstream source, Red Hat Enterprise Linux (RHEL).
By your definitions, are there any Linux-based operating systems?
gausswho 1 days ago [-]
What's the recommended way to regularly backup the data used by containers running on Lightwhale?
9dev 1 days ago [-]
I like the idea of something like this for swarm mode clusters; not sure if you’re focused on the home server aspect exclusively, but I’ll be following along.
Kudos to the great project!
Zta77 1 days ago [-]
Thanks!
I'm only announcing it for home servers because that's where most people are willing to try it out. But Lightwhale is already running in production, and it makes an excellent Swarm cluster.
wrxd 1 days ago [-]
Is the installation only imperative via the docker cli tool or do you support something more declarative like Docker compose?
Zta77 4 hours ago [-]
Lightwhale comes with docker compose too! And docker buildx and git for good measure. This means you can clone your git repo, and docker compose up your stack immediately.
visualphoenix 24 hours ago [-]
Very cool! I’ve been building something similar with a k8 focus for home serving as well! Excited to check it out.
andai 1 days ago [-]
This is relevant to what I have been learning about recently!
I'm getting ready to launch an online game and I'm dealing with "how do I just run my game server on dozens of boxes without dealing with linux stuff".
I don't really have an answer yet (leaning into "just get one really powerful box" lol), but my investigation into the problem so far has been pretty interesting.
You can conceptualize the "my program + the OS" as a single program. It's not a pretty picture. Lots of global mutable state. (Also it randomly modifies itself??)
The whole point of Docker appears to be "I just want to run my program", in the least painful way possible. Immutable Linux extends the "lean in the direction of sanity" idea. (The programming and OS worlds seem to be learning the same lessons, from different angles.)
And then there's "it turns out the OS solves problems I don't have, while creating many new problems", which leads to Unikernels. Fun stuff ;)
In a perfect world, I wouldn't need the OS at all. Docker gives me two Linuxes to worry about! The number of operating systems I want to worry about is zero!
Which brings us to Unikernels! Just ditch the OS! Technically the right answer, except... now I'm a kernel developer? Maybe that's the least bad option, long term.
hnarn 13 hours ago [-]
> "how do I just run my game server on dozens of boxes without dealing with linux stuff"
A good first question to ask yourself is why you need to run it on dozens of boxes. You probably don't.
The point of Docker is not "I just want to run my program", the point is to bundle an application with its dependencies. It's one way to distribute applications, and far from the only one (despite what talking to some people might make you think).
As for the last part of your post, none of it is correct. Docker is not a "second linux to worry about" and considering unikernels in your use case is insane.
Terry Davis once said that "an idiot admires complexity, a genius admires simplicity". You say you're "getting ready to launch an online game", then launch it. The best way to do that is the simplest way, which in my opinion is running it as a systemd service on _one_ Linux VM. When that actually creates problems for you, solve those problems, and only those problems.
This feels not unlike talos linux, but for single instances over k8s containers. Pretty neat.
Zta77 5 hours ago [-]
Yes, it is a single Docker Engine instance. But Lightwhale fully supports Docker Swarm, so you can easily build a lightweight cluster as well.
micw 19 hours ago [-]
I wish there was something like this or talos or coreos but more generic:
- immutable
- a/b boot
- declarative (like talos)
But with choice of workload, like docker, k8s, qemu
ugh123 19 hours ago [-]
Checkout IncusOS which focuses on Linux containers
ggm 23 hours ago [-]
If this was built using zfs, it would have zvols and metadata in the fs for persistence. And the states would be perhaps more portable at a cost of .. zfs.
Not a huge criticism, life is about choices.
Zta77 4 hours ago [-]
Hello!
I went with Btrfs for persistence, and automated some things around that. For example, if you give Lightwhale two magic disks, it will automatically create a Btrfs RAID1. During persistence setup it will also create a few default subvolumes to fully support snapshots and rollback of the entire data filesystem. (Remember, the rootfs of the OS is still immutable, and is never part of the data filesystem). Besides snapshots and RAID, Btrfs has checksums which I think is a must.
I've heard lots of nice things about zfs, and I know it does snapshots and checksum too. But also that it eats huge amounts of memory for breakfast. I may not be updated on this, but I faintly remember some licensing issues, that potentially could cause problem if zfs was baked into an ISO like Lightwhale. Those are the main reasons why I'm reluctant to zfs and chose Btrfs.
But you're absolutely right, I have taken some radical choices with this dist. But most are deliberate and by design =)
dirtikiti 19 hours ago [-]
I dont get it.
Why do I need immutable if I'm just running docker?
Why do I need a specialized Debian variant when I can install docker on Debian or Ubuntu in a couple minutes?
And maintenance happens directly through the package manager, either through the distro maintained repo, or by adding the official docker repos?
This immutable fad needs to go away. So does flatpak and snap.
Linux already does the things these "solutions" are trying to solve.
Users can't update the base system without root, and applications should be installing dependencies in /usr/lib
utopiah 18 hours ago [-]
Indeed, Debian stable with podman/Docker is "immutable enough" for me.
It is also the insurance that I will get help whenever I'm stuck.
Sure it could be smaller ... but when it already runs fine on any hardware, even weird stuff like a BananaPi with a low-end RISC-V processor, then I have a difficult time wanting anything else.
davisphan04 19 hours ago [-]
This looks super clean . As a beginner, this is exactly what I need to avoid messing with configs. Definitely gonna try it!
1 days ago [-]
YorickPeterse 1 days ago [-]
So how is this different from Fedora CoreOS or bootc/RHEL image mode?
coreyburnsdev 1 days ago [-]
can't imagine a world in which I'd download a little known distro to put on my home network and use as a server. also, doesn't fedora already have something like this already?
tclancy 23 hours ago [-]
Game’s truly gone. I remember when all we did was try to find the most obscure indie band of a Linux distro, form emotional attachments and then argue their merits.
Zta77 4 hours ago [-]
...and then proceed and do the same again, only with a window manager =)
edoceo 1 days ago [-]
Or use debian slim or Alpine for just enough Linux to run dockers.
ricktdotorg 1 days ago [-]
if this is Cloud Run for my home lab, i am SO in.
first read looks good, excited to try.
wutwutwat 16 hours ago [-]
Am I missing something, I don't see a single screenshot showing what you're asking people to install
Secondly, I dont feel there's much to see, really. It's just classic Linux text mode, although I do find the GRUB splash and getty login screens quite cool. Instead, I focused on explaining what it does and how it makes your life better.
The best way I have found to make something low/no maintenance is to keep it as simple as humanly possible.
And I don't think you can get there via this route. But good luck anyway, I would love to be proven wrong.
Zta77 5 hours ago [-]
Hello. There's a balance between "simple as humanly possible" and "usable", where "usable" specifically means "run docker containers". I feel I've hit a sweet-spot, but I'd like to hear where you think I failed or can improve.
logic-designer 1 days ago [-]
did you say anywhere what package manager it uses (couldnt find that info on the website)
It's immutable and you can't install packages, just docker containers.
gardnr 1 days ago [-]
Looks like it may not have a package manager like apt or dnf:
> Can you please add wget, nano, $my_fav_app_omg_i_love_it to the root filesystem?
> No, not likely.
I am guessing the way to use software not already in the image is to use `docker run`.
walrus01 1 days ago [-]
If I had a firm requirement to have only one physical piece of hardware home server on bare metal to run further containerized things on, it would be running proxmox, because that grants the ability to run further QEMU, KVM virtualized things, and then to install docker containers inside of any KVM VMs. Even to use QEMU to fully emulate other CPU architectures if necessary.
Or if not proxmox, without a http GUI, just a boring debian stable x86-64 system to manually install QEMU and virt-tools, virsh toolset on to
run QEMU/KVM things on with purely CLI management.
This is an interesting general concept but being limited to only running docker containers is a huge constraint.
Zta77 4 hours ago [-]
Oh, but it's not a constraint. And it's certainly not a general concept. It's the very purpose of Lightwhale.
Lightwhale does one thing and it does it great: It lets you run Docker containers effortlessly. And that is it. If that's not what you want, you honestly should run something else — no hard feelings =)
tamimio 1 days ago [-]
I believe for anything home server (or even production), proxmox got you covered, it’s mature, stable, has strong community, and at the end of the day it’s still debian so you can mod it however you like. You can have containers, vms, firewalls, hdd zfs pools, backups, and more. And you can even use something like community scripts for easier installation, although always read the script before you install anything. I have also been playing with BastilleBSD too but I don’t think it’s there yet.
Zta77 4 hours ago [-]
Proxmox is great. I use it for experimenting with Lightwhale swarm clusters locally; I'm currently running 8 Lightwhale worker nodes with 512MB RAM each and no disk, and it's super fast and fits in my pocket.
I don't consider Lightwhale as an alternative to Proxmox. In fact, how do you even run a Docker container in Proxmox? Without booting Lightwhale in a VM first, I mean? ;)
steffs 2 hours ago [-]
[dead]
0x1da49 14 hours ago [-]
[dead]
EverMemory 24 hours ago [-]
[dead]
petterroea 22 hours ago [-]
Even if i don't see a personal need for it it's a really cool project! I sent it to a friend who is in the "wants to run their own servers at home but never finds time to tinker" stage
- Flatcar Container Linux: An open-source, immutable OS designed for automatic updates and large-scale container deployments.
- Fedora CoreOS: A, secure, automatically updating operating system designed for running containerized applications, succeeding the original CoreOS.
- Talos Linux: A modern, immutable, security-focused OS dedicated entirely to Kubernetes.
- IncusOS: an immutable OS solely designed around safely and reliably running Incus.
I think you need to more clearly explain how this is different. Again, congrats on the launch though.
Migrated from Proxmox and manage all my VMs. Heavily use coding assistants to automatically set things up through the IncusOS CLI, translate Docker-Compose images to Incus, write bash scripts to automate launching new containers to use `--dangerously-skip-permissions` without fear of repercussions, etc.
What I love the most about it is that it's possible to manage IncusOS with declarative files, so you always have visibility into networking setups, resource configuration, etc.
Highly recommend checking IncusOS out if you have similar use cases!
My gut feeling is that enterprise sentiment is leaning heavily towards Proxmox, fuelled by a VMware exodus that will only gain speed, and I don't see Incus really meeting the requirements most people have that previously used VMware, but of course Incus is awesome and you can't always pick technologies by what will be "employable" :-)
I don’t really care for enterprise support. Incus hits a sweet spot no other solution does.
Obviously the software you run needs upgrades, but (again, but a layer down) it's based on Docker and probably someone else is maintaining it. So you pull that new container, restart and the OS is just making sure your data lands in the same place with the new container.
If you're happy with all your software running from Docker this seems like a step up from a Debian or Redhat, and it has a lot less bureaucracy than something like CoreOS.
Whether it's _usable_ I'm not sure (especially around storage management) but it's a really clear pitch.
I've long since thrown everything with a user count > 1 out.
Of course nothing is. But there's a reason projects like "Talos" do exist: no terminal, no SSH, no package manager (how do we like package managers like NPM lately btw?), read-only filesystem, definitely no systemd, etc.
And then a minimal number of executables.
This does, definitely, reduce the attack surface.
I'm not speaking about this Show HN's project but there are such things as systems both more secure and requiring less maintenance than others.
Throwing in the towel and saying: "nothing can ever be 100% secure so we'll always need to patch so we may as well YOLO by accepting npm packages modified 3 minutes ago" is not the way to go forward either.
Talos on IncusOS is likely a very interesting stack that I intend to play with hopefully in the near future.
https://linuxcontainers.org/incus-os/docs/main/
First time I heard someone call it blue-green OS updates instead of A/B OS updates.
Same concept, I guess. I'm a platform engineer / SRE, and blue/green is a more common way of describing that way of deploying applications so I didn't even consider it could have a different name on the OS layer.
The source repository isn't very enlightening?
> The actual repository here hosts the source code for Lightwhale, and is not of any interest for most people.
> https://bitbucket.org/asklandd/lightwhale/src/master/
But functionally, like you I find Ubuntu server fine. I run apt update and upgrade a couple times a year and its local only with tailscale access.
I find these immutable OS's really nice on laptop or desktop. The home directory is the only thing that can be written to so the OS is supposed to be more stable and can't break easily
The way to interact with the OS is significantly different from almost all other Linux distros. There is no shell, no DE. This feels like a lot more than "a custom paint job".
Is Ubuntu an OS? Mint?
Neither have built the package managment system, or the kernel, the DE(s), the utilities (maybe some but certainly not all).
What about CentOS? Or Bazzite? Or even Android?
Is macOS an OS, or "a custom BSD distro"?
And if none of those are OSs, does a Linux-based OS even exist? If not, what's the point of the distinction?
> Linus Torvalds and DHH are the only two arrogant people in tech
Are you feeling ok bud?
This is what Wikipedia says about NixOS:
> NixOS is a Linux distribution built around the Nix package manager.
This is about CentOS:
> CentOS (from Community Enterprise Operating System; also known as CentOS Linux) is a discontinued Linux distribution that provided a free and open-source community-supported computing platform, functionally compatible with its upstream source, Red Hat Enterprise Linux (RHEL).
[0]: https://distrowatch.com/
Kudos to the great project!
I'm getting ready to launch an online game and I'm dealing with "how do I just run my game server on dozens of boxes without dealing with linux stuff".
I don't really have an answer yet (leaning into "just get one really powerful box" lol), but my investigation into the problem so far has been pretty interesting.
You can conceptualize the "my program + the OS" as a single program. It's not a pretty picture. Lots of global mutable state. (Also it randomly modifies itself??)
The whole point of Docker appears to be "I just want to run my program", in the least painful way possible. Immutable Linux extends the "lean in the direction of sanity" idea. (The programming and OS worlds seem to be learning the same lessons, from different angles.)
And then there's "it turns out the OS solves problems I don't have, while creating many new problems", which leads to Unikernels. Fun stuff ;)
In a perfect world, I wouldn't need the OS at all. Docker gives me two Linuxes to worry about! The number of operating systems I want to worry about is zero!
Which brings us to Unikernels! Just ditch the OS! Technically the right answer, except... now I'm a kernel developer? Maybe that's the least bad option, long term.
A good first question to ask yourself is why you need to run it on dozens of boxes. You probably don't.
The point of Docker is not "I just want to run my program", the point is to bundle an application with its dependencies. It's one way to distribute applications, and far from the only one (despite what talking to some people might make you think).
As for the last part of your post, none of it is correct. Docker is not a "second linux to worry about" and considering unikernels in your use case is insane.
Terry Davis once said that "an idiot admires complexity, a genius admires simplicity". You say you're "getting ready to launch an online game", then launch it. The best way to do that is the simplest way, which in my opinion is running it as a systemd service on _one_ Linux VM. When that actually creates problems for you, solve those problems, and only those problems.
Not a huge criticism, life is about choices.
I went with Btrfs for persistence, and automated some things around that. For example, if you give Lightwhale two magic disks, it will automatically create a Btrfs RAID1. During persistence setup it will also create a few default subvolumes to fully support snapshots and rollback of the entire data filesystem. (Remember, the rootfs of the OS is still immutable, and is never part of the data filesystem). Besides snapshots and RAID, Btrfs has checksums which I think is a must.
I've heard lots of nice things about zfs, and I know it does snapshots and checksum too. But also that it eats huge amounts of memory for breakfast. I may not be updated on this, but I faintly remember some licensing issues, that potentially could cause problem if zfs was baked into an ISO like Lightwhale. Those are the main reasons why I'm reluctant to zfs and chose Btrfs.
But you're absolutely right, I have taken some radical choices with this dist. But most are deliberate and by design =)
Why do I need immutable if I'm just running docker?
Why do I need a specialized Debian variant when I can install docker on Debian or Ubuntu in a couple minutes?
And maintenance happens directly through the package manager, either through the distro maintained repo, or by adding the official docker repos?
This immutable fad needs to go away. So does flatpak and snap.
Linux already does the things these "solutions" are trying to solve.
Users can't update the base system without root, and applications should be installing dependencies in /usr/lib
It is also the insurance that I will get help whenever I'm stuck.
Sure it could be smaller ... but when it already runs fine on any hardware, even weird stuff like a BananaPi with a low-end RISC-V processor, then I have a difficult time wanting anything else.
first read looks good, excited to try.
So first of all, you don't install it; you just boot it. And because Lightwhale doesn't write anything to disk unless you explicitly tell it to, (https://lightwhale.asklandd.dk/#persistence-enable), then you're safe to boot it any time and check it out. You can use a VM to be sure: https://lightwhale.asklandd.dk/#faq-virtualiuzed
Secondly, I dont feel there's much to see, really. It's just classic Linux text mode, although I do find the GRUB splash and getty login screens quite cool. Instead, I focused on explaining what it does and how it makes your life better.
But since you asked for screenshots, here you go:
https://lightwhale.asklandd.dk/screenshots/boot.png https://lightwhale.asklandd.dk/screenshots/login.png
Enjoy!
And I don't think you can get there via this route. But good luck anyway, I would love to be proven wrong.
> Can you please add wget, nano, $my_fav_app_omg_i_love_it to the root filesystem?
> No, not likely.
I am guessing the way to use software not already in the image is to use `docker run`.
Or if not proxmox, without a http GUI, just a boring debian stable x86-64 system to manually install QEMU and virt-tools, virsh toolset on to run QEMU/KVM things on with purely CLI management.
This is an interesting general concept but being limited to only running docker containers is a huge constraint.
Lightwhale does one thing and it does it great: It lets you run Docker containers effortlessly. And that is it. If that's not what you want, you honestly should run something else — no hard feelings =)
I don't consider Lightwhale as an alternative to Proxmox. In fact, how do you even run a Docker container in Proxmox? Without booting Lightwhale in a VM first, I mean? ;)