Re: PPPoE

2000-07-30 Thread Dan Ts'o

> Just FYI, Bell Atlantic (I guess they're now called Verizon) is deploying
> the same junk.  I mean, PPPoE is *so* wasteful, with THIRTY extra bytes
> of overhead per frame (10 bytes of LLC/SNAP header, 14 bytes of Ethernet
> header, plus 6 bytes of PPPoE header), compared to direct PPP over ATM.
> So our northern friends are not alone in this situation...

My own experience with PPPoE and HellAtlantic Infospeed is
absolutely horrid. It is no coincidence that BA is ranked at the
absolute bottom in the national ratings on www.dslreports.com. Stay
away if at all possible -- you truly don't get what you don't pay for...
We are switching away from BA as fast as we can.


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message



Re: Does su have a builtin nohup?

2000-07-20 Thread Dan Ts'o

> Does su have some kind of a built-in nohup option?  If I su to root and
> execute a command or shell script and then disconnect (ie, quit the terminal
> software I'm running, which in my case is an ssh session) whatever I was
> last running su'd as root continues to run until I manually kill it.

I have noticed this too and have appreciated it as a "feature",
though I consider it a bug. I am quite sure that is not the way original
Unix worked. It may have to do with the way that process groups/privs
are handling signals these days...
Why it has been nice is that I quite often start up backup jobs
remotely which can take several hours and from time to time the connection
is severed, but the backup thankfully continued. I realize I could always
use nohup, but...
There should be a way to "reconnect" to disconnected jobs, much
like in old TOPS-10, ie to reassociate controlling ttys to detached jobs.
It is the I/O (stdin/stdout/stderr/ctty) analog of signals, parent/child,
and job control.


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message