Re: RFC: pam_krb5: minimum_[ug]id options

Thanks for reviewing the patch. Here's an updated version with your suggestions incorporated. Shaun -- Shaun Amott // PGP: 0x6B387A9A "A foolish consistency is the hobgoblin of little minds." - Ralph Waldo Emerson Index: pam_krb5.8

Re: [patch] rm can have undesired side-effects

Mac OS X uses the FreeBSD's behaviour. I don't see any problem with the current implementation of "rm -P". I think I agree with Mike Meyers (omg!) My 0.01 cents -- JFRH ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/lis

Re: RFC: pam_krb5: minimum_[ug]id options

On Wed, Nov 08, 2006 at 09:28:30PM +, Shaun Amott wrote: > While fiddling with PAM, it came to my attention that the pam_krb5 > module in some other (Linux?) PAM implementations supports, amongst > other things, a minimum_uid option. This makes it possible to skip over > Kerberos authentication

RFC: pam_krb5: minimum_[ug]id options

While fiddling with PAM, it came to my attention that the pam_krb5 module in some other (Linux?) PAM implementations supports, amongst other things, a minimum_uid option. This makes it possible to skip over Kerberos authentication for local system accounts, like so: authrequiredpam_krb5.

Panic in contigmalloc/vm_page_remove (fwd)

Back in June 2005, I encountered an issue with contigmalloc1() (see rev 1.43 of src/sys/vm/vm_contig.c) which Brian ([EMAIL PROTECTED]) looked into and solved. Running FreeBSD 5.3 + the updated rev (1.43) of vm_contig.c (which isn't merged to RELENG_5), I have now encountered a reproduceable

Re: Yet another magic symlinks implementation

AFS also has an @sys variable which is useful for network filesystem mounted binaries and software for multiple architectures through a single globally unique path: http://www.openafs.org/pages/doc/AdminReference/auarf234.htm#HDRSYS And I'd vote with Oliver on preferring variant symlinks for

Re: m_free() in if_bridge

On Wed, Nov 08, 2006 at 04:37:34PM +0200, Jacques Fourie wrote: > While browsing through if_bridge.c I noticed that if the bridge > interface is in monitoring mode, m_free() gets called on the packet > after passing it to BPF. Should this not be m_freem() instead or am I > missing something? The c

m_free() in if_bridge

While browsing through if_bridge.c I noticed that if the bridge interface is in monitoring mode, m_free() gets called on the packet after passing it to BPF. Should this not be m_freem() instead or am I missing something? The code in question can be found in the bridge_input() function, line 1877

New wpi driver

Hi all, I'm pleased to tell you i got the latest wpi driver from Damien Bergamini to work properly on a latest -stable on an Acer laptop. Some history: I didn't do anything special, only report some problems on the [EMAIL PROTECTED] about this new driver on the recently 4.0 release and Damien wa