Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 11 Feb 2007 01:43:55 +0000
From:      "Bruce M. Simpson" <bms@FreeBSD.org>
To:        Michael Nottebrock <lofi@freebsd.org>
Cc:        stable@freebsd.org, Ian Smith <smithi@nimnet.asn.au>
Subject:   Re: pppd crashes, was: kde-freebsd] Question about KPPP on FreeBSD
Message-ID:  <45CE74DB.2080406@FreeBSD.org>
In-Reply-To: <200702100839.18511.lofi@freebsd.org>
References:  <Pine.BSF.3.96.1070210164559.1793C-100000@gaia.nimnet.asn.au> <200702100839.18511.lofi@freebsd.org>

next in thread | previous in thread | raw e-mail | index | archive | help
Michael Nottebrock wrote:
>
>> And yes, if pppd is broken and won't be fixed, it should disappear.
>>     
>
> And when that happens, so will kppp (it won't build once the if_ppp.h header 
> is gone). Which of course would solve the problem in a way. In any case: I 
> dragged this issue onto -stable precisely to attract attention to the problem 
> and hopefully motivate someone to get down and write some code, whether for 
> pppd or kppp, I really don't care much.
>   
Necessity is the mother of invention - either that, or a big bag of cash 
for everyone.

There's information around PPP that's not been communicated or 
documented well. The 'performance' way to do PPP on FreeBSD is to go off 
and run MPD, because it has the right compromise between doing low-level 
packet shunting in the kernel, whilst using Netgraph hooks to tap the 
PPP control traffic handling off into userland.

MPD is wicked cool, and is a well architected way to do things, but the 
ultimate utility depends on how useful it is to everyone who might use it.

So far so good. The problem is that the BSD magicians and the KDE GUI 
magicians are not sharing their spell-books, and thus, their models of 
how the code operates; the communities have to intersect somehow. That 
could be you, y'know. Human bridges are just as, if not more, important 
as ISO/OSI Layer 2 devices. :^)

The way to converge on solution is communication. This has been my 
experience in recent successful collaboration with the Avahi developers.

Regards,
BMS



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?45CE74DB.2080406>