On 06/10/2018 05:03 PM, Marcin Cieslak wrote:
On Sun, 10 Jun 2018, Jon Trulson wrote:
On 06/10/2018 12:30 PM, Marcin Cieslak wrote:
On Sun, 10 Jun 2018, Chase via cdesktopenv-devel wrote:
This patch should work and not throw any segfaults like the last attempt,
compiled and ran the script myself to make sure.
That's good, I wonder if in the meantime all platforms can use "service
inetd start"
(except the systemd ones, I guess?)
That has to probably be done per-os... There are only 3 daemons that need
inet/xinet support:
rpc.cmsd - calander manager
rpc.ttdbserver - netowrk-wide host TT access support (potential security
issues)
Only rpc.cmsd should actually be started (assuming it works). The others
should not unless you know what you are doing and have a good firewall :)
Strange, I remember having issues with non working rpc.ttdbserver but maybe
I am mistaken. The worst was having to clean up rpc registrations by hand.
This is still an issue and I opened a ticket for it a week or so ago
(ttsession). Wouldn't surprise me if rpc.ttdbserver has that issue as
well. At XiG, we recommended never to run dtspcd or rpc.ttdbserver
unless you really had a need to, and we never enabled them by default :)
Do the BSD's have something like the "service" command?
At least FreeBSD says:
HISTORY
The service utility first appeared in FreeBSD 7.3.
I think OpenBSD does not have it. systemd complains a bit but does the job.
I simply removed the hacky way it was being done (all over the place) a
week or 3 ago. This needs to be evaluated in a clean way I suppose, and
implemented properly per-os. I don't think Linux uses inetd anymore, it
uses xinetd. It seems some systems use systemd.
Sigh.
Marcin
--
Jon Trulson
"Fire all weapons and open a hailing frequency for my victory yodle."
- Zapp Brannigan
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
cdesktopenv-devel mailing list
cdesktopenv-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel
