Re: Hey kernel hackers, this is worth a read.

1999-08-01 Thread Jan B. Koum
On Fri, Jul 30, 1999 at 08:58:09PM -0700, "Jordan K. Hubbard" [EMAIL PROTECTED] wrote: http://features.linuxtoday.com/stories/8191.html A story on upcoming plans for the Linux 2.4 kernel. Since they're going after a lot of the same performance goals we are, it's worth a read. - Jordan

Re: Solution for mail pseudo-users?

1999-08-01 Thread Mike Hoskins
On Sat, 31 Jul 1999, Alex Zepeda wrote: The easiest way I can think of would be to add them to /etc/passwd and set their shell and home dir to /nonexistant. Ideally you wouldn't be running any other daemons, so there'd be no real way for them to access files; but the stock ftpd, as well as

Re: Solution for mail pseudo-users?

1999-08-01 Thread Leif Neland
Then again, SQL seems to be the current buzz... Having SQL-based access is cool/manageable (a friend generates the MySQL db from his Radius users file). And we do it the other way: Generate the users file from mysql. I rather prefer it like that; then I can still auth users, if mysql goes

Re: So, back on the topic of enabling bpf in GENERIC...

1999-08-01 Thread Sergey Babkin
Warner Losh wrote: In message [EMAIL PROTECTED] Wes Peters writes: : Do we have a list of all services that use bpf? I'm willing to edit the man : pages, given a list. I guess I could just grep-o-matic here, huh? Yes. I'm also in a holding off pattern until we know the exact impact

Re: No elf(5) man page (docs/7914)

1999-08-01 Thread Daniel C. Sobral
Sheldon Hearn wrote: On Fri, 30 Jul 1999 23:46:26 +0200, Jeroen Ruigrok/Asmodai wrote: If no-one objects I'll submit a manpage per a.out(5) style tomorrow for review untill it's ready for inclusion. Anyone who objects to your submissions is a woes -- real bastards wait for you to do

Re: Documenting writev(2) ENOBUFS error

1999-08-01 Thread Ville-Pertti Keinonen
: [ENOBUFS] Insufficient system buffer space exists to complete the op- :eration. : :Do you know what kind of circumstances that error *really* occurs :under? So you can get ENOBUFS not related to mbufs for UDP/local datagram sockets, but you

Re: Solution for mail pseudo-users?

1999-08-01 Thread Dominic Mitchell
On Sun, Aug 01, 1999 at 02:43:28AM -0700, Mike Hoskins wrote: I like the 'keeping it real' idea as well. Then again, doesn't 3.2R+ support SecureRPC? Isn't this the sort of thing NIS+ was invented for? A centralized db of users that you can then export to various machines with differing

Re: DOC volunteer WAS:RE: userfs help needed.

1999-08-01 Thread Brian F. Feldman
Judging by your description, why don't we use LyX? :) LaTeX sounds about right. Brian Fundakowski Feldman _ __ ___ ___ ___ ___ [EMAIL PROTECTED] _ __ ___ | _ ) __| \ FreeBSD: The Power to Serve!_ __ | _ \._ \ |) | http://www.FreeBSD.org/

Re: Documenting writev(2) ENOBUFS error

1999-08-01 Thread Nik Clayton
On Sat, Jul 31, 1999 at 06:50:09PM -0600, Wes Peters wrote: So, do you want to enumerate the cases in which this error can occur in the man page? This is not generally done, now that we have verified it is possible for the system to generate ENOBUFS on a writev. I think the text stands as

Re: Proposing argv for klds and preloaded modules

1999-08-01 Thread Chris Costello
On Sun, Aug 01, 1999, Juha Nurmela wrote: Hello. Sometimes it would be handy to pass a commandline to a kld, preloaded modules already support arguments. kldload(2) unfortunately has only the pathname.ko argument. Is this really a problem? Can the administrator not use sysctl

Re: Proposing argv for klds and preloaded modules

