<br><div class="gmail_quote">On Sat, Mar 30, 2013 at 2:08 PM, Chris Turner <span dir="ltr"><<a href="mailto:c.turner@199technologies.com" target="_blank">c.turner@199technologies.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class="im">On 03/30/13 15:18, Samuel J. Greear wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I think the cleanest solution is to compile in a pam module to kick auth requests to an auth daemon that is capable of loading nss modules (or even other pam modules). That said, I have neither verified that this is absolutely possible within the constraints of the NSS API, nor do I intend to be the one doing the work, not having any pressing need for NSS myself.<br>


</blockquote>
<br></div>
Reflecting more - I think it's impossible to have a solution that fits both needs -<br></blockquote><div><br></div><div>Can we just ship /bin/<binary> (dynamic, NSS friendly) and /bin/<binary>.static ?</div>

<div><br></div><div>-- vs; </div></div>