News for hackers. Stuff that matters.
Re:Systemd v218 by ealexhudson on Sunday December 14, 2014 @08:32AM (#8748254)
And it's substantially south of 1000 lines of code. It's not a full PPP daemon, but it is enough to set up (it seems) PPPoE - useful, example, for small embedded DSL routers.

I love that people bash Lennart for code he didn't even write...

Re:Systemd v218 by drdaeman on Sunday December 14, 2014 @10:44AM (#8748527)
I'm worried about "without an external pppd daemon" part.

There's no point in PPPoE without PPP. And if they say "without external pppd" this means they're going to ship a full-fledged PPP daemon.

Re:Systemd v218 by eggnet on Sunday December 14, 2014 @11:53AM (#8748731)
The linux kernel has had native PPPoE support since 2.4.

https://wiki.debian.org/PPPoE

Re:Systemd v218 by drdaeman on Sunday December 14, 2014 @04:44PM (#8749664)
Yes, that's the difference with rp-pppoe.so (using kernel module to handle encapsulation, userspace code only sets up the sockets) and pppd's pty option (got it a bit wrong in my other comment in this thread, believed it's a pipe, thanks for correcting) with separate process to do so. It doesn't really matter.

More than this, Linux kernel has kernel-mode PPP. But still a few parts of PPP, and all accompanying control protocols (especially authentication-related ones like EAP - you don't want that beast in the kernel!) are done in userspace.

Re:Systemd v218 by TheDauthi on Sunday December 14, 2014 @12:14PM (#8748807)
While he didn't write it, he did choose to include it. Still, as someone on the fence, I'd really rather just hear about the software itself.
Re:Systemd v218 by drdaeman on Sunday December 14, 2014 @10:43AM (#8748525)
I'm worried about "without an external pppd daemon" part.