1999-08-01 Thread Juha Nurmela
On Sun, 1 Aug 1999, Chris Costello wrote: On Sun, Aug 01, 1999, Juha Nurmela wrote: Sometimes it would be handy to pass a commandline to a kld, preloaded modules already support arguments. kldload(2) unfortunately has only the pathname.ko argument. Is this really a problem? Can

Re: Was someone looking for a BSD licensed stat(1)?

1999-08-01 Thread Jamie Howard
On Sun, 1 Aug 1999, Keith Stevenson wrote: the features that were requested. I honestly haven't figured out how to implement the display of selected fields yet. I realize that this isn't a Attached is a diff that takes care of that. Basically, the user can specify a format that looks like

Re: Mentioning RFC numbers in /etc/services

1999-08-01 Thread Warner Losh
In message [EMAIL PROTECTED] John-Mark Gurney writes: : I vote for allowing inetd.conf to specify a port number instead of a : service name... it should be very easy to make the modification, and : I'm willing to do all the work, assuming no one on -committers objects.. I'd love to be able to

Re: no elf(5) man page (docs/7914)

1999-08-01 Thread Jeroen Ruigrok/Asmodai
* Andy Doran ([EMAIL PROTECTED]) [990802 00:53]: Wes Peters writes: NetBSD doesn't have one as of 1.4, so they may be interested in yours. ;^) It'd be cool if Asmodai could bounce this around one of the NetBSD lists once it's near completion. tech-toolchain@ or tech-userlevel@ would be

Re: Mentioning RFC numbers in /etc/services

1999-08-01 Thread Doug
Sheldon Hearn wrote: On Fri, 30 Jul 1999 15:10:18 MST, Doug wrote: On some of the machines I administer I have some custom entries for /etc/services that make more sense than the defaults, especially for the ports 1023. Would you need these entries if inetd let you specify port

Re: Mentioning RFC numbers in /etc/services

1999-08-01 Thread Jon Hamilton
In message 37a3e203.de0fe...@gorean.org, Doug wrote: } Sheldon Hearn wrote: } } On Fri, 30 Jul 1999 15:05:14 MST, Doug wrote: } } I still haven't heard anyone answer the two key (IMO) questions. } } Your questions are easier answered in reverse order: } } and how do you

Re: Mentioning RFC numbers in /etc/services

1999-08-01 Thread Doug
Jon Hamilton wrote: No. ipfw deals with /etc/services only at startup time (any other behavior on its part would be ridiculous). That's not entirely true, there are other situations (like adding a rule, etc.) but your point is well taken. And no, I can't provide specific examples, my

Re: Mentioning RFC numbers in /etc/services

1999-08-01 Thread Jon Hamilton
In message 37a3e944.7f28e...@gorean.org, Doug wrote: } Jon Hamilton wrote: } } No. ipfw deals with /etc/services only at startup time (any other behavior } on } its part would be ridiculous). } } That's not entirely true, there are other situations (like adding a rul } e, } etc.) but

Re: No elf(5) man page (docs/7914)

1999-08-01 Thread Jeroen Ruigrok/Asmodai
* Wes Peters (w...@softweyr.com) [990801 07:12]: Jeroen Ruigrok/Asmodai wrote: * Nik Clayton (n...@nothing-going-on.demon.co.uk) [990730 23:37]: We have an a.out(5), but no elf(5) (as pointed out in docs/7914). Does anyone feel up to writing one? Saw it before, noticed it,

Re: Hey kernel hackers, this is worth a read.

1999-08-01 Thread Jan B. Koum
On Fri, Jul 30, 1999 at 08:58:09PM -0700, Jordan K. Hubbard j...@zippy.cdrom.com wrote: http://features.linuxtoday.com/stories/8191.html A story on upcoming plans for the Linux 2.4 kernel. Since they're going after a lot of the same performance goals we are, it's worth a read. - Jordan

Re: Solution for mail pseudo-users?

