runj
nvidia-driver
runj | nvidia-driver | |
---|---|---|
24 | 3 | |
585 | 42 | |
- | - | |
5.9 | 4.1 | |
about 2 months ago | 3 months ago | |
Go | C | |
GNU General Public License v3.0 or later | - |
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.
runj
-
HelloSystem: A graphical OS built on FreeBSD
a couple projects underway for containers, still wip but promising.
https://hackmd.io/7BIT_khIRQyPAe4EdiigHg
https://github.com/samuelkarp/runj
-
FreeBSD Experimenting with a Port of Nvidia's Linux Open DRM Kernel Driver
> it's a shame that docker is built around linux
There is some interesting work happening to get an OCI-compatible runtime working
https://github.com/samuelkarp/runj
-
What is the current status of Docker and how far is it from getting ported?
So somebody else created runj (runj is an experimental, proof-of-concept OCI-compatible runtime for FreeBSD jails.) https://github.com/samuelkarp/runj
-
FreeBSD Jails Containers
Shout out to https://github.com/samuelkarp/runj which aims to provide OCI compatible runtime for FreeBSD jails. We are working on a Jails based sandbox implementation for running OCaml builds on FreeBSD, https://github.com/ocurrent/obuilder. If runj gets more support then it would be a good alternative to the various iocage/ezjail/etc solutions or the raw Jails implementation we have right now.
-
Just brings a smile
If you want to get a little more bleeding edge, follow along with samuelkarp/runj project which attempts to get docker images running via runj/containerd
-
Docker on OpenBSD?
containerd only runs on FreeBSD with the help of a shim to use [runj](https://github.com/samuelkarp/runj) as a backend for running the actual jails containers.
-
Fun with FreeBSD: Your First Linux Guest – Running in Production with Scissors
> VM's disk is a zfs filesystem on the host, it makes snapshotting (edit- ok maybe not, see below) and managing it super easy!
I think you mean that it's a ZFS volume? Although it should be possible to export a filesystem to a guest over NFS (or I guess 9p), but I haven't run into a lot of discussion or gotten around to testing it myself...
> It would be really cool if there were tools that brought them in line with docker, in terms of easy deployment and provisioning of new jails/vms. If I didn't have so many damn project ideas already...
My dream would be to see https://github.com/samuelkarp/runj polished and docker+containerd+runj made to work as the way to run the docker frontend with jails as the backend.
-
Friday question: hostings & clouds dropping FreeBSD more and more
https://github.com/samuelkarp/runj is a proof of concept.
-
"We don't need docker we have jails" doesn't scale to a team of developers
Pull up your sleeves and start committing
-
Hetzner has silently dropped support for FreeBSD
Experimental FreeBSD on FreeBSD OCI containers with runj
nvidia-driver
-
FreeBSD Experimenting with a Port of Nvidia's Linux Open DRM Kernel Driver
Direct to the source, if that kind of thing interests you more than Phoronix: https://github.com/amshafer/nvidia-driver
- Is there any package with the latest Nvidia driver or is there only the archive on Nvidia's website?
-
NVIDIA sent a code drop to improve multi-GPU support in Sway & wlroots
It world be great that NVIDIA finally finish DRM support in their FreeBSD drivers. Without it impossible to run Sway on FreeBSD. There is only test version available: https://github.com/amshafer/nvidia-driver
What are some alternatives?
uptime-kuma - A fancy self-hosted monitoring tool
libc6-shim - Cheap glibc knockoff
bastille - Bastille is an open-source system for automating deployment and management of containerized applications on FreeBSD.
s6-overlay - s6 overlay for containers (includes execline, s6-linux-utils & a custom init)
vm-bhyve - Shell based, minimal dependency bhyve manager
boot2docker - DEPRECATED; see https://github.com/boot2docker/boot2docker/pull/1408
hyperkit - A toolkit for embedding hypervisor capabilities in your application
runc - CLI tool for spawning and running containers according to the OCI specification
exodus - Painless relocation of Linux binaries–and all of their dependencies–without containers.
obuilder - Experimental "docker build" alternative using btrfs/zfs snapshots
pyroscope - Continuous Profiling Platform. Debug performance issues down to a single line of code [Moved to: https://github.com/grafana/pyroscope]