Re: ARP question.

2001-01-02 Thread C. Stephen Gunn
guaranteed to be idempotent. Your mileage may vary. - Steve -- C. Stephen Gunn URL: http://www.waterspout.com/ WaterSpout Communications, Inc.Email: [EMAIL PROTECTED] 427 North 6th Street Phone: +1 765.742.6628 Lafayette, IN 47901

Re: Upgrading rdist to v6.1.5 in -CURRENT?

1999-12-09 Thread C. Stephen Gunn
On Tue, Dec 07, 1999 at 10:13:34PM -0500, C. Stephen Gunn wrote: I'll send-pr the recipe, and post a reference here when I document how I worked around some of the magnicomp guys's kludged makefiles/includes. I've send-pr'd my attempt at getting this ready for import. (bin/15390) You can

Re: Upgrading rdist to v6.1.5 in -CURRENT?

1999-12-08 Thread C. Stephen Gunn
On Thu, Dec 09, 1999 at 04:00:17AM +1300, Joe Abley wrote: Yaay. That's a good thing. There had been some discussion and concern about the protocol incompatabilies. There was even some discussion if rdist was needed in the base system any more. It would still be available as a port. There

Upgrading rdist to v6.1.5 in -CURRENT?

1999-12-07 Thread C. Stephen Gunn
rdist/rdistd in /usr/src/usr.bin. I'll send-pr the recipe, and post a reference here when I document how I worked around some of the magnicomp guys's kludged makefiles/includes. Comments? Suggestions? Discussion? - Steve -- C. Stephen Gunn URL: http://www.waterspout.com

Re: exec() security enhancement

1999-11-06 Thread C. Stephen Gunn
like "kern.audit.*"? There are probably several other areas that we could increase the kernel's verbosity, and put the sysctls under there. Comments? Suggestions? - Steve -- C. Stephen Gunn URL: http://www.waterspout.com/ WaterSpout Communications, Inc.

Re: [mount.c]: Option user-patch

1999-09-02 Thread C. Stephen Gunn
On Fri, Sep 03, 1999 at 03:01:26AM +0800, [EMAIL PROTECTED] wrote: The user would still have to know what type of filesystem is on the volume. My code tries filesystem types from a list, one by one, so the same command or desktop icon will mount a FAT, UFS, or EXT2FS floppy, for

Re: [mount.c]: Option user-patch

1999-09-02 Thread C. Stephen Gunn
This still doesn't entirely Oops. I didn't finish that thought again after the vi -r. I meant to say that even with a modifed kernel mount() call, there are difficulties getting all of the configuration possibities into the kernel propper. (Mount Options, What FS types to try, etc). -

Re: [mount.c]: Option user-patch

1999-09-02 Thread C. Stephen Gunn
On Fri, Sep 03, 1999 at 03:01:26AM +0800, adr...@freebsd.org wrote: The user would still have to know what type of filesystem is on the volume. My code tries filesystem types from a list, one by one, so the same command or desktop icon will mount a FAT, UFS, or EXT2FS floppy, for

Re: [mount.c]: Option user-patch

1999-09-02 Thread C. Stephen Gunn
This still doesn't entirely Oops. I didn't finish that thought again after the vi -r. I meant to say that even with a modifed kernel mount() call, there are difficulties getting all of the configuration possibities into the kernel propper. (Mount Options, What FS types to try, etc). -

Re: [mount.c]: Option user-patch

1999-08-29 Thread C. Stephen Gunn
On Sun, Aug 29, 1999 at 10:47:05PM -0600, Warner Losh wrote: As the committer of this feature, I've just sent mail to jkh asking for permission. How does this change relate to bin/11031? The above patches weren't written by me, but by a co-worker of mine. It allows for a termcap-like

Re: [mount.c]: Option user-patch

1999-08-29 Thread C. Stephen Gunn
On Sun, Aug 29, 1999 at 10:47:05PM -0600, Warner Losh wrote: As the committer of this feature, I've just sent mail to jkh asking for permission. How does this change relate to bin/11031? The above patches weren't written by me, but by a co-worker of mine. It allows for a termcap-like