1999-08-01 Thread Mike Hoskins
On Sat, 31 Jul 1999, Alex Zepeda wrote: The easiest way I can think of would be to add them to /etc/passwd and set their shell and home dir to /nonexistant. Ideally you wouldn't be running any other daemons, so there'd be no real way for them to access files; but the stock ftpd, as well as

Re: Solution for mail pseudo-users?

1999-08-01 Thread Leif Neland
Then again, SQL seems to be the current buzz... Having SQL-based access is cool/manageable (a friend generates the MySQL db from his Radius users file). And we do it the other way: Generate the users file from mysql. I rather prefer it like that; then I can still auth users, if mysql goes

Re: Solution for mail pseudo-users?

1999-08-01 Thread Alex Zepeda
On Sun, 1 Aug 1999, Mike Hoskins wrote: As usual, there's more than one way to skin a cat. And as always a bloodless vegetarian way too :) I just don't see any justification in hacking away at all of your software to bypass the passwd database. What is gained? - alex You better believe that

Re: So, back on the topic of enabling bpf in GENERIC...

1999-08-01 Thread Sergey Babkin
Warner Losh wrote: In message 37a3b701.851df...@softweyr.com Wes Peters writes: : Do we have a list of all services that use bpf? I'm willing to edit the man : pages, given a list. I guess I could just grep-o-matic here, huh? Yes. I'm also in a holding off pattern until we know the

Re: No elf(5) man page (docs/7914)

1999-08-01 Thread Daniel C. Sobral
Sheldon Hearn wrote: On Fri, 30 Jul 1999 23:46:26 +0200, Jeroen Ruigrok/Asmodai wrote: If no-one objects I'll submit a manpage per a.out(5) style tomorrow for review untill it's ready for inclusion. Anyone who objects to your submissions is a woes -- real bastards wait for you to do

Re: Documenting writev(2) ENOBUFS error

1999-08-01 Thread Ville-Pertti Keinonen
: [ENOBUFS] Insufficient system buffer space exists to complete the op- :eration. : :Do you know what kind of circumstances that error *really* occurs :under? So you can get ENOBUFS not related to mbufs for UDP/local datagram sockets, but you

Re: Hey kernel hackers, this is worth a read.

1999-08-01 Thread Doug
Jan B. Koum wrote: On Fri, Jul 30, 1999 at 08:58:09PM -0700, Jordan K. Hubbard j...@zippy.cdrom.com wrote: http://features.linuxtoday.com/stories/8191.html From the article: Linux 2.4 also includes a completely rewritten networking layer. Great. After a few years from now when they

Re: Solution for mail pseudo-users?

1999-08-01 Thread Dominic Mitchell
On Sun, Aug 01, 1999 at 02:43:28AM -0700, Mike Hoskins wrote: I like the 'keeping it real' idea as well. Then again, doesn't 3.2R+ support SecureRPC? Isn't this the sort of thing NIS+ was invented for? A centralized db of users that you can then export to various machines with differing

Re: Hey kernel hackers, this is worth a read.

1999-08-01 Thread Brian F. Feldman
On Sun, 1 Aug 1999, Doug wrote: Jan B. Koum wrote: On Fri, Jul 30, 1999 at 08:58:09PM -0700, Jordan K. Hubbard j...@zippy.cdrom.com wrote: http://features.linuxtoday.com/stories/8191.html From the article: Linux 2.4 also includes a completely rewritten networking layer.

Re: DOC volunteer WAS:RE: userfs help needed.

1999-08-01 Thread Brian F. Feldman
Judging by your description, why don't we use LyX? :) LaTeX sounds about right. Brian Fundakowski Feldman _ __ ___ ___ ___ ___ gr...@freebsd.org _ __ ___ | _ ) __| \ FreeBSD: The Power to Serve!_ __ | _ \._ \ |) | http://www.FreeBSD.org/

Proposing argv for klds and preloaded modules

