On 8/5/21 5:57 PM, Alec Warner wrote:
> On Thu, Aug 5, 2021 at 2:44 PM Georgy Yakovlev <gyakov...@gentoo.org> wrote:
>> Hi,
>>
>> We've been collecting more and more container related packages in
>>  app-emulation/*
>>
>> What do you think about finally moving those packages to separate category?
> As always my opinion is that:
>
> (a) Categories were a design mistake.
> (b) The mistake is hard to fix.
> (c) It's basically low-value to try to 'correctly' categorize packages
> because of A.
> (d) Recategorizing means a bunch of stuff has to be updated.
>
> Do people actually care what category things are in? I just use
> --search or eix or whatever and the category is just this...bad
> concept we attach to packages for silly historical reasons..

We particularly like categories, and especially the (mostly) two-level
concept in gentoo.  `emerge --search` works for some things, but often
returns extra junk to filter through, when we know a project name, it's
easier to just `ls /usr/portage/dev-ruby/` and see if there's a `grpc`
package in it (upstream gem seems to force `-j12` for native
compilation, wondered if gentoo packagers had fixed that problem). 
Also, the graphical portage interface we use (and barely maintain) has a
two-level category picker which even lets you select just the top-level
category and see what's under several of it's subcategories:

kuroo two-level category picker

-A


>
> -A
>
>> probably app-containers/
>>
>> Here's the tentative list, most tools have description attached for easier
>> review, 36 candidates so far, there may be more around, I only looked at
>> app-emulation.
>>
>> app-emulation/buildah - A tool that facilitates building OCI images
>> app-emulation/cadvisor - container analyzer
>> app-emulation/conmon - An OCI container runtime monitor
>> app-emulation/containerd - A daemon to control runC
>> app-emulation/containers-storage - containers/storage library
>> app-emulation/cri-o - OCI-based implementation of Kubernetes CRI
>> app-emulation/cri-tools - CLI and validation tools for CRI
>> app-emulation/crun - OCI Container Runtime fully written in C
>> app-emulation/distrobuilder - System container image builder for LXC and LXD
>> app-emulation/docker - Main offender
>> app-emulation/docker-bench-security - Test for best docker practices
>> app-emulation/docker-cli - Main offender cli
>> app-emulation/docker-compose - Multi-container orchestration for Docker
>> app-emulation/docker-credential-helpers -
>> app-emulation/docker-gc - Docker garbage collection of containers and images
>> app-emulation/docker-proxy - Docker container networking
>> app-emulation/docker-registry -
>> app-emulation/docker-swarm -
>> app-emulation/flannel - An etcd backed network fabric for containers
>> app-emulation/go-secbench - run and evaluate the docker security benchmark
>> app-emulation/img - Standalone Dockerfile and OCI container image builder
>> app-emulation/k3d - creates k3s clusters in docker
>> app-emulation/kompose - Tool to move from docker-compose to Kubernetes
>> app-emulation/lxc - A userspace interface for the Linux kernel containment
>> app-emulation/lxc-templates -
>> app-emulation/lxd - Fast, dense and secure container management
>> app-emulation/nerdctl - Docker-compatible CLI for containerd
>> app-emulation/podman - Main offender killer
>> app-emulation/reg - Docker registry v2 command line client
>> app-emulation/runc - another docker thing
>> app-emulation/s6-overlay - an s6-based init system for containers
>> app-emulation/sen - Terminal User Interface for docker engine
>> app-emulation/skopeo - Utility for operations on container 
>> images/repositories
>> app-emulation/slirp4netns - User-mode networking for unpriv network 
>> namespaces
>> app-emulation/snapd - Service and tools for management of snap packages
>> app-emulation/umoci - Manipulation tool for OCI images
>>
>> Those 4 are technically emulation related, so I'm not sure about category:
>> app-emulation/docker-machine
>> app-emulation/docker-machine-kvm
>> app-emulation/hyperd
>> app-emulation/runv

Reply via email to