Problems with user-PPP login script

1999-09-14 Thread Spidey
Hi everybody! I just upgraded my box from stable 19990602 to 19990909. I'm having problems with my ppp chat script. It seems it does not send a carriage return where it should. spidey@freed [10:18pm] spidey$ ppp -auto d14 Working in auto mode Using interface: tun0 spidey@freed [10:18pm]

Re: talk appears broken!

1999-09-14 Thread Daniel O'Connor
On 14-Sep-99 Warner Losh wrote: In message [EMAIL PROTECTED] "Daniel O'Connor" writes: : Why is restarting it necessary? The man page doesn't say anything to that : effect. The inetd program rereads its configuration file when it receives a hangup signal, SIGHUP. Services may

Re: New rc.conf entry question.

1999-09-14 Thread Bryan Talbot
I accomplished this by simply setting firewall_type="/etc/firewall_rules.m4" and modifying the last little bit of the /etc/rc.firewall to read ... elif [ "${firewall_type}" != "UNKNOWN" -a -r "${firewall_type}" ]; then $fwcmd -p /usr/bin/m4 ${firewall_type} fi This puts all the

Re: talk appears broken!

1999-09-14 Thread Kris Kennaway
On Tue, 14 Sep 1999, Sheldon Hearn wrote: Why do you need to kill and restart it? Doing a HUP is the standard way to cause reprocessing of config files, so why has this changed? It hasn't, but inetd in 3.2-RELEASE had a bug that scrambled its configuration on HUP. Naturally, it's been

Re: talk appears broken!

1999-09-14 Thread Sheldon Hearn
On Mon, 13 Sep 1999 12:33:27 MST, Kris Kennaway wrote: Why do you need to kill and restart it? Doing a HUP is the standard way to cause reprocessing of config files, so why has this changed? It hasn't, but inetd in 3.2-RELEASE had a bug that scrambled its configuration on HUP. Naturally,