Re: NSS and PAM

2003-12-01 Thread Brandon S. Allbery KF8NH
On Mon, 2003-12-01 at 11:48, Dag-Erling Smrgrav wrote:
  If I understand you correctly, you believe that it would be possible
  to unite the NSS and PAM switches, so that they used the same
  configuration file, dynamic loading mechanisms, cascading, and so
  on.  Sure, I think that's possible.  There might even be some benefit,
  though probably not enough benefit to abandon PAM/NSS and go our own
  way.
 
 Not to go our own way, no.  There's the rub.  It would have to be a
 reasonably wide effort; we'd need to get at least one major Linux
 distro to adopt the same infrastructure.

Has anyone considered the idea of hybridizing PAM with
Digital^WCompaq^WHP's SIA matrix setup?

-- 
brandon s. allbery[linux,solaris,freebsd,perl] [EMAIL PROTECTED]
system administrator  [WAY too many hats][EMAIL PROTECTED]
electrical and computer engineering, carnegie mellon univ. KF8NH

___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: NSS and PAM

2003-12-01 Thread Brandon S. Allbery KF8NH
On Mon, 2003-12-01 at 21:24, Tim Kientzle wrote:
 Why is the directory usually the worst for storing
 authentication information?

This one's fairly easy to answer:  you want to stick authentication data
into a potentially public/exposed directory?  Even traditional Unix uses
/etc/shadow (or more complex solutions on some commercial systems) these
days, so the password isn't in the directory (/etc/passwd).

However, I have to agree with des's argument:  a combined matrix for
directory and authentication services doesn't mean the *data* must be
combined.  Using (for example) SIA, one could specify Kerberos 5 (my
guess as to wollman's better answer) and LDAP, and simply not specify
entry points for the parts that each doesn't handle (Kerberos doesn't
support directory services, and LDAP isn't being used for
authentication), with later entries falling back to NIS or traditional
files.  But this arrangement allows traditional APIs to work reasonably
--- and you can layer PAM and NSS on top of it as compatibility APIs.

-- 
brandon s. allbery[linux,solaris,freebsd,perl] [EMAIL PROTECTED]
system administrator  [WAY too many hats][EMAIL PROTECTED]
electrical and computer engineering, carnegie mellon univ. KF8NH

___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: Turkeys and dynamic linking

2003-11-27 Thread Brandon S. Allbery KF8NH
On Thu, 2003-11-27 at 15:15, walt wrote:
 And speaking of turkeys, does anyone know how Microsoft handles the
 performance issues associated with dynamic linking?  Do they do
 anything special, or just ignore the whole thing?

My understanding is that they perform a special linking/postprocessing
step which optimizes executables for fast runtime linking and loading.

-- 
brandon s. allbery[linux,solaris,freebsd,perl] [EMAIL PROTECTED]
system administrator  [WAY too many hats][EMAIL PROTECTED]
electrical and computer engineering, carnegie mellon univ. KF8NH

___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: devd/devctl

2003-09-13 Thread Brandon S. Allbery KF8NH
On Sat, 2003-09-13 at 18:49, M. Warner Losh wrote:
 and you cannot tell dhclient that interfaces have arrived.

dhclient(8) seems to think otherwise, although it doesn't explain quite
how (I assume it wants you to pause and resume via OMAPI/omshell(8)
since it doesn't appear to support interface objects according to the
documentation).

-- 
brandon s. allbery[linux,solaris,freebsd,perl] [EMAIL PROTECTED]
system administrator  [WAY too many hats][EMAIL PROTECTED]
electrical and computer engineering, carnegie mellon univ. KF8NH
URGENT!  E-xpedient nuked APK subdomains; kf8nh.apk.net is DEAD.  Sorry.

___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: PAM, X11, and su as a normal user? (fwd)

2003-09-06 Thread Brandon S. Allbery KF8NH
On Sat, 2003-09-06 at 02:13, Steven G. Kargl wrote:
 I have 2 accounts on my freebsd-current machine.  I use
 startx to start X11 as user kargl.  If I then su to user
 sgk, I cannot fire up X clients.  For example,

Is $XAUTHORITY still set in the subshell?
Can both users read the Xauthority file?

-- 
brandon s. allbery[linux,solaris,freebsd,perl] [EMAIL PROTECTED]
system administrator  [WAY too many hats][EMAIL PROTECTED]
electrical and computer engineering, carnegie mellon univ. KF8NH
URGENT!  E-xpedient nuked APK subdomains; kf8nh.apk.net is DEAD.  Sorry.

___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: PAM, X11, and su as a normal user? (fwd)

2003-09-06 Thread Brandon S. Allbery KF8NH
On Sat, 2003-09-06 at 03:41, Steven G. Kargl wrote:
 Brandon S. Allbery KF8NH wrote:
  On Sat, 2003-09-06 at 02:13, Steven G. Kargl wrote:
   I have 2 accounts on my freebsd-current machine.  I use
   startx to start X11 as user kargl.  If I then su to user
   sgk, I cannot fire up X clients.  For example,
  
  Is $XAUTHORITY still set in the subshell?
  Can both users read the Xauthority file?
  
 $XAUTHORITY is not set.  Both users use
 their defaults $HOME/.Xauthority.  I used
 xauth to ensure the key for troutmask is
 the same for both users.

Then it ought to work.

