Harry Putnam <rea...@newsguy.com> writes: [...]
>> The only thing I can think of left to check is >> emerge @x11-module-rebuild >> and see what it will install > > > [ebuild R ] x11-base/xorg-server-1.18.4:0/1.18.4::gentoo USE="doc > glamor suid udev xorg -dmx -ipv6 -kdrive -libressl -minimal (-selinux) > -static-libs -systemd -tslib -unwind -wayland -xephyr -xnest -xvfb" 0 > KiB > [ebuild R ] x11-drivers/xf86-input-mouse-1.9.2::gentoo 0 KiB > [ebuild R ] x11-drivers/xf86-video-virtualbox-5.1.10::gentoo USE="dri" > PYTHON_TARGETS="python2_7" 0 KiB > [ebuild R ] x11-drivers/xf86-input-evdev-2.10.4::gentoo 0 KiB > [ebuild R ] x11-drivers/xf86-input-keyboard-1.9.0::gentoo 0 KiB > > I'm proceeding with those rebuilds now. Rebuilds finished... still: startlxde has no effect whatever startx causes a full on crash Just a point of interest and possible diagnostic data. The lists below show a group of x11 pkgs that are uniq on a previous gentoo install that is successfully running lxde. That is, the listed pkgs are on the successful host but not on the problem host. I did not think any of them looked like possible causes of my problem. The second list (of one) below shows a pkg on the problem host that is not on the succesfull host. Again does not appear to be a possible cause of my problem uniq on successful lxde running host gv x11-apps/bdftopcf x11-apps/luit x11-apps/xcursorgen x11-apps/xkill x11-apps/xlsfonts x11-apps/xmessage x11-apps/xmodmap x11-apps/xpr x11-apps/xsetroot x11-apps/xwd x11-libs/libXScrnSaver x11-libs/libXaw3d x11-libs/pangox-compat x11-misc/xbindkeys x11-terms/xterm x11-themes/sound-theme-freedesktop Uniq on problem host g0 x11-apps/xrefresh
