public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: William Hubbs <williamh@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] RFC: new category for container related packages, instead of app-emulation
Date: Fri, 6 Aug 2021 16:12:15 -0500	[thread overview]
Message-ID: <YQ2lr2JYrOHVWzNh@linux1.home> (raw)
In-Reply-To: <CAAr7Pr-PoAjLcC8-HmJ-PMUkuTr5u1=PYTVZT5KPkLDMDxLTyQ@mail.gmail.com>

[-- Attachment #1: Type: text/plain, Size: 1526 bytes --]

On Thu, Aug 05, 2021 at 05:57:06PM -0700, Alec Warner wrote:
> On Thu, Aug 5, 2021 at 2:44 PM Georgy Yakovlev <gyakovlev@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.

I disagree that categories are a mistake. For one thing, they help with
situations where different upstream packages have the same name (we have
two docker packages for example, both named docker by their upstreams),
and in my opinion they help keep the tree organized. It is nice to be
able to do something like `ls -d <category>` and check out somewhat
related groups of packages.

I will agree that C above is subjective.

> (d) Recategorizing means a bunch of stuff has to be updated.

All of the updates are much easier to do since we use git, so this isn't
a concern. You can set this up so it hits the tree all at once.

> 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..

Yes, I think they are useful like I said above.

So add me to the list of folks supporting recatagorizing the packages.

William

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 195 bytes --]

  parent reply	other threads:[~2021-08-06 21:12 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-08-05 21:44 [gentoo-dev] RFC: new category for container related packages, instead of app-emulation Georgy Yakovlev
2021-08-06  0:01 ` Aaron Bauman
2021-08-06  0:57 ` Alec Warner
2021-08-06  3:46   ` Thomas Mueller
2021-08-06 18:58   ` A Schenck
2021-08-07 17:19     ` A Schenck
2021-08-06 21:12   ` William Hubbs [this message]
2021-08-07  0:48     ` Alec Warner
2021-08-06 21:17   ` Toralf Förster
2021-08-06 22:27   ` Louis Sautier
2021-08-07  4:56     ` Sam James
2021-08-07  5:17       ` Ionen Wolkens
2021-08-08 11:37         ` Eray Aslan
2021-08-07  1:49   ` Joshua Kinard
2021-08-07  6:24   ` Michał Górny
2021-08-07 21:06     ` Andreas K. Huettel
2021-08-06  7:42 ` Florian Schmaus
2021-08-06 22:23 ` Andreas K. Huettel

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=YQ2lr2JYrOHVWzNh@linux1.home \
    --to=williamh@gentoo.org \
    --cc=gentoo-dev@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox