Software Alternatives, Accelerators & Startups

runc VS pkgsrc

Compare runc VS pkgsrc and see what are their differences

runc logo runc

CLI tool for spawning and running containers according to the OCI specification - opencontainers/runc

pkgsrc logo pkgsrc

pkgsrc is a framework for building over 17,000 open source software packages.
  • runc Landing page
    Landing page //
    2023-08-21
  • pkgsrc Landing page
    Landing page //
    2023-06-30

runc features and specs

  • Standardization
    runc is part of the Open Containers Initiative (OCI), promoting standardization across container runtimes. This ensures interoperability and broad community support.
  • Lightweight
    As a lightweight and fast CLI tool, runc provides a minimal runtime for environments where resource efficiency is critical.
  • Security
    runc adheres to principles of secure software development and incorporates Linux kernel features like namespaces and cgroups to enhance security.
  • Broad Adoption
    As the reference implementation for OCI, runc is widely adopted and tested in production environments, ensuring reliability.
  • Flexibility
    runc offers the flexibility to handle low-level container configurations, making it suitable for advanced users needing granular control.

Possible disadvantages of runc

  • Complexity for Beginners
    The low-level nature of runc can be daunting for beginners who might prefer higher-level tools like Docker that abstract away complexities.
  • Minimalist Design
    While its simplicity is an advantage, runc lacks some of the advanced features and orchestration capabilities found in other container platforms.
  • Manual Configurations
    Users need to manually handle configurations, which can be error-prone and time-consuming compared to automated solutions.
  • Ecosystem Integration
    runc does not provide direct integration with tools and platforms by default, requiring additional setup for comprehensive ecosystem support.
  • Limited Features
    Compared to complete container platforms, runc offers fewer built-in features, requiring supplementary tools to achieve similar functionalities.

pkgsrc features and specs

  • Cross-Platform Support
    pkgsrc is designed to be a portable package management system and can be used on a variety of Unix-like operating systems, including NetBSD, Solaris, Linux, and macOS. This cross-platform capability makes it a versatile tool for developers working in diverse environments.
  • Consistency Across Systems
    Using pkgsrc allows for a consistent package management experience regardless of the underlying operating system, reducing the learning curve and maintenance overhead for administrators managing multiple systems.
  • Comprehensive Package Collection
    pkgsrc offers a wide range of software packages, providing a robust collection that can meet diverse user needs from scientific libraries to web applications.
  • Quarterly Releases
    With quarterly releases, pkgsrc provides a balanced approach between stability and keeping software up to date, offering users new features regularly while maintaining reliability.
  • Flexible Build Options
    pkgsrc supports a flexible build system, allowing users to customize package builds with specific options or dependencies, tailored to their specific needs or system requirements.

Possible disadvantages of pkgsrc

  • Smaller Community
    Compared to other popular package management systems like apt (Debian/Ubuntu) or yum (RedHat/CentOS), pkgsrc has a relatively smaller community, which might affect the availability of support and community-driven improvements.
  • Potentially Older Software
    While pkgsrc maintains stable quarterly releases, it may occasionally lag behind other systems in terms of offering the very latest versions of certain software, which might not be ideal for users needing the newest features.
  • Manual Configuration
    Setting up pkgsrc might require manual interventions and configurations, which could pose a hurdle for users unfamiliar with its setup process or those who prefer more automated solutions.
  • Dependency Management
    Although pkgsrc is quite capable in dependency handling, some users may find its dependency resolution to be less automatic or seamless compared to other systems which offer more integrated solutions.
  • Performance Overhead
    Because it is designed to be cross-platform, there can be some performance overhead associated with using pkgsrc compared to native package managers that are optimized for specific operating systems.

runc videos

2/21/19 RunC Vulnerability Gives Root Access on Container Systems| AT&T ThreatTraq

More videos:

  • Review - Demo MONEY,TIME - RunC

pkgsrc videos

pkgsrc on ChromeOS

More videos:

  • Review - Using pkgsrc for multi-platform deployments in heterogeneous environments, G Clifford Williams

Category Popularity

0-100% (relative to runc and pkgsrc)
Web Servers
100 100%
0% 0
Developer Tools
0 0%
100% 100
Web And Application Servers
Package Manager
0 0%
100% 100

User comments

Share your experience with using runc and pkgsrc. For example, how are they different and which one is better?
Log in or Post with

Social recommendations and mentions

pkgsrc might be a bit more popular than runc. We know about 11 links to it since March 2021 and only 11 links to runc. We are tracking product recommendations and mentions on various public social media platforms and blogs. They can help you identify which product is more popular and what people think of it.

runc mentions (11)

  • Setup multi node kubernetes cluster using kubeadm
    For kubeadm , kubetlet , kubectl should same version package in this lab I used v1.31 to have 1.31.7 References: Https://kubernetes.io/docs/reference/networking/ports-and-protocols/ Https://kubernetes.io/docs/setup/production-environment/tools/kubeadm/install-kubeadm/ Https://github.com/opencontainers/runc/releases/... - Source: dev.to / over 1 year ago
  • Comparing 3 Docker container runtimes - Runc, gVisor and Kata Containers
    Previously I wrote about the multiple variants of Docker and also the dependencies behind the Docker daemon. One of the dependencies was the container runtime called runc. That is what creates the usual containers we are all familiar with. When you use Docker, this is the default runtime, which is understandable since it was started by Docker, Inc. - Source: dev.to / over 1 year ago
  • You run containers, not dockers - Discussing Docker variants, components and versioning
    Now we have dockerd which uses containerd, but containerd will not create containers directly. It needs a runtime and the default runtime is runc, but that can be changed. Containerd actually doesn't have to know the parameters of the runtime. There is a shim process between containerd and runc, so containerd knows the parameters of the shim, and the shim knows the parameters of runc or other runtimes. - Source: dev.to / over 1 year ago
  • US Cybersecurity: The Urgent Need for Memory Safety in Software Products
    It's interesting that, in light of things like this, you still see large software companies adding support for new components written in non-memory safe languages (e.g. C) As an example Red Hat OpenShift added support for crun(https://github.com/containers/crun), which is written in C as an alternative to runc, which is written in Go( - Source: Hacker News / almost 3 years ago
  • Why did the Krustlet project die?
    Yeah, runtimeClass lets you specify which CRI plugin you want based on what you have available. Here's an example from the containerd documentation - you could have one node that can run containers under standard runc, gvisor, kata containers, or WASM. Without runtimeClass, you'd need either some form of custom solution or four differently configured nodes to run those different runtimes. That's how krustlet did... Source: over 3 years ago
View more

pkgsrc mentions (11)

  • Debian isn't waiting for 2038 to blow up, switches to 64-bit time for everything
    > Most open source software packages are also compiled for BSD variants, they switched to 64 bit time_t a long time ago and reported back upstream any problems. * NetBSD in 2012: https://www.netbsd.org/releases/formal-6/NetBSD-6.0.html * OpenBSD in 2014: http://www.openbsd.org/55.html For packaging, NetBSD uses their (multi-platform) Pkgsrc, which has 29,000 packages, which probably covers a large swath of... - Source: Hacker News / 12 months ago
  • Our Audit of Homebrew
    > https://pkgsrc.smartos.org/install-on-macos/ Note that Pkgsrc is a NetBSD-derived project. * https://pkgsrc.org The Joyent folks leveraged it to allow their customers, who were perhaps not as familiar with Solaris/SmartOS, a larger pool of packages. Pkgsrc was running on Solaris before Joyent, Joyent built on top of it. - Source: Hacker News / almost 2 years ago
  • Show HN: Brioche โ€“ A new Nix-like package manager
    Https://pkgsrc.org/ from netbsd runs on many systems. - Source: Hacker News / about 2 years ago
  • Installing packages without an internet connection?
    It seems according to pkgsrc.org that pkgin might follow the PKG_PATH environment variable. You're supposed to set PKG_PATH="http://cdn.NetBSD.org/pub/pkgsrc/packages/NetBSD/$(uname -p)/$(uname -r|cut -f '1 2' -d.)/All/", and according to uname(1), -p gives the processor architecture and -r gives the operating system [kernel] release. Source: over 3 years ago
  • pkgsrc.se is no more :(
    It seems like pkgsrc.org hasnโ€™t got the news yet. Source: over 3 years ago
View more

What are some alternatives?

When comparing runc and pkgsrc, you can also consider the following products

Docker Hub - Docker Hub is a cloud-based registry service

Conda - Binary package manager with support for environments.

Apache Thrift - An interface definition language and communication protocol for creating cross-language services.

Homebrew - The missing package manager for macOS

Podman - Simple debugging tool for pods and images

Yay - Yay is an AUR helper written in go, based on the design of yaourt, apacman and pacaur.