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 15:03:25 -0400	[thread overview]
Message-ID: <1117998205.5746.2.camel@localhost> (raw)
In-Reply-To: <200506051934.37053@enterprise.flameeyes.is-a-geek.org>

On Sun, 2005-06-05 at 19:34 +0200, Diego 'Flameeyes' Pettenò wrote:
> On Sunday 05 June 2005 17:37, Ned Ludd wrote:
> > I think they are fine where they are. Moving stuff around is a waste of
> > time. Makes things more complex. Makes more work on everybody.
> Sorry but I don't agree with that, at least for the particular case of pam.
> The way it's now, makes my work hardware than it could be having them in 
> order. If I want to look for pam modules which needs to be fixed, I need to 
> go through a list with eix looking for them. Also two similar modules like 
> pam_ssh and pam_ssh_agent are respectively in app-crypt and sys-libs.
> And sorry, I don't think that everytime I need to find out what I need to 
> change or test I need to do some strange query like "eix -r [^s]\?pam -o 
> ^pam".

14 files matching the pam prefix and 18 thing matching description.

app-admin/pam_dotfile (Mail related)
 pam module to allow password-storing in $HOME/dotfiles

app-crypt/pam_krb5 (Should of been put in sys-libs)
 Pam module for MIT Kerberos V

app-vim/pam-syntax (Seems logical)
 vim plugin: PAM configuration syntax highlighting

dev-perl/Authen-PAM (Seems logical)
 Interface to PAM library

kde-base/kcheckpass (Seems logical)
 KDE pam client that allows you to auth as a specified user without
 actually doing anything as that user.

kde-base/kdebase-pam (Seems logical)
 pam.d files used by several KDE components.

kde-base/secpolicy (Not sure)
 KDE: Display PAM security policies

net-libs/pam_ldap (Should of been sys-libs)
 PAM LDAP Module

net-mail/checkpassword-pam (Seems logical)
 checkpassword-compatible authentication program w/pam support

net-mail/poppassd_ceti (Seems logical)
 Password change daemon with PAM support

net-misc/pam_smb (Should of been sys-libs)
 The PAM SMB module, which allows authentication against an NT server.

net-www/mod_auth_pam (Seems logical)
 PAM authentication module for Apache

sys-apps/pam-login (Seems logical not a lib but a program)
 Based on the sources from util-linux, with added pam and shadow
features

sys-libs/pam_mysql (Seems logical)
 pam_mysql is a module for pam to authenticate users with mysql

sys-libs/pam_passwdqc (Seems logical)
 Password strength checking for PAM aware password changing programs

sys-libs/pam_pwdfile (Seems logical)
 PAM module for authenticating against passwd-like files.

sys-libs/pam_ssh_agent (Seems logical)
 PAM module that spawns a ssh-agent and adds identities using the
 password supplied at login

sys-libs/pam_usb (Seems logical)
 A PAM module that enables authentication using an USB-Storage device
 (such as an USB Pen) through DSA private/public keys.

-----------------------------------------------------------------------
If you really feel you must invalidate everybody else binary trees 
and adding a workload on others for your gain then go for it.
But adding another category for what are clearly mostly system 
libraries does not make sense me in this case. 
So sorry I object to new category creation for PAM.

-- 
Ned Ludd <solar@gentoo.org>
-- 
Ned Ludd <solar@gentoo.org>

-- 
gentoo-dev@gentoo.org mailing list


  reply	other threads:[~2005-06-05 19:03 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 [this message]
2005-06-05 19:21       ` Diego 'Flameeyes' Pettenò
2005-06-05 20:13         ` Ned Ludd
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=1117998205.5746.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