gvisor
Podman Desktop
gvisor | Podman Desktop | |
---|---|---|
64 | 32 | |
15,118 | 4,165 | |
0.8% | 3.4% | |
9.9 | 10.0 | |
2 days ago | 4 days ago | |
Go | TypeScript | |
Apache License 2.0 | Apache License 2.0 |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
gvisor
-
Maestro: A Linux-compatible kernel in Rust
Isn't gVisor kind of this as well?
"gVisor is an application kernel for containers. It limits the host kernel surface accessible to the application while still giving the application access to all the features it expects. Unlike most kernels, gVisor does not assume or require a fixed set of physical resources; instead, it leverages existing host kernel functionality and runs as a normal process. In other words, gVisor implements Linux by way of Linux."
https://github.com/google/gvisor
- Google/Gvisor: Application Kernel for Containers
- GVisor: OCI Runtime with Application Kernel
- How to Escape a Container
-
Faster Filesystem Access with Directfs
This sort of feels like seeing someone riding a bike and saying: why don’t they just get a car? The simple fact is that containers and VMs are quite different. Whether something uses VMX and friends or not is also a red herring, as gVisor also “rolls it own VMM” [1].
[1] https://github.com/google/gvisor/tree/master/pkg/sentry/plat...
-
OS in Go? Why Not
There's two major production-ready Go-based operating system(-ish) projects:
- Google's gVisor[1] (a re-implementation of a significant subset of the Linux syscall ABI for isolation, also mentioned in the article)
- USBArmory's Tamago[2] (a single-threaded bare-metal Go runtime for SOCs)
Both of these are security-focused with a clear trade off: sacrifice some performance for memory safe and excellent readability (and auditability). I feel like that's the sweet spot for low-level Go - projects that need memory safety but would rather trade some performance for simplicity.
[1]: https://github.com/google/gvisor
[2]: https://github.com/usbarmory/tamago
-
Tunwg: Expose your Go HTTP servers online with end to end TLS
It uses gVisor to create a TCP/IP stack in userspace, and starts a wireguard interface on it, which the HTTP server from http.Serve listens on. The library will print a URL after startup, where you can access your server. You can create multiple listeners in one binary.
-
How does go playground work?
The playground compiles the program with GOOS=linux, GOARCH=amd64 and runs the program with gVisor. Detailed documentation is available at the gVisor site.
- Searchable Linux Syscall Table for x86 and x86_64
-
Multi-tenancy in Kubernetes
You could use a container sandbox like gVisor, light virtual machines as containers (Kata containers, firecracker + containerd) or full virtual machines (virtlet as a CRI).
Podman Desktop
-
Ahoy! 🦭 Podman Desktop v1.5.2 is ship-shape and ready to board! 🛥️
A new, search-driven command palette is now available to enable quick access to various commands available across 🦭 Podman Desktop. You can try this new tool out by hitting the F1 key. #4081 && #3979
-
Podman Desktop v1.5 with Compose onboarding and enhanced Kubernetes pod data
Please share this experience and what went wrong with the postman team. It is the only way things can improve.
You don’t have to solve the problem. Just state your problem. If you need inspiration, here is an example: https://github.com/containers/podman-desktop/issues/868
-
Reasons to Drop Docker for Podman
I wanted to try a while ago so I downloaded Podman Desktop, but I couldn't get past the initial setup due to issues in the desktop app. I was able to reproduce this on two or three Macs, can't recall exactly.
It has been a long-standing issue but seems as though it is on its way to resolution: https://github.com/containers/podman-desktop/issues/1633.
I am waiting for a few months to make sure it is all sorted and will try again to see if it works then.
-
Podman Desktop 1.2 Released: Compose and Kubernetes Support
I'm not happy with Podman Desktop's Svelte GUI.
Antd or MUI (React) feel much more mature.
But they are working on it.
https://github.com/containers/podman-desktop/pull/2863
-
LXD is now under Canonical
I don't know if that's really a core difference from podman. Assuming I track your meaning Podman has GUI management as well and it can be made to integrate with system and can produce Kubernetes manifests from the pods you define locally.
-
A new version of Podman Desktop is out: v1.1
Optional extensions will follow their own lifecycle and update independently from Podman Desktop. As of this release you'll be able to see when there is an update available and install from within Podman Desktop #2655.
-
A new version of Podman Desktop is out: v0.15.0
Podman Desktop 0.15 embeds Podman 4.5 in Windows and macOS installers #2115.
-
A new version of Podman Desktop is out: v0.12
u/Chunkypewpewpew it's karpersky that has a false positive https://github.com/containers/podman-desktop/issues/700
-
A new version of Podman Desktop is out: v0.11.0
Podman Desktop has a new release: you can check milestone v0.11.0 and Release Notes
-
New Docker Desktop: Run WASM Applications Alongside Linux Containers in Docker
> docker desktop is pretty dead now that it's got restrictive licensing etc...
It would probably be nice to hear more about why you think this is! I've certainly heard of some having to move away from Docker Desktop.
However, at the scale where you need a license (250 employees or 10 million $ in annual revenue) it's not quite as big of an issue, especially at their current pricing per seat: https://www.docker.com/pricing/
> stick to standard open source tools like Colima etc...
Sticking to open source is a great idea!
I think mentioning that Colima runs on macOS and Linux only at the moment is also a good idea: https://github.com/abiosoft/colima
A large market share of the Docker Desktop installs are Windows in particular (since it's "the one way" how most install Docker nowadays, as opposed to not really needing a GUI or the supporting tools on Linux).
In another comment I mentioned Podman Desktop as a mostly viable alternative: https://github.com/containers/podman-desktop
Then there's also Rancher Desktop as well: https://github.com/rancher-sandbox/rancher-desktop
Regardless, it's nice to see reputable orgs behind the open source projects as well, which gives a bit more credence to their chances of surviving for the years to come.
What are some alternatives?
firecracker - Secure and fast microVMs for serverless computing.
colima - Container runtimes on macOS (and Linux) with minimal setup
podman - Podman: A tool for managing OCI containers and pods.
lima - Linux virtual machines, with a focus on running containers
wsl-vpnkit - Provides network connectivity to WSL 2 when blocked by VPN
orbstack - Fast, light, simple Docker containers & Linux machines for macOS
kata-containers - Kata Containers is an open source project and community working to build a standard implementation of lightweight Virtual Machines (VMs) that feel and perform like containers, but provide the workload isolation and security advantages of VMs. https://katacontainers.io/
podman-desktop-companion - Podman desktop companion
sysbox - An open-source, next-generation "runc" that empowers rootless containers to run workloads such as Systemd, Docker, Kubernetes, just like VMs.
nerdctl - contaiNERD CTL - Docker-compatible CLI for containerd, with support for Compose, Rootless, eStargz, OCIcrypt, IPFS, ...
containerd - An open and reliable container runtime
arch-lwc - 🚛 Create & run lightweight Arch Linux containers