public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: Ned Ludd <solar@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] Proposal: sys-pam category
Date: Sun, 05 Jun 2005 16:13:06 -0400	[thread overview]
Message-ID: <1118002386.20849.2.camel@localhost> (raw)
In-Reply-To: <200506052121.38746@enterprise.flameeyes.is-a-geek.org>

On Sun, 2005-06-05 at 21:21 +0200, Diego 'Flameeyes' Pettenò wrote:
> On Sunday 05 June 2005 21:03, Ned Ludd wrote:
> > 14 files matching the pam prefix and 18 thing matching description.
> You missed pam_ssh. And that's just an example.
> By the way... mind telling everyone here how did you do that search? I still 
> feel that looking for pam things in a *single* place is more useful than 
> looking in many different places.
I ran 
q search pam | grep -i -v SPAM
and it took 0.665 seconds. Quite a bit faster than having to cd 
$PORTDIR and cd foo ; cd .. ; cd bar ; cd ..

> If you feel that sys-auth is more logical, seems good to me. I haven't said 
> that it *must* be sys-pam.. was a proposal and as proposal is something I'd 
> like to discuss.

Not really.
We currently have about 138 categories and 19443 ebuilds in 9413 uniq
package names. That's something like 68 on average packages per category
with the addition 1 new category it only brings that 
average down to 67 things. I counted about ~20 PAM things in the entire 
tree which is less than one third of the global per package average 
category count.

> > If you really feel you must invalidate everybody else binary trees
> > and adding a workload on others for your gain then go for it.
> For my gain? Wait I was talking of me in this case but it's not just me.

Sure it is. You proposed it. You make reference of being the one that 
needs to fix things more than one time.

> I think everyone which is looking for pam modules would like to search 
> something like sys-pam, instead of looking here and there on the tree or 
> trying to use some strange black-magic queries.
> By the way, if you're looking for pam modules, your results are quite full of 
> cruft.

No strictly all PAM listed in the description. 
If something was missing from the description then that given ebuild 
should be fixed to reflect it.

> > But adding another category for what are clearly mostly system
> > libraries does not make sense me in this case.
> Currently sys-libs contains a very wide range of things, just a couple of them 
> seems to be strictly related. As I said, if you feel sys-auth is better, 
> good. That would probably take also other things like courier-authlib for 
> example.


> But sys-libs doesn't seem the right place for me.

Please hold off on the creation of any new categories till robbat2 
and Azarah get a chance to comment, if they are for it I'll shutup.

-- 
Ned Ludd <solar@gentoo.org>

-- 
gentoo-dev@gentoo.org mailing list


  reply	other threads:[~2005-06-05 20:13 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-06-05 14:22 [gentoo-dev] Proposal: sys-pam category Diego 'Flameeyes' Pettenò
2005-06-05 14:44 ` Alin Nastac
2005-06-06  0:34   ` Mike Doty
2005-06-06  4:00     ` Alin Nastac
2005-06-05 15:37 ` Ned Ludd
2005-06-05 16:34   ` Jonas Geiregat
2005-06-05 16:42     ` foser
2005-06-05 17:25       ` Nathan L. Adams
2005-06-05 18:13         ` Ned Ludd
2005-06-05 20:57           ` Nathan L. Adams
2005-06-05 21:03             ` Nathan L. Adams
2005-06-05 21:55             ` Ned Ludd
2005-06-06 10:43               ` Jan Jitse Venselaar
2005-06-05 19:13         ` Jonas Geiregat
2005-06-05 17:34   ` Diego 'Flameeyes' Pettenò
2005-06-05 19:03     ` Ned Ludd
2005-06-05 19:21       ` Diego 'Flameeyes' Pettenò
2005-06-05 20:13         ` Ned Ludd [this message]
2005-06-06 19:47         ` Kevin F. Quinn
2005-06-05 17:50   ` Michael Cummings
2005-06-05 18:10     ` Lance Albertson
2005-06-06 14:06     ` [gentoo-dev] " sf
2005-06-06 14:29       ` Jason Stubbs
2005-06-05 15:59 ` [gentoo-dev] " Ian Leitch
2005-06-05 22:03 ` Robin H. Johnson

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=1118002386.20849.2.camel@localhost \
    --to=solar@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