Well, I am - serial port is still the most universally available option for all Amiga systems, and these days I build ARM systems (pi zero) inside all my Amiga computers, Roadshow works great with PPP over serial 
I'm glad that the PPP drivers are still useful

Writing them turned out to be both easier and harder than expected. The PPP design is well-documented, but in the early 2000's so many different "server-side" PPP implementations were in use that you were in for a lot of surprises writing an implementation from scratch.
I bought James Carlson's book "PPP design, implementation and debugging" in November 2001 because it seemed to be the right thing to do, and it was: it shows in painful detail how many PPP implementation options were deployed and discarded during the IETF standardization process. Features which were only briefly used in-house, or showed up in an RFC which was quickly "obsoleted" by a newer RFC document were still in use around 2001-2002. PPP "client-side" code had to be aware of these "quirks".
It is not at all obvious what version of bsdsocket.library etc that belong to what version of Roadshow - it would be nice if all files, in addition to their own revisions numbers, could have "version full" strings that say something about version of Roadshow they belong to.
Good point. Roadshow is still very much what it was (except with fewer bugs) when it became a stand-alone product in 2013.
The library version of "bsdsocket.library" as the central core of the TCP/IP stack cannot be conveniently changed during each Roadshow release, with each Roadshow file (commands, scripts, configuration files) then getting bumped to use the same version. This worked for Commodore (V37 = Workbench/Kickstart 2.04, V38 = Workbench 2.1, V39 = Workbench/Kickstart 3.0, V40 = Workbench/Kickstart 3.1), but I can't use the same approach.
I'll likely have to go with adding extra information to the version text embedded in each file.