#90 CDE on freebsd, mouse not working, stopping services from starting
Having given up on CDE on openbsd, I have installed cde on freebsd 12.1. It built and launched fine, both cde and dtlogin.
However, it seems to affect the startup process of my system adversely. Many services that are enabled in /etc/rc.conf fail to start, such as moused and sshd, even after letting CDE start, and terminating it.. the services do not start and must be started manually.
I am running Freebsd 12.1 amd64
even ntp fails to resolve to its address during the start up process, although the machine still has internet connectivity.
my /etc.rconf: https://pastebin.com/raw/2xRu1qm4
my /etc/rc.local: https://pastebin.com/raw/p266m6Nr
my /etc/hosts: https://pastebin.com/raw/s2Cy0c8t
my /etc/sysctl.conf: https://pastebin.com/raw/srGMXDR6
my /boot/loader.conf https://pastebin.com/raw/GtfdeDN9
Note, the CDE desktop itself does load without errors, and while other services do not resume starting, if I switch ttyv1 and cancel the services that are hanging following enablign dtlogin, then I can resume the boot normally. Although, many things in /etc/rc.conf never start, at least console mouse movement starts working after doing that. the cde session is unrecoverable, though.
xdm has never worked for me before on freebsd but I can try launching it with that, will report back.
It seems to be a simple matter of my changes to rc.local hanging any other daemons that want to start.
Following editing my hostname to be dec16-en.home instead of dec16-en, I am at least able to start and use cde everyhting working WITHOUT dtlogin. via the startx method, which is not preferable for me,
XDM has not worked on freebsd for me in a decade or so... so I dare not even bother with that broken crap.
Hi, I have opted to just not use dtlogin on Freebsd, I really wanted to, but ontop of this issue and the current security issues with it, I probably shouldn't.
However, I am able to start CDE fine with everything working if I simply use startx, or even if I just start the login manager normally as root with -nodaemon
Starting it fromrc.local seems to be the issue, there has to be another way to do it.
I am considering this issiue closed, as even if dtlogin worked - I will probably not use it anymore due to security issues.