However, you also mentioned that ssh didn't work... which makes me
wonder if it's actually using Xauth at all.  What does xhost
+localhost do (aside from annoy any Tk apps you might have running)?

-- 
brandon s. allbery[linux,solaris,freebsd,perl] [EMAIL PROTECTED]
system administrator  [WAY too many hats][EMAIL PROTECTED]
electrical and computer engineering, carnegie mellon univ. KF8NH
URGENT!  E-xpedient nuked APK subdomains; kf8nh.apk.net is DEAD.  Sorry.

___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: Regarding recent spam on the list

2003-08-19 Thread Brandon S. Allbery KF8NH
On Tue, 2003-08-19 at 18:03, Bill Moran wrote:
 Just curious if anyone knows the origin of all these auto-responses, etc.
 
 I'm seeing a lot of these on every list I'm subscribed to (not all of them
 FreeBSD related) so I was wondering if some Windows trojan is running rampant
 and using these list addresses as return addys?

It's W32/[EMAIL PROTECTED]  It's spreading *fast*

-- 
brandon s. allbery[linux,solaris,freebsd,perl] [EMAIL PROTECTED]
system administrator  [WAY too many hats][EMAIL PROTECTED]
electrical and computer engineering, carnegie mellon univ. KF8NH
URGENT!  E-xpedient nuked APK subdomains; kf8nh.apk.net is DEAD.  Sorry.

___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: when should 5.x be stable enough for web servers

2003-08-16 Thread Brandon S. Allbery KF8NH
On Saturday 16 August 2003 18:10, Eriq Lamar wrote:
 On i386 hardware and two processors amd mp. should I wait for 5.2.

You should probably wait until a release is tagged RELENG_5, indicating that 
it's considered stable.

-- 
brandon s. allbery   [linux,solaris,freebsd,perl]  [EMAIL PROTECTED]
system administrator  [WAY too many hats][EMAIL PROTECTED]
electrical and computer engineering, carnegie mellon univ. KF8NH
URGENT!  E-xpedient nuked APK subdomains; kf8nh.apk.net is DEAD.  Sorry.

___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: Gaim Crashing X

2003-07-25 Thread Brandon S. Allbery KF8NH
On Fri, 2003-07-25 at 06:33, Rus Foster wrote:
 I've beenfinding that when running gaim that its causing X to crash back
 down to the shell prompt. This has happened with both vesa, nv and nvidia
 drivers. Doing a latest buildworld still hasn't helped. Anyone got any
 insite in to this?

This is more of an anecdote than anything else, since I don't have any
systems running -current at the moment, but it might be helpful in
tracking it down.

I haven't had it crash X, but it tends to die with SIGILL when someone
logs out; turning on show offline buddies makes it happen less often. 

If it's dying after sending a partial X protocol request to the server,
that would probably do it; XFree86 doesn't seem to deal with that very
well, in my experience.

-- 
brandon s. allbery   [os/2][linux][solaris][japh]  [EMAIL PROTECTED]
system administrator  [WAY too many hats][EMAIL PROTECTED]
electrical and computer engineeringKF8NH
carnegie mellon university  [better check the oblivious first -ke6sls]

___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: implementing linux mmap2 syscall

2002-04-24 Thread Brandon S Allbery KF8NH

On Wed, 2002-04-24 at 10:41, Andrew Gallatin wrote:
 Maybe the argument isn't where you expect it to be, but is there.
 Can you make a test program which calls mmap2 with its 6th arg as
 something unique like 0xdeadbeef?  Then print out (in hex :) the trapframe
 from the linux prepsyscall routine  see if you can find the deadbeef.

My recollection is that beyond 5 arguments, a pointer to the remaining
ones is passed.  (But my recollection may be wrong and I don't wish to
subject myself to the source cesspool at the moment)

-- 
brandon s. allbery   [os/2][linux][solaris][japh]  [EMAIL PROTECTED]
system administrator  [WAY too many hats][EMAIL PROTECTED]
electrical and computer engineeringKF8NH
carnegie mellon university  [better check the oblivious first -ke6sls]


To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message



Re: malloc() and the stock Perl in -CURRENT (and -STABLE)

2002-03-13 Thread Brandon S Allbery KF8NH

On Thu, 2002-03-14 at 01:48, Kris Kennaway wrote:
 It should be benchmarked more thoroughly before the switch is made;
 there's only one datapoint at the moment, which isn't enough to decide
 whether it's a net win.

Another thing to watch out for:  we now force -Uusemymalloc in perl
builds because mixing malloc() implementations can lead to core dumps
when a chunk of memory is handed to the wrong version of free() (or
realloc()).  (A test of this is to use Data::Dumper-Dump() (*not*
Dumpxs()!  that is in fact the workaround...) to print lots of complex
hashes; this fairly reliably makes perl dump core (or sometimes just die
with a Bizarre copy of ...) on all our supported platforms when perl's
malloc() is used.  Of course, that might just be a bug in 5.00503, since
I never tried 5.6.x with perl's own malloc()...)

-- 
brandon s. allbery   [os/2][linux][solaris][japh]  [EMAIL PROTECTED]
system administrator  [WAY too many hats][EMAIL PROTECTED]
electrical and computer engineeringKF8NH
carnegie mellon university  [better check the oblivious first -ke6sls]


To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message