On 06/07/2012 08:23 AM, Johnny Billquist wrote: Howabout starting it as a daemon (running as root) via the boot scripts, and have non-root users's programs access it via a socket? Cool idea - you could even have multiple hosts connect this way but export one DECNET endpoint, i.e. run CTERM on Box A whilst FAL goes to Box B, and MAIL to Box C :) Yes, you could multiplex/demultiplex it any way you wanted. It would open up all sorts of interesting configuration possibilities. I think it would help if you actually explained a little more what you actually want to accomplish, and what you see as the problems...? We're just batting some ideas around. One problem is that the current DECnet stack for Linux has fallen into dismaintenance, and if that can't be changed, it will eventually stop working on current-ish kernels. The idea is to write a userland (meaning outside the kernel, not running under a non-root UID) implementation of DECnet and have non-root users' apps (dncopy, etc) talk to it via a local socket. Of course it'd be preferable in a dozen ways to have the native kernel-based DECnet support continue to be maintained, alongside IPv4, IPv6, etc where it belongs...but if we can't find anyone to do that work, we'll have to solve the problem some other way, when it actually becomes a problem. -Dave -- Dave McGuire, AK4HZ New Kensington, PA