1999-08-01 Thread Juha Nurmela
Hello. Sometimes it would be handy to pass a commandline to a kld, preloaded modules already support arguments. kldload(2) unfortunately has only the pathname.ko argument. Following url proposes patches to make a new syscall kldload(char *pathname, char **argv, struct kldload *) and keep old

Re: Documenting writev(2) ENOBUFS error

1999-08-01 Thread Nik Clayton
On Sat, Jul 31, 1999 at 06:50:09PM -0600, Wes Peters wrote: So, do you want to enumerate the cases in which this error can occur in the man page? This is not generally done, now that we have verified it is possible for the system to generate ENOBUFS on a writev. I think the text stands as it

Re: Proposing argv for klds and preloaded modules

1999-08-01 Thread Chris Costello
On Sun, Aug 01, 1999, Juha Nurmela wrote: Hello. Sometimes it would be handy to pass a commandline to a kld, preloaded modules already support arguments. kldload(2) unfortunately has only the pathname.ko argument. Is this really a problem? Can the administrator not use sysctl

Re: Proposing argv for klds and preloaded modules

1999-08-01 Thread Juha Nurmela
On Sun, 1 Aug 1999, Chris Costello wrote: On Sun, Aug 01, 1999, Juha Nurmela wrote: Sometimes it would be handy to pass a commandline to a kld, preloaded modules already support arguments. kldload(2) unfortunately has only the pathname.ko argument. Is this really a problem? Can

Re: no elf(5) man page (docs/7914)

1999-08-01 Thread Andy Doran
Wes Peters writes: NetBSD doesn't have one as of 1.4, so they may be interested in yours. ;^) It'd be cool if Asmodai could bounce this around one of the NetBSD lists once it's near completion. tech-toolchain@ or tech-userlevel@ would be the right place I guess. - ad To Unsubscribe: send

Re: Was someone looking for a BSD licensed stat(1)?

1999-08-01 Thread Keith Stevenson
I've put a new version of stat(1) up for review. I've incorporated a few of the features that were requested. I honestly haven't figured out how to implement the display of selected fields yet. I realize that this isn't a huge step forward over the previous revision, but my hacking hours are

Re: Was someone looking for a BSD licensed stat(1)?

1999-08-01 Thread Brian F. Feldman
It's getting better. I don't like that switch (errno) at all. But work on it some more, make it feature-complete., and I'd love to be able to import it. Also, there's a bug: access: Sun Aug 1 13:46:49 1999 Access: Sun Aug 1 00:09:26 1999 Brian Fundakowski Feldman _ __ ___

Re: Was someone looking for a BSD licensed stat(1)?

1999-08-01 Thread Jamie Howard
On Sun, 1 Aug 1999, Keith Stevenson wrote: the features that were requested. I honestly haven't figured out how to implement the display of selected fields yet. I realize that this isn't a Attached is a diff that takes care of that. Basically, the user can specify a format that looks like

Re: Mentioning RFC numbers in /etc/services

1999-08-01 Thread Warner Losh
In message 19990731161854.11...@hydrogen.fircrest.net John-Mark Gurney writes: : I vote for allowing inetd.conf to specify a port number instead of a : service name... it should be very easy to make the modification, and : I'm willing to do all the work, assuming no one on -committers objects..

Re: Proposing argv for klds and preloaded modules

1999-08-01 Thread Warner Losh
In message pine.bsf.4.05.9908020021290.9676-100...@pena.oh5nxo.ampr.org Juha Nurmela writes: : Yes, but (this might be a trademark ;) commonly the arguments would : be used during the sysinit-attach, and at that time sysctl has not yet : been able to change anything. Use of sysctl would require a

Re: no elf(5) man page (docs/7914)

1999-08-01 Thread Jeroen Ruigrok/Asmodai
* Andy Doran (a...@netbsd.org) [990802 00:53]: Wes Peters writes: NetBSD doesn't have one as of 1.4, so they may be interested in yours. ;^) It'd be cool if Asmodai could bounce this around one of the NetBSD lists once it's near completion. tech-toolchain@ or tech-userlevel@ would be the