[Pkg-shadow-devel] Add RLIMIT_<RTPRIO/NICE> [patch]

[Christian Perrier]

(CC'ing you in case you're not subscribed to the list)

Quoting Justin Bronder (jsbronder at gmail.com):
> Adds the following when we're not using PAM:
> [Ii]: i = RLIMIT_NICE    max nice value (0..39 translates to 20..-19)
> [Oo]: o = RLIMIT_RTPRIO  max real time priority
> 
> Patches cleanly against 4.0.15 and 4.1.18.  The only difference between the
> patches is dealing with man/limits.5.


Given the current poor status of upstream, this should probably be
reported as a wishlist bug against the Debian package.

We still have to decide whether we take upstream over (such patches
definitely belong to it). My current fear is that:

-shadow package maintenance is made of
 - Nicolas François: maintainer of other packages, most l10n-related
   and quite alone on these. Good C skills but sometimes aware of
   his limitations in that field, if I'm correct
 - myself: (co-)maintainer of other packages, some of which I assure
   some lead for (samba...), involved in l10n stuff, so limited time
   and *very* limited (even nearly  null) knowledge and ability to
    maintain C code
 - Christine Spang: mostly lurker even though I'm sure she could do
   much more. Involved in her studies so maybe limited time
 - other lurkers?

I see this as *too limited* in order to fully take upstream
over. Having one or two people with good C skills, good experience in
security/authentication-related issues, and particularly PAM stuff,
would be enough, imho, to consider we have something solid and we can
yell out that we take upstream development over.

My ping to other distros maintainers has been helf successful. Most
would be OK to follow and would have no objection to Debian takinig
the "lead" but don't feel like contributing more than good interaction.

We could of course call for help on Debian lists. After all, I see
many ppl join for obscure package maintenance while our key packages
are sometimes neglected.

Anyone feeling like joining and convincing me that we can move on?
 

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
Url : http://lists.alioth.debian.org/pipermail/pkg-shadow-devel/attachments/20070914/7ab08fb5/attachment.pgp