No Subject

2000-12-08 Thread Greg Helps
auth 56777a9b subscribe freebsd-stable [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message

Thanks

2000-12-08 Thread Den
Hello stable, Thanks for all your help, I have 4.0 Release (took me weeks to D/L, the ISO, bit by bit, with a 33.3 K/b modem), I think ill buy the next set of CD's!!, anyway I'll Unsubscribe Take Care Best regards, Den mailto:[EMAIL PROTECTED] To Unsubscrib

Re: Softupdates?

2000-12-08 Thread Nat Lanza
Warner Losh <[EMAIL PROTECTED]> writes: > Briefly, they are a way of combining writes to disk so that fewer > writes happen for meta data. There's also the "and ordering writes so that the disk is left in a consistent state after each write, preventing filesystem damage in a crash without the sl

Re: Intel PRO/100 (i82557) Server Adapter not seen by fxp.

2000-12-08 Thread Christopher Shumway
On Thu, 7 Dec 2000, Janet Sullivan wrote: > Christopher Shumway wrote: > > > The Intelligent Server Adapter has a PCI ID of 0x5201. The driver code, > > /usr/src/sys/pci/if_fxpreg.h defines the device ID for the i82557 as > > 0x1030, which is of course not what this partitular card is. > > >

PAM issues with login.

2000-12-08 Thread Glen Gross
After my latest make world, I find I am now experiencing some PAM error when I log in: Dec 8 10:22:33 bsd login: auth_pam: Module is unknown Dec 8 16:14:17 bsd login: unable to dlopen(/lib/security/pam_deny.so) Dec 8 16:14:17 bsd login: [dlerror: Shared object "libc.so.6" not found] Dec 8 1

Re: Modem

2000-12-08 Thread Marius
Are you running -Stable? Perhaps this question belongs on FreeBSD-questions, not stable. Anyway...What kind of modem is it? I hope it is a real modem and not a winmodem. Does it show up in your bootup/dmesg? (My PCI modem shows up as sio4, as an example.) -Marius M. Rex On Fri, 8 Dec 2000

Re: Re: PCIOCGETCONF/PCIOCREAD requires write permission?

2000-12-08 Thread Stefan Esser
On 2000-12-08 10:02 -0600, Mike Silbersack <[EMAIL PROTECTED]> wrote: > Seriously, though. There must be some way to abuse such direct access to > the pci configuration registers. Just because nobody has figured it out > how yet doesn't mean that enabling the feature is a good idea. Well, what

Re: crypt() default behavior

2000-12-08 Thread Nora Etukudo
On Fri, Dec 08, 2000 at 11:46:43AM -0800, David O'Brien wrote: > You don't need to do this anymore at all. I thought this and did it comment out in my postinstall script before I run it first on 4.2-STABLE. But surprisingly a 'passwd somone' resulted in creating a DES password key! Therefore,

Re: PCIOCGETCONF/PCIOCREAD requires write permission?

2000-12-08 Thread David O'Brien
On Fri, Dec 08, 2000 at 12:07:49AM -0700, Chad R. Larson wrote: > I thought the space staked out by the *BSD gang was approximately > this: > NetBSD - the least amount of platform-specific code possible; run > on most anything > OpenBSD - pro-active security, bullet-proof from attacks > Fr

Re: pcm0: problem

2000-12-08 Thread Helge Oldach
Andre DDAdmin: >I'm running 4.1.1-release, and thinking of moving to 4.2-release or >stable. the problem occurs whenever I play any sound file. mp3 or wav >files. if the sound card is in use and I move my mouse, it gives me >this error. >pcm0: hwptr went backwards -> >pcm0: hwptr went b

Re: cdrecord stopped working with 4.2 upgrade

2000-12-08 Thread Vivek Khera
> "WB" == Wilko Bulte <[EMAIL PROTECTED]> writes: >> Ok... can we have this requirement documented somewhere? Perhaps the >> pkg-descr file for the port? That would have been a timesaver! WB> 'man ktrace' for a way to debug this sort of things. The ktrace output was not so helpful yesterd

Re: cdrecord stopped working with 4.2 upgrade

2000-12-08 Thread Wilko Bulte
On Fri, Dec 08, 2000 at 11:11:00AM -0500, Vivek Khera wrote: > > "MS" == Mike Smith <[EMAIL PROTECTED]> writes: > > >> Hmmm. Must be a new requirement. I never had that before. I'll give > >> it a try. Thanks for the pointer. > > MS> No excuses. cdrecord has always required the